public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Robert Lipe <robertl@dgii.com>
To: acs@acm.org, egcs@cygnus.com
Subject: Re: 1008 segfaults in genattr
Date: Mon, 17 Nov 1997 14:21:00 -0000	[thread overview]
Message-ID: <19971117162101.41289@dgii.com> (raw)
In-Reply-To: <m0xXZ2F-0004ecC@ocean.lucon.org>

> > If this doesn't make the difference, then there's probably a problem 
> > with the way .fini is being built.
> 
> If .fini on SCO is supported as ELF, atexit () should not be used

SCO makes two distinctly different products  - OpenServer and Unixware.
The Unixware product is the stuff formerly from AT&T/USL/USG/Univel/Novell.

SVR4/386 has never supported generation of COFF binaries - it was ELF
out of the gate and never looked back.   Yes, it will execute many COFF
binaries, but can't create them.   GCC on SVR4/386 reflects this 
"ELF-only" statistic, so I think we can count on having a functional
.fini section.

> at all. BTW, by ".fini", I mean a section which will be called
> by the system automatically upon exit and the only thing you 
> have to do is stick some stuff you want in it. If you need
> to do more than that, it is not the ".fini" gcc wants.

That is part of the ELF spec, and I'm pretty sure that Unixware
does exactly what you're asking of it.


The problem is that "config/svr4.h" #defines HAVE_ATEXIT and nothing
in config/i386/sysv4.h #undefs it.  This is why we see the potentially 
goofy double exit thing on systems that are SVR4-ish on x86, which 
would certainly include Unixware.

Whether config/svr4.h shouldn't define it or i386/sysv4.h should 
undefine it is left as an exercise for someone with a better feel
for risk management. :-)

Things were uglier on OpenServer where we have both COFF and ELF, but
I think that's all behind us now.

RJL

  reply	other threads:[~1997-11-17 14:21 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-10-09 14:56 acs
1997-11-16 23:01 ` Jeffrey A Law
1997-11-17  5:04   ` acs
1997-11-17  8:12     ` Jeffrey A Law
1997-11-17 12:30     ` Robert Lipe
1997-11-17  9:50       ` acs
1997-11-17 11:19         ` H.J. Lu
1997-11-17 12:30         ` David McWherter
1997-11-17 12:30         ` Robert Lipe
1997-11-17 13:49           ` H.J. Lu
1997-11-17 14:21             ` Robert Lipe [this message]
1997-11-17 15:03               ` H.J. Lu
1997-11-18 23:29               ` Jeffrey A Law
1997-11-18 23:53                 ` Robert Lipe
1997-11-18 23:47                   ` Jeffrey A Law
1997-11-19 10:45                     ` H.J. Lu
1997-11-19 16:32                       ` Jeffrey A Law
     [not found]               ` <14025.879923259.cygnus.egcs@hurl.cygnus.com>
1997-11-19 10:41                 ` Jason Merrill
1997-11-19 21:06                   ` Jeffrey A Law
1997-11-19 22:16                   ` Robert Lipe
1997-11-20  0:22                     ` Jason Merrill
1997-11-19 23:57                       ` Robert Lipe
1997-11-20  6:22                       ` acs
1997-11-20 12:23                         ` H.J. Lu
1997-11-21 21:50                           ` Jeffrey A Law
1997-11-21 21:09                             ` H.J. Lu
1997-11-21 21:33                               ` Jeffrey A Law
1997-11-22 12:17                                 ` J. Kean Johnston
1997-11-21 21:50                             ` Robert Lipe
1997-11-21 23:31                               ` Jeffrey A Law
1997-11-21 23:31                                 ` Jason Merrill
1997-11-21 23:32                                 ` Robert Lipe
1997-11-22 22:15                             ` acs
1997-11-24  0:32                               ` Jeffrey A Law
1997-11-24 21:07                                 ` acs
1997-11-24 23:03                                   ` Robert Lipe
1997-11-25 11:19                                   ` Jeffrey A Law
     [not found]                       ` <19971120010603.06910@dgii.com>
     [not found]                         ` <u9aff0koxr.fsf@yorick.cygnus.com>
     [not found]                           ` <19971120020607.39419@dgii.com>
     [not found]                             ` <u990ukkmop.fsf@yorick.cygnus.com>
     [not found]                               ` <19971120230937.47324@dgii.com>
1997-11-20 21:44                                 ` Jason Merrill
1997-11-20 22:03                                   ` Robert Lipe
1997-11-20 22:03                                     ` Jason Merrill
1997-11-21  6:15                                       ` Robert Lipe
1997-11-21  9:15                                         ` Jeffrey A Law
     [not found]           ` <19971117162101.41289.cygnus.egcs@dgii.com>
1997-11-17 18:32             ` Jason Merrill
1997-11-17 21:11               ` Robert Lipe
1997-11-17 21:47                 ` Jason Merrill
1997-11-21 14:09 Mike Stump
1997-11-21 21:50 ` Robert Lipe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19971117162101.41289@dgii.com \
    --to=robertl@dgii.com \
    --cc=acs@acm.org \
    --cc=egcs@cygnus.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).