Re: [Boinc_opt] FreeBSD Port: boinc-setiathome-enhanced-5.27_2
Yes, try putting an "#include " at the top of analyzeFuncs_fpu.cpp. If that works, I will make the change in our source. Eric On Jan 29, 2008 1:30 AM, Rene Ladan <[EMAIL PROTECTED]> wrote: > 2008/1/29, alex <[EMAIL PROTECTED]>: > > Rene Ladan wrote: > > > > > > I guess I need to add " USE_GCC=4.2+ " in the Makefile, since FreeBSD > > > 6.3 still uses GCC 3.4.6, while FreeBSD 7+ use GCC 4.2. > > > > > > Could you try that? I only have a 7.0 box... > > > > > > Thanks, > > > Rene > > > > > Ok, > > > > I tried again. I added gcc 4.2 and used a compiler override > > > > [EMAIL PROTECTED] /usr/ports/astro/boinc-setiathome-enhanced]# env > > |grep CC > > CC=/usr/local/bin/gcc42 > > [EMAIL PROTECTED] /usr/ports/astro/boinc-setiathome-enhanced]# env > > |grep CXX > > CXX=/usr/local/bin/g++42 > > > > [EMAIL PROTECTED] /usr/ports/astro/boinc-setiathome-enhanced]# $CC > > --version > > gcc42 (GCC) 4.2.3 20071024 (prerelease) > > Copyright (C) 2007 Free Software Foundation, Inc. > > > > /usr/local/bin/g++42 -DHAVE_CONFIG_H -I. -I.. -O2 -fno-strict-aliasing > > > -pipe -mfpmath=387 -I/usr/local/include -funroll-loops -ffast-math -O3 > > -I/usr/include -I/usr/include/openssl -fPIC -DPIC -DHAVE_CONFIG_H -O2 > > -fno-strict-aliasing -pipe -mfpmath=387 -I/usr/local/include > > -funroll-loops -ffast-math -O3 -I/usr/include -I/usr/include/openssl > > -DHAVE_CONFIG_H -DTEXT_UI -DNDEBUG -DCLIENT -I../db > > -I/usr/local/include/BOINC -I/usr/local -I/usr/local/api > > -I/usr/local/lib -I/usr/local/sched -I/usr/local/db -D_THREAD_SAFE > > -pthread -O2 -fno-strict-aliasing -pipe -mfpmath=387 > > -I/usr/local/include -funroll-loops -ffast-math -O3 -O2 > > -fno-strict-aliasing -pipe -mfpmath=387 -I/usr/local/include > > -funroll-loops -ffast-math -O3 -I/usr/include -I/usr/include/openssl -MT > > seti_boinc-analyzeFuncs_fpu.o -MD -MP -MF > > .deps/seti_boinc-analyzeFuncs_fpu.Tpo -c -o > > seti_boinc-analyzeFuncs_fpu.o `test -f 'vector/analyzeFuncs_fpu.cpp' || > > echo './'`vector/analyzeFuncs_fpu.cpp > > vector/analyzeFuncs_fpu.cpp: In function 'int fpu_ChirpData(float > > (*)[2], float (*)[2], int, double, int, double)': > > vector/analyzeFuncs_fpu.cpp:171: error: 'floor' was not declared in this > > scope > > gmake[2]: *** [seti_boinc-analyzeFuncs_fpu.o] Error 1 > > gmake[2]: Leaving directory > > `/usr/ports/astro/boinc-setiathome-enhanced/work/boinc-setiathome-enhanced-5.27/client' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory > > `/usr/ports/astro/boinc-setiathome-enhanced/work/boinc-setiathome-enhanced-5.27' > > gmake: *** [all] Error 2 > > *** Error code 2 > > > > Any more ideas? :) > > > Hmm, floor(3) is part of libm / math.h here... > > %gcc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > > What happens if you comment out CPUTYPE from /etc/make.conf ? (if it is > defined, > CPUTYPE=prescott works for me) > > > Thanks, > Rene > -- > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > (subkeys.pgp.net) > > "It won't fit on the line." > -- me, 2001 > ___ > boinc_opt mailing list > [EMAIL PROTECTED] > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_opt > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Boinc_opt] setiathome-enhanced 5.27 : configure step unreliable?
I just checked the diffs. It is the removal of the processor specific flags that broke the build. In addition, it's probably more compatible with future builds to specify the --disable-server --disable-graphics command line options on the configure command line rather than to edit the Makefile.am Regards, Eric On 8/30/07, Eric J Korpela <[EMAIL PROTECTED]> wrote: > Hi Rene, > > Just getting back from vacation, so am just seeing this now. > > The major issue seems to be with the vectorized stuff. If you look at > the file client/Makefile.am, you will see some specific compile > options for different files. For example, analyzeFuncs_sse.cpp needs > to be compiled with the GCC -msse flag which defines certain macros to > allow SSE to be used. If -msse is not used, the build fails in the > manner you've shown. > > I suspect when you removed the cpu specific compiler (-m) options you > broke the build. > [EMAIL PROTECTED] checks which processor the application is running on and > avoids incompatible code. In other words the application is generic > even though it contains processor specific code. But in order to > compile, the processor specific code needs the appropriate processor > specific compiler flags. > > Eric > > > > > On 8/29/07, Rene Ladan <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I've updated the FreeBSD port of setiathome-enhanced to 5.27 and it also > > has been committed to the ports tree. However there seems to be a problem > > with the generated configure, it does not properly detect xmmintrin.h on > > some systems even when present (it is located in /usr/include). The > > strange thing is that the file _does_ get detected on my box: > > > > FreeBSD 7.0-CURRENT i386, 2007-08-20 > > > > The resulting application even produces valid results :) : > > http://setiathome.berkeley.edu/results.php?userid=211311 > > (look for computer 2960826, the other one is a Windows XP box at work) > > > > Some failure reports from users are at: > > > > http://head.miwibox.org/tb/index.php?action=describe_port&id=1806 > > http://amd64.miwibox.org/tb/index.php?action=describe_port%26id=1245 > > and > > http://home.tiscali.nl/rladan/freebsd/sah/config_make.log.gz > > (uploaded, sent per private email) > > > > When originally designing the port, I've chosen to slightly modify the build > > infrastructure to: > > * match the FreeBSD BOINC port, > > * remove some unnecessary/unuseable stuff (server, graphics) > > * take some FreeBSD-only shortcuts, > > * remove some polluting -mCPU_SPECIFIC compiler options, they are set in the > > port Makefile instead to keep the source more CPU-independent. > > I've not changed anything else. The recipe to create the FreeBSD source > > tarball from the setiathome_enhanced-client-cvs-2007-08-08.tar.gz tarball > > is at: > > > > http://home.tiscali.nl/rladan/freebsd/sah/seti-recipe.sh > > http://home.tiscali.nl/rladan/freebsd/sah/patches.diff > > (referenced by the .sh file) > > > > The recipe recreates the configure and Makefile.in files, I've used the > > following tools for this as installed by the devel/autotools port: > > * aclocal 1.10 > > * autoheader 2.61 > > * autoconf 2.61 > > * automake 1.10 > > > > Can someone shed a light on it? I don't see anything obviously wrong > > myself. > > > > Regards, > > Rene > > -- > > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > > (subkeys.pgp.net) > > > > "It won't fit on the line." > > -- me, 2001 > > > > ___ > > boinc_opt mailing list > > [EMAIL PROTECTED] > > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_opt > > > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Boinc_opt] setiathome-enhanced 5.27 : configure step unreliable?
Hi Rene, Just getting back from vacation, so am just seeing this now. The major issue seems to be with the vectorized stuff. If you look at the file client/Makefile.am, you will see some specific compile options for different files. For example, analyzeFuncs_sse.cpp needs to be compiled with the GCC -msse flag which defines certain macros to allow SSE to be used. If -msse is not used, the build fails in the manner you've shown. I suspect when you removed the cpu specific compiler (-m) options you broke the build. [EMAIL PROTECTED] checks which processor the application is running on and avoids incompatible code. In other words the application is generic even though it contains processor specific code. But in order to compile, the processor specific code needs the appropriate processor specific compiler flags. Eric On 8/29/07, Rene Ladan <[EMAIL PROTECTED]> wrote: > Hi, > > I've updated the FreeBSD port of setiathome-enhanced to 5.27 and it also > has been committed to the ports tree. However there seems to be a problem > with the generated configure, it does not properly detect xmmintrin.h on > some systems even when present (it is located in /usr/include). The > strange thing is that the file _does_ get detected on my box: > > FreeBSD 7.0-CURRENT i386, 2007-08-20 > > The resulting application even produces valid results :) : > http://setiathome.berkeley.edu/results.php?userid=211311 > (look for computer 2960826, the other one is a Windows XP box at work) > > Some failure reports from users are at: > > http://head.miwibox.org/tb/index.php?action=describe_port&id=1806 > http://amd64.miwibox.org/tb/index.php?action=describe_port%26id=1245 > and > http://home.tiscali.nl/rladan/freebsd/sah/config_make.log.gz > (uploaded, sent per private email) > > When originally designing the port, I've chosen to slightly modify the build > infrastructure to: > * match the FreeBSD BOINC port, > * remove some unnecessary/unuseable stuff (server, graphics) > * take some FreeBSD-only shortcuts, > * remove some polluting -mCPU_SPECIFIC compiler options, they are set in the > port Makefile instead to keep the source more CPU-independent. > I've not changed anything else. The recipe to create the FreeBSD source > tarball from the setiathome_enhanced-client-cvs-2007-08-08.tar.gz tarball > is at: > > http://home.tiscali.nl/rladan/freebsd/sah/seti-recipe.sh > http://home.tiscali.nl/rladan/freebsd/sah/patches.diff > (referenced by the .sh file) > > The recipe recreates the configure and Makefile.in files, I've used the > following tools for this as installed by the devel/autotools port: > * aclocal 1.10 > * autoheader 2.61 > * autoconf 2.61 > * automake 1.10 > > Can someone shed a light on it? I don't see anything obviously wrong myself. > > Regards, > Rene > -- > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 > (subkeys.pgp.net) > > "It won't fit on the line." > -- me, 2001 > > ___ > boinc_opt mailing list > [EMAIL PROTECTED] > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_opt > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Boinc_opt] Fwd: [EMAIL PROTECTED]: boinc-setiathome-enhanced-5.13 failed on amd64 5]
Please send me "config.log" I might be able to figure it out from that. Eric ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
