This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Trunk frustration
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Subject: Re: Trunk frustration
- From: Gabriel Dos Reis <gdr at codesourcery dot com>
- Date: 26 Jul 2001 23:34:17 +0200
- Cc: Gabriel Dos Reis <gdr at codesourcery dot com>, Daniel Berlin <dan at cgsoftware dot com>, <gcc at gcc dot gnu dot org>, <libstdc++ at gcc dot gnu dot org>, Andreas Jaeger <aj at suse dot de>, Stan Shebs <shebs at apple dot com>, Jan Hubicka <jh at suse dot cz>, <geoffk at geoffk dot org>, <kenner at vlsi1 dot ultra dot nyu dot edu>, Jeffrey A Law <law at redhat dot com>
- Organization: CodeSourcery, LLC
- References: <Pine.BSF.4.33.0107262311330.26181-100000@deneb.dbai.tuwien.ac.at>
Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:
| On 26 Jul 2001, Gabriel Dos Reis wrote:
| > Hmm, may that be related to this patch
| >
| > 2001-07-19 Gabriel Dos Reis <gdr@merlin.codesourcery.com>
| > Bert De Knuydt <Bert.Deknuydt@esat.kuleuven.ac.be>
| >
| > * src/gen-num-limits.cc (set_signals_handler): New function.
| > Factor out signals setting. Set signal handler for SIGILL.
| >
| > I cheked in that patch precisely because, there were an "illegation
| > instruction" trap at startup. Several people which tested the patch
| > reported the problem was fixed.
|
| I tried with that patch reverted, and basically keep getting the same
| build failure.
Ah, so for one thing it isn't a recent change to src/gen-num-limits.C.
Then the problem is elsewhere. That doesn't solve your problem (I
wish I knew what is the root) but it makes us keep a critical patch in.
I'm sorry for having pointed you into a wrong direction.
-- Gaby
CodeSourcery, LLC http://www.codesourcery.com