Почему make file компилятора выдает ошибку, что функция переопределяется?

../data_module/data_process.c:8:5: error: redefinition of 'normalization'     8 | int normalization(double *data, int n) {       |     ^~~~~~~~~~~~~ In file included from ../data_module/data_process.h:4,                  from ../data_module/data_process.c:3: ../data_module/data_process.c:8:5: note: previous definition of 'normalization' with type 'int(double *, int)'     8 | int normalization(double *data, int n) {       |     ^~~~~~~~~~~~~

Функция иницилизиаруется 1 раз

Дополнительно:

Начну с самого начала и общих моментов.
Там же, вроде как, есть аж 3 стадии, перед тем как начать использовать функцию. Которые нужно правильно выполнить.
1) Объявление функции (краткая запись: возвращаемое значение, название, аргументы; вне тела основной программы (ф-и main())).
2) Реализация функции (тоже, что и выше, но уже с раскрытием ее содержимого, т. е. с описание ее функционала; вне тела основной программы (ф-и main())).
3) Вызов функции (собственно, ее запуск в теле основной программы (ф-и main())).

Также есть два типа файлов: исходник (*.c) и заголовочный файл ("хэдэр", *.h). У каждого свое назначение. В каждый записываются свои данные.

Мое предположение состоит в том, что вы где-то перемудрили. Например, написали реализацию и в заголовочном и в исходном - файлах. Или же, написали реализацию в заголовочном файле - вместо исходного. В общем, два раза одно и тоже или не там. Вот компиль и ругается. Чей-то вы мне, дескать, по десять разных функций с одинаковыми именами пишете. Не является ли запись одной функции - переопределенением (своего рода заменой) предыдущего ее варианта (функции с тем же именем, да еще и аргументами схожими).

Если что, я - не особо спец здесь, так что сильно не пинайте. :)

Похоже на какие-нибудь циклические инклуды.
У вас в data_process.h случайно не включается data_process.c?
Так делать не надо.

• включается, но ведь так положено?
  да и другие точно так же перекрестно и не ругается
• Алексей, Наверно ругается на первый попавшийся.
  
  

  но ведь так положено

  Нет. .c файлы никто нигде не включает. Только в каких-то особо извращенных случаях вроде сгенерированного кода.

  Перекрестные включения не скомпилируются. Вообще циклические включения нельзя делать.

• Wataru,
  1."Силами" компиляторами (просто командная строка gcc -Wall -Eextra -Werror файл) все собирается и работает без ошибок
  2. ругаться начинает именно при работе с make файлом
• Алексей, ну приводите тогда makefile. А заодно и все исходники.
• Алексей, нет, общепринятая практика, что есть .h-файл с заголовками (описания типов, функций итд) и .c с кодом. В одну кучу это собирают при линковке. Примерно так:

  gcc -o file1.o -c file1.c gcc -o file2.o -c file2.c gcc -o main.o -c main.c gcc -o program file1.o file2.o main.o -lm -lawesomelib

  gcc -o file1.o -c file1.c gcc -o file2.o -c file2.c gcc -o main.o -c main.c gcc -o program file1.o file2.o main.o -lm -lawesomelib

  Также заголовочные файлы принято защищать от повторного включения так:

  // внутри файла foobar.h #ifndef __FOOBAR_H #define __FOOBAR_H ... содержимое... #endif /* __FOOBAR_H */

  // внутри файла foobar.h #ifndef __FOOBAR_H #define __FOOBAR_H ... содержимое... #endif /* __FOOBAR_H */

  Благодаря этому можно не париться, что другие заголовочные файлы включат тот же самый файл. Ведь __FOOBAR_H будет определено при первом включении.

• Да вы были правы.
  действительно надо убрать 2ю ссылку и указывать при копиляции.
  Спасибо

Да, в общем-то русским (английским) по черному написано - data_process.c включает data_process.h, который первым определил функцию normalization().
А потом сам data_process.c определил функцию normalization() чуть пониже - ессно компилятор выдает замечание о переопределении, ибо оно есть :)

Ответы:

Не юзайте using детки :)