it works on my gentoo-1.2 machines but not my 1.4 ... i suspect binutils, only because doing `strings /usr/lib/libopcodes.so` shows 'bswap' ... sys-devel/binutils-2.11.92.0.12.3-r2 has the string 'bswap' while sys-devel/binutils-2.13.90.0.10 does not ... /bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc -DSOCKS_SERVER=1 -DSOCKS_CLIENT=0 -DSOCKSLIBRARY_DYNAMIC=1 -mcpu=i686 -O3 -pipe -g -pipe -o sockd sockd.o sockd_child.o io.o sockd_negotiate.o sockd_request.o method_uname.o debug.o udp_util.o util.o log.o socket.o sockd_socket.o config_parse.o config_scan.o config.o sockd_util.o sockd_protocol.o serverconfig.o lib_protocol.o hostcache.o interposition.o broken.o serr.o sockd_io.o accesscheck.o auth_password.o auth_pam.o tostring.o redirect.o redirect_key.o addressmatch.o checkmodule.o bandwidth.o bandwidth_key.o getifa.o ../libscompat/libscompat.la -lwrap -lpam -lnsl -lcrypt -ldl mkdir .libs i686-pc-linux-gnu-gcc -DSOCKS_SERVER=1 -DSOCKS_CLIENT=0 -DSOCKSLIBRARY_DYNAMIC=1 -mcpu=i686 -O3 -pipe -g -pipe -o sockd sockd.o sockd_child.o io.o sockd_negotiate.o sockd_request.o method_uname.o debug.o udp_util.o util.o log.o socket.o sockd_socket.o config_parse.o config_scan.o config.o sockd_util.o sockd_protocol.o serverconfig.o lib_protocol.o hostcache.o interposition.o broken.o serr.o sockd_io.o accesscheck.o auth_password.o auth_pam.o tostring.o redirect.o redirect_key.o addressmatch.o checkmodule.o bandwidth.o bandwidth_key.o getifa.o ../libscompat/.libs/libscompat.al -lwrap -lpam -lnsl -lcrypt -ldl sockd_request.o(.text+0xa5a): In function `dorequest': /var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd/sockd_request.c:391: undefined reference to `__bswap_32' sockd_request.o(.text+0x119e):/var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd/sockd_request.c:1107: undefined reference to `__bswap_32' sockd_request.o(.text+0x20ef):/var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd/sockd_request.c:752: undefined reference to `__bswap_32' sockd_request.o(.text+0x2572):/var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd/sockd_request.c:543: undefined reference to `__bswap_32' sockd_request.o(.text+0x2990):/var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd/sockd_request.c:370: undefined reference to `__bswap_32' sockd_request.o(.text+0x2a3f):/var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd/sockd_request.c:352: more undefined references to `__bswap_32' follow collect2: ld returned 1 exit status make[1]: *** [sockd] Error 1 make[1]: Leaving directory `/var/tmp/portage/dante-1.1.13/work/dante-1.1.13/sockd' make: *** [all-recursive] Error 1 !!! ERROR: The ebuild did not complete successfully. !!! Function src_compile, Line 37, Exitcode 2 !!! compile problem
I've got the same pb
bswap_32 seems to be an optimized fonction to do byte swapping. So, I've tryed this : CFLAGS="" CXXFLAGS="" emerge dante And it's working. Dante emerge successfully. Can the maintener do something about that ?
not sure what comments should be posted here but :) I cant get it working either, I've tried using CFLAGS="" CXXFLAGS="" and CFLAGS/CXXFLAGS set to everything else.. nothing, same error
comment #2 worked for me ...
*** Bug 12922 has been marked as a duplicate of this bug. ***
*** Bug 13786 has been marked as a duplicate of this bug. ***
Append #include <byteswap.h> to include/common.h. That works fine. (Not testet with gcc 2.x)
Sorry, it won't work but should. Looking at byteswap.h I've seen only one reason why it should not work: if __GNUC__ is not defined or is less 2. But that should not be the case.
i'm pretty sure the answer is over optimization ... so please verify your comments before posting them ...
You aren't making failures. I will stop posting. I'm really tired of your comments and I don't want nor have the time fighting against you. You are too smart for me. If someone is interested in new/fixed ebuilds, maybe something could be found at http://cvs.berlios.de/cgi-bin/viewcvs.cgi/gentoo-deutsch/ebuilds/ Have a nice time... PS: You could disable my bugzilla account, it's now useless.
It's a gcc bug: http://gcc.gnu.org/ml/gcc-prs/2002-10/msg01154.html
lots of comments from SPanker here. Enjoy. You're on top of it I see.
CFLAGS="" CXXFLAGS="" emerge dante ... worked for me too.
this is an issue with 3.2.1, but 3.2.2 resolves this ... so update your gcc's ;) oh, i added a CFLAGS fix for people *still* using 3.2.1 ...
Minor nit... I think it's fixed on 3.2.2-r1 but not on 3.2.2 where it failed for me yesterday.
*** Bug 16843 has been marked as a duplicate of this bug. ***