--- 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 ---