--- Begin Message ---
- To: Matthias Klose <doko@cs.tu-berlin.de>
- Cc: Phil Edwards <phil@jaj.com>, Benjamin Kosnik <bkoz@redhat.com>, rmurray@cyberhqz.com (Ryan Murray)
- Subject: Re: G++ 3.2 breakage on sparc
- From: martin@v.loewis.de (Martin v. Loewis)
- Date: 27 Nov 2002 01:01:25 +0100
- Message-id: <m3el97lw2y.fsf@mira.informatik.hu-berlin.de>
- In-reply-to: <15843.65364.570222.388395@gargle.gargle.HOWL>
- References: <15843.8160.211998.585303@gargle.gargle.HOWL> <20021126091334.GM772@cyberhqz.com> <15843.17168.802688.203580@gargle.gargle.HOWL> <20021126201309.GN772@cyberhqz.com> <15843.65364.570222.388395@gargle.gargle.HOWL>
Matthias Klose <doko@cs.tu-berlin.de> writes:
> ok, I'm forwarding this to Martin and Phil, two upstream developers
> (hopefully still ;-) listening on debian-gcc.
I would suggest that the libstdc++ autoconf test should be enhanced:
_GLIBCPP_HAVE_ACOSL should not be defined if no prototype is
available. I'm not quite sure though why the test program passes.
AFAICT, it tries to compile
#include <math.h>
int main()
{
acosl(0);
}
That is compiled using g++.
I'd be curious whether this compiles; it should not because no
prototype is declared for acosl.
If it does compile, the reason should be understood; if it is a good
reason, the test program should be modified to detect that no
prototype is available.
If this code does not compile, it should be investigated why configure
still defines _GLIBCPP_HAVE_ACOSL.
I don't have the time to design a patch, but the relevant macros is
GLIBCPP_CHECK_MATH_DECL_AND_LINKAGE_1, from libstdc++/acinclude.m4.
Regards,
Martin
--- End Message ---