From mboxrd@z Thu Jan 1 00:00:00 1970 From: H.J. Lu To: egcs@cygnus.com Subject: egcs 970828 and X11 on linux/x86 Date: Sun, 31 Aug 1997 02:07:35 -0000 Message-id: X-SW-Source: 1997-08/0825.html Hi, On linux/x86, I bootstapped egcs 970828 with -O -g and used that egcs to compile egcs with -O6 -fomit-frame-pointer. Then I used that compiler to compile XFree86 3.3.1 with -O6 -fno-exceptions. I didn't see any problems with the rebuilt XFree86 3.3.1. BTW, I applied Jim's patch to i386.c: Wed Aug 27 14:52:54 1997 Jim Wilson * i386.c (ix86_expand_epilogue): Emit blockage instruction when pic. Without it, shared libraries may be miscompiled with -O2/-O3 or above. -- H.J. Lu (hjl@gnu.ai.mit.edu) From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Macnicol To: egcs@cygnus.com Subject: Shared C++ libs on i386-pc-solaris2.5.1 Date: Sun, 31 Aug 1997 13:17:41 -0000 Message-ID: X-SW-Source: 1997-08/0826.html Message-ID: <19970831131741.qXeeYibmiMOq0LvIzNVYyelZRDfVs1a2nJv9g1PPZMA@z> Hello, Has anyone managed to build egcs under Solaris x86 2.5.1? I cannot get any shared C++ libraries to link (including the libstdc++.so that is built as part of the distribution -- see below), make[2]: Leaving directory `/export/home/opt/egcs-970828/libio' /export/home/opt/egcs-970828/gcc/xgcc -B/export/home/opt/egcs-970828/gcc/ -g -O2 -fno-implicit-templates -h libstdc++.so.2.8.0 -shared -o libstdc++.so.2.8.0 `cat piclist` -lm Text relocation remains referenced against symbol offset in file __eh_type 0xe3 /export/home/opt/egcs-970828/gcc/libgcc.a(_eh.o) __eh_type 0x36a /export/home/opt/egcs-970828/gcc/libgcc.a(exception.o) [snip] __eh_cleanup 0x243 /export/home/opt/egcs-970828/gcc/libgcc.a(exception.o) [snip] __eh_in_catch 0x448 /export/home/opt/egcs-970828/gcc/libgcc.a(exception.o) __get_dynamic_handler_chain 0x50a /export/home/opt/egcs-970828/gcc/libgcc.a(tinfo.o) [snip] __terminate 0x325 /export/home/opt/egcs-970828/gcc/libgcc.a(exception.o) [snip] __sjthrow 0x24c /export/home/opt/egcs-970828/gcc/libgcc.a(exception.o) [snip] There are a lot more errors than this, including references to stdc things malloc, free etc. I just tried did a normal configure with --enable-shared and let it run (I built gcc in three stages by hand since make from the toplevel directory doesn't seem to do that). I am using the standard Sun assembler and linker (I realize C++ debugging won't work but I can live with that for now). Any ideas? -- James Macnicol J.Macnicol@student.anu.edu.au http://goblet.anu.edu.au/~m9305357/home.html From mboxrd@z Thu Jan 1 00:00:00 1970 From: Allen Briggs To: egcs@cygnus.com Subject: Small patch for NetBSD Date: Sun, 31 Aug 1997 16:37:13 -0000 Message-ID: X-SW-Source: 1997-08/0827.html Message-ID: <19970831163713.dT19kAvZFdczoPRntxMD_D26BPpMKH-ksCUFIbfX6bw@z> NetBSD declares sys_errlist--this caused the texinfo compile to break since it also declares sys_errlist (for mystrerror()). I won't bother sending in a patch for that since I compiled the current texinfo with no trouble recently. However, NetBSD has defined sys_siglist since version 1.0. Here is a patch that allows the 970828 collect2.c to compile when configured for m68k-unknown-netbsd1.2g: Sun Aug 31 11:38:55 1997 Allen Briggs (briggs@macbsd.com) * netbsd.h: Define DONT_DECLARE_SYS_SIGLIST if >= NetBSD 1.0. :::::::::::::::::::::::::::::::::::::::::::::::::: *** /tmp/netbsd.h Sun Aug 31 11:45:24 1997 --- gcc/config/netbsd.h Sun Aug 31 12:32:20 1997 *************** *** 34,39 **** --- 34,40 ---- #endif + #include /* Provide a CPP_SPEC appropriate for NetBSD. Current we just deal with the GCC option `-posix'. */ *************** *** 65,70 **** --- 66,78 ---- #define SWITCH_TAKES_ARG(CHAR) \ (DEFAULT_SWITCH_TAKES_ARG(CHAR) \ || (CHAR) == 'R') + + /* NetBSD 1.0 and later have sys_siglist in signal.h, but current + numbering drops the last digit (i.e., numbering is now YYYYMM). */ + + #if (NetBSD > 1993070 || NetBSD From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kamil Iskra To: egcs@cygnus.com Subject: Re: Strange warning (variable might be clobbered by `longjmp' or `vfork') Date: Sun, 31 Aug 1997 18:57:24 -0000 Message-ID: In-reply-to: 199708310123.SAA21826@cygnus.com X-SW-Source: 1997-08/0828.html Message-ID: <19970831185724.Ivz9ipSfc8TkHuU1gyx7o9cp19sAgRdffnBIxuht2AU@z> On Sat, 30 Aug 1997, Jim Wilson wrote: > The following code gives a strange warning. > ~/Prog> g++ -Wall -O -c egcs-feature2.cc > egcs-feature2.cc: In function `void f()': > egcs-feature2.cc:15: warning: variable `int maxrows' might be clobbered by > `longjmp' or `vfork' [snip] > This can probably be fixed by making the sjlj EH support and flow interact > better. Actually, is this particular warning a really useful feature, that saves people from making a bug every other day? I don't think so. To the contrary, I've seen it several times and every time it was bogus. Perhaps it would be better to just get rid of this warning? / Kamil Iskra - AMIGA 1200, 68030 50MHz, HDD 1.6 GB, 18 MB RAM \ | iskra@student.uci.agh.edu.pl kiskra@ernie.icslab.agh.edu.pl | | http://student.uci.agh.edu.pl/~iskra | \ PGP public key available via Finger or WWW /