On Monday 02 June 2008 09:40:53 pm Daniel Eischen wrote: > On Mon, 2 Jun 2008, John Baldwin wrote: > > > Perhaps by recent libm changes that trick autoconf into think we implement an > > entire batch of floating point ops when we only do a subset: > > > > /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile > > c++ -DHAVE_CONFIG_H -I. -I.. -I./knumber -D_ISOC99_SOURCE -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -march=pentium-m -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT > > kcalc_core.lo -MD -MP -MF .deps/kcalc_core.Tpo -c -o kcalc_core.lo > > kcalc_core.cpp > > kcalc_core.cpp: In member function 'void CalcEngine::ArcCosDeg(KNumber)': > > kcalc_core.cpp:252: error: 'acosl' was not declared in this scope > > [ snipped ] > > Yes, it's been broken since at least the beginning of April and > ignored - mostly. I posted a patch last week and was going to > commit it soon if I didn't hear anything. > > > Looks like HAVE_L_FUNCS gets turned on because we have sqrtl in libm in HEAD > > and that is why it breaks. > > You can try http://people.freebsd.org/~deischen/patch-configure and > adding that to misc/kdeutils3/files. I'm trying to get an amd64 > system built with KDE but being hampered by other unrelated things; > my intent was to commit it after everything else was built.
I've already just hacked the generated config.h to turn HAVE_L_FUNCS off and built it. -- John Baldwin _______________________________________________ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd