С каких пор gcc требует линковать с мат либой при использовании <math.h>?

Ну наверно ты компилял раньше c++, а теперь c

gcc было всю жизнь

Не знаю, когда он этого не требовал, но одной из причин неведения может быть использование builtin реализаций и/или макросов, тогда и без библиотеки может работать.

вообще всегда требовал, но иногда бывало что работало без -lm. видимо, в некоторых версиях gcc / настройках компиляции / оптимизации, подтаскиваются builtin, и тогда -lm не нужен.

было бы тоже интересно узнать точную причину, почему иногда без -lm код собирается и работает.

С каких пор gcc требует линковать с мат либой при использовании <math.h>?

Где-то с 1995 года.

 pony cat pony.c  
#include <stdio.h>
#include <math.h>

int main(void)
{
int i;
for (i = 0; i < 64; i++)
{
	printf("%f\n", sin(i + 1));
}
return 0;
}
➜  pony cat pony.cpp
#include <iostream>
#include <math.h>

int main(void)
{
int i;
for (i = 0; i < 64; i++)
{
	std::cout << sin(i + 1) << std::endl;
}
return 0;
}
➜  pony gcc pony.c
/tmp/cc6V89tE.o: In function `main':
pony.c:(.text+0x20): undefined reference to `sin'
collect2: error: ld returned 1 exit status
➜  pony g++ pony.cpp
➜  pony 

В СИшном около всегда надо было линковать math

sin(1)

Может компилятор оптимизирует это до константы и потому библиотеку не требует. Ты переменную подставь

Может компилятор оптимизирует это до константы и потому библиотеку не требует

Если так, я буду нереально удивлен... А может дело в его системе сборки? Например, qmake вероятно может что-то своего подпихнуть, в том числе -lm

где ты видишь систему сборки в его сообщении?

Да хоть в echo:

alex@alex:~/Проекты/test/md5/test2$ echo -e '#include <math.h>\n\
> #include <stdio.h>\n\
> \
> int main(void)\
> {\
>     printf("%f\\n", sin(1));\
>     return 0;\
> }' > prony.c && gcc -O0 ./prony.c -o prony && ./prony
0.841471

sin(1) - Может компилятор оптимизирует это до константы и потому библиотеку не требует

Да

При этом оптимизирует даже на -О0, чего быть не должно

С каких пор gcc требует линковать с мат либой при использовании <math.h>? (комментарий)

А можно показать место в исходниках, которое может быть оптимизировано, там что - макрос или чо.

Забавно. Интересно, зачем автору тогда вообще была библиотека math все эти годы, если было достаточно лишь таблицы.

Зачем делать таблицу если таблица уже есть?

И да, повторюсь - какого х. компилятор оптимизирует код при -О0?

Сколько себя помню — всегда было нужно.

А ты не знал, что гцц внутри имеет нагромождение неотлаживаемого легаси кода с хрен знает каких времён? Я даже не удивлен.

Попробовал в шланге, кстати да, шланг при -О0 ругается

вообще, ЕМНИП константные рассчеты могут свободно считаться компилятором независимо от уровня оптимизации.

printf("%d\n", 5+5);

Это еще что, насколько я помню, что если в define будет вычитание двух длинных чисел, которые никуда бы не влезли, но в результате получится маленькое число, то благополучно вычислит и соберется — то есть длинная арифметика там тоже реализована.

а вот помнится в Turbo C её не было, и компилятор смело отрезал старшие байты, не выдавая никакой ошибки )

Почему не должно?

ещё в прошлом веке так было. инфа 100°/o