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: Jan Hubicka <jh at suse dot cz>
- Date: Fri, 27 Jul 2001 15:44:12 +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>
- References: <flpuanpz26.fsf@jambon.cmla.ens-cachan.fr> <Pine.BSF.4.33.0107262311330.26181-100000@deneb.dbai.tuwien.ac.at>
> 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.
I've got an access to ultrasparc/solaris box able to build gcc, so I will
try to figure out whats going out.
Note that the sparc backend has been broken for few months before I started
work on the cfg_cleanup. I made it working for the testing (I wanted to have
few architectures available), but I never really tested the unmodified
numeric_limits in C++, as the box had outdated binutils not being able to cope
with C++ w/o some hackery.
Honza
>
> Gerald
> --
> Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/