egcs 970828 and X11 on linux/x86

egcs 970828 and X11 on linux/x86

[H.J. Lu]

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)

Shared C++ libs on i386-pc-solaris2.5.1

[James Macnicol]

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

Small patch for NetBSD

[Allen Briggs]

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 

Re: Strange warning (variable might be clobbered by `longjmp' or `vfork')

[Kamil Iskra]

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                   /

Re: Small patch for NetBSD

[Jim Meyering]

Richard Henderson <rth@cygnus.com> writes:
| > strsignal()?
| >
| > While it's obvious what it's supposed to do, when did that come into play?
| > I can't find it in C89 or C9X...
|
| It is likely a GNU extension.  I find it on Linux libc5 and glibc
| only.  I have no idea when or where it was first introduced, though
| it is such an obvious thing.  We also have psignal(), fwiw.
|
| In any case, it is something to have autoconf check for at the same
| time as sys_errlist and sys_siglist, and, as I described earlier,
| we should preferentially use the functions.

It's in Solaris 5.5.1, too.
There's a strsignal.c in libiberty for those who want to use autoconf's
AC_REPLACE_FUNCS.

Re: Small patch for NetBSD

[Richard Henderson]

> strsignal()?
> 
> While it's obvious what it's supposed to do, when did that come into play?
> I can't find it in C89 or C9X...

It is likely a GNU extension.  I find it on Linux libc5 and glibc
only.  I have no idea when or where it was first introduced, though
it is such an obvious thing.  We also have psignal(), fwiw.

In any case, it is something to have autoconf check for at the same
time as sys_errlist and sys_siglist, and, as I described earlier,
we should preferentially use the functions.


r~

Re: Small patch for NetBSD

[Richard Henderson]

> Peter Seebach reminds me that sys_errlist and sys_siglist are not the same
> thing, as might be obvious from the fact that their names are different,
> so please ignore my comment here.  strerror will not help with sys_siglist.

However strsignal() will. 

It is to our advantage to use the functions when available, because on
systems that do not compile applications PIC, the size of an array is
part of the ABI between a program and its shared libraries due to the
awful hack that is .dynbss.  Programs break when new error codes are
added and the library updated.


r~

Re: Small patch for NetBSD

[Jim Wilson]

	The right solution here is probably to use strerror instead of sys_siglist.

Peter Seebach reminds me that sys_errlist and sys_siglist are not the same
thing, as might be obvious from the fact that their names are different,
so please ignore my comment here.  strerror will not help with sys_siglist.

Jim

Re: Small patch for NetBSD

[Jim Wilson]

The right solution here is probably to use strerror instead of sys_siglist.
Try looking at what texinfo does (the most recent one, not the one in
EGCS).

Jim

Re: Small patch for NetBSD

[Peter Seebach]

strsignal()?

While it's obvious what it's supposed to do, when did that come into play?
I can't find it in C89 or C9X...

It's a good idea; wish I'd thought of it, or someone had suggested it, a
few months ago.

-s

Re: Small patch for NetBSD

[Jeffrey A Law]

  In message you write:
  > 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.
The way to go is to use autoconf to detect when SYS_SIGLIST and
friends need to be declared.  I'm actively working on a patch for
this problem.

Jeff