This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: gen-num-limits runs forever on GNU/Linux/sparc (Red Hat Linux 6.2)


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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]