gen-num-limits runs forever on GNU/Linux/sparc (Red Hat Linux 6.2)
Alexandre Oliva
aoliva@redhat.com
Thu Feb 1 20:57:00 GMT 2001
On Feb 1, 2001, Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr> wrote:
> Alexandre Oliva <aoliva@redhat.com> writes:
> | On Feb 1, 2001, Gabriel Dos Reis <gdr@codesourcery.com> wrote:
> |
> | > Alexandre Oliva <aoliva@redhat.com> writes:
> |
> | > [...]
> |
> | > | Tested on sparc-unknown-linux-gnu, with and without -DHAVE_SIGSETJMP.
> | > | The latter compiled, but would never complete, as before. Ok to
> | > | install?
> |
> | > Alexandre, can't it be possible to detect HAVE_SIGSETJUMP through
> | > autoconf? I would prefer an autocoonf-based solution.
> |
> | Well... Sure it is. I just didn't think it was worth the trouble.
> | We'd have to start #including <config.h> in gen-num-limits.cc, for
> | one.
> Hmm, I think at some point, gen-num-limits.cc (which needs a clean up)
> would require more collaboration from the compiler, so #including a
> <config.h> isn't a big deal.
And the other problem is that mknumeric_limits runs before config.h is
built :-)
Well, confdefs.h could do instead...
Or we could delay the execution of mknumeric_limits to a Makefile
rule. Thoughts?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me
More information about the Gcc-patches
mailing list