This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: libiberty configure fails on svr4/svr5 native
- To: Joern Rennecke <amylaar at cygnus dot co dot uk>
- Subject: Re: libiberty configure fails on svr4/svr5 native
- From: Robert Lipe <robertl at dgii dot com>
- Date: Wed, 4 Nov 1998 22:15:36 -0600
- Cc: egcs at cygnus dot com
- References: <19981018230049.A19803@dgii.com> <199811050317.DAA16855@phal.cygnus.co.uk>
> > 2) Make configure pass arguments to these functions before testing.
> > (Requires changes to autoconf.)
>
> I think this is the right direction, because autoconf actually fails - so
> this should probably be considered a bug in autoconf. (Not autoconf proper,
> but the AC_CHECK_FUNC definition in acgeneral.m4.)
I'm inclined to agree, but I suspect this is a pretty weak argument for
a rather hard sell.
> Or we could try a little harder to outsmart the host and assign the
> function's address to a pointer variable.
Everyone outsmarting each other is what got us into this situation. :-)
> Would this test suceed?
>
> #include <assert.h>
>
> int main()
> {
> char memcpy();
> char (*f)() = memcpy;
> return 0;
> }
Yes, that does seem to compile without blowing up.
What's your recommendation on how to proceed from here?
RJL