Re: 1.8 status and 64-bit data corruption
Hi Neil, On Tue, 2006-03-28 at 21:56 +0100, Neil Jerram wrote: The gcc on this machine is: [EMAIL PROTECTED]:~/guile-core-1.8-20060328$ gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) I got different results when using gcc 3.3. Can't remember exactly how different tho :-/ The gcc I normally use is 4.0.3. I just reproduced the bug with that gcc and latest guile, running with the default cflags (-g -O2). The error is highly dependent on cflags tho. Regards, -- Andy Wingo http://wingolog.org/ ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: build error on my system (Mac OS 10.4.5)
On Mar 28, 2006, at 7:34 PM, Kevin Ryde wrote: Jay Cotton [EMAIL PROTECTED] writes: In file included from /usr/include/netinet/in.h:78, from /usr/include/netdb.h:86, from posix.c:122: /usr/include/sys/socket.h:99: error: two or more data types in declaration specifiers What does that offending sys/socket.h:99 line say? It's probably some extra header required before including netdb.h. See if the man page for gethostbyname says how it should look. The offending sys/socket.h says, in lines 97-100: 97 #ifndef _SOCKLEN_T 98 #define _SOCKLEN_T 99 typedef __darwin_socklen_t socklen_t; 100 #endif The man page for gethostbyname just says to #include netdb.h. Jay ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: 1.8 status and 64-bit data corruption
I just checked Fedora Core 5 with gcc 4.1, and it's broken there in the same way as in FC4/gcc 4.0. (On the Mac socklen_t bug, I can pass along the changes I made, if you want them -- as I said before, they're not the right thing). ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: 1.8 status and 64-bit data corruption
Hi Bill, I'd like to see the changes you made (keeping in mind your disclaimer about rightness). Thanks, Jay On Mar 29, 2006, at 10:12 AM, Bill Schottstaedt wrote: I just checked Fedora Core 5 with gcc 4.1, and it's broken there in the same way as in FC4/gcc 4.0. (On the Mac socklen_t bug, I can pass along the changes I made, if you want them -- as I said before, they're not the right thing). ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: 1.8.0, configure socket.h test fails in OS X
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -g -O2 -Wall -Wmissing- prototypes -Werror -MT posix.lo -MD -MP -MF .deps/posix.Tpo -c posix.c -fno-common -DPIC -o .libs/posix.o In file included from /usr/include/netinet/in.h:78, from /usr/include/netdb.h:86, from posix.c:122: /usr/include/sys/socket.h:99: error: two or more data types in declaration specifiers make[2]: *** [posix.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I had the very same error. You'll have to edit configure.in and rerun configure, look here: http://lists.gnu.org/archive/html/guile-devel/2006-02/msg00039.html ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: build error on my system (Mac OS 10.4.5)
Michael Tuexen [EMAIL PROTECTED] writes: The configure script tests for socklen_t in the wrong way. It must do something like I posted some weeks ago. Oops, that must have gone through to the keeper. The configure change below might do the right thing. --- configure.in.~1.268.2.4.~ 2006-03-28 09:52:36.0 +1100 +++ configure.in2006-03-30 08:16:14.0 +1100 @@ -515,9 +515,6 @@ AC_SUBST([SCM_I_GSC_NEEDS_STDINT_H]) AC_SUBST([SCM_I_GSC_NEEDS_INTTYPES_H]) -AC_CHECK_TYPE(socklen_t, int) -AC_CHECK_TYPE(struct ip_mreq) - AC_HEADER_STDC AC_HEADER_DIRENT AC_HEADER_TIME @@ -532,6 +529,16 @@ sys/utime.h time.h unistd.h utime.h pwd.h grp.h sys/utsname.h \ direct.h]) +AC_CHECK_TYPE(socklen_t, , + [AC_DEFINE_UNQUOTED(socklen_t, int, + [Define to `int' if sys/socket.h does not define.])], + [#if HAVE_SYS_TYPES_H +#include sys/types.h +#endif +#include sys/socket.h +]) +AC_CHECK_TYPE(struct ip_mreq) + GUILE_HEADER_LIBC_WITH_UNISTD AC_TYPE_GETGROUPS ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: Guile-devel Digest, Vol 40, Issue 15
On 29 Mar, 2006, at 19:04, [EMAIL PROTECTED] wrote: I had the very same error. You'll have to edit configure.in and rerun configure, look here: http://lists.gnu.org/archive/html/guile-devel/2006-02/msg00039.html I mean, run autoconf, of course. Sorry. ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
Re: build error on my system (Mac OS 10.4.5)
On Mar 29, 2006, at 4:28 PM, Kevin Ryde wrote: Michael Tuexen [EMAIL PROTECTED] writes: The configure script tests for socklen_t in the wrong way. It must do something like I posted some weeks ago. Oops, that must have gone through to the keeper. The configure change below might do the right thing. configure.in.socklen_t.diff Thanks for the help, everybody. I made the changes to configure.in suggested here: http://lists.gnu.org/archive/html/guile-devel/2006-02/msg00039.html and re-ran autoconf. Seems to have worked, because I was able to continue to the next error. :-/ This time the problem seems to be with either GNU MP or libtool. I installed the latest versions of libtool and GNU MP, and ran make check on both of them, before I set out to build guile. (I'm not sure how to verify this, however, as a sanity check.) Here's the error: gcc -dynamiclib -o .libs/libguile.17.0.0.dylib [... i cut out the rest of this huge build line ... ] ld: common symbols not allowed with MH_DYLIB output format with the - multi_module option /usr/local/lib/libgmp.a(mp_bpl.o) definition of common ___gmp_junk (size 4) /usr/bin/libtool: internal link edit command failed make[2]: *** [libguile.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Regards, Jay ___ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
