[Bug regression/40800] libcpp breaks bootstrap
-- jlquinn at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jlquinn at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-07-19 21:16:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40800
[Bug regression/40800] libcpp breaks bootstrap
--- Comment #19 from jlquinn at gcc dot gnu dot org 2009-07-20 18:09 --- Subject: Bug 40800 Author: jlquinn Date: Mon Jul 20 18:09:33 2009 New Revision: 149826 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149826 Log: 2009-07-20 Jerry Quinn PR regression/40800 * configure.ac: Use = instead of == for testing ENABLE_BUILD_WITH_CXX. * configure: Rebuild. Modified: trunk/libcpp/ChangeLog trunk/libcpp/configure trunk/libcpp/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40800
[Bug regression/40800] libcpp breaks bootstrap
--- Comment #21 from jlquinn at gcc dot gnu dot org 2009-07-20 19:00 --- http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html Committed as patch is simple and fixes multiple platforms. -- jlquinn at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40800
[Bug target/19115] long double should be changed over to 128bit by default
--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-02-18 02:59 --- (In reply to comment #5) > libstdc++ is calling frexpl in libc.a, which expects an AIX format long double > value, not a double. Things work if one uses -mlong-double-128. At some > point > we need to default to long-double-128 for AIX for things to be > self-consistent. What are the concerns with making this switch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
[Bug bootstrap/40923] bootstrap failure for 20090730 with --enable-build-with-cxx
-- jlquinn at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-24 04:04:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40923
[Bug bootstrap/40923] bootstrap failure for 20090730 with --enable-build-with-cxx
--- Comment #3 from jlquinn at gcc dot gnu dot org 2009-10-24 04:06 --- Created an attachment (id=18885) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18885&action=view) Candidate patch This fixes the bootstrap, though a bunch of plugin tests fail compared to unpatched build with C. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40923
[Bug bootstrap/40923] bootstrap failure for 20090730 with --enable-build-with-cxx
--- Comment #4 from jlquinn at gcc dot gnu dot org 2009-10-30 05:58 --- Should be fixed by r153734. -- jlquinn at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40923
[Bug c++/41877] [4.5 regression] Revision 153734 failed libstdc++ tests
--- Comment #1 from jlquinn at gcc dot gnu dot org 2009-10-30 14:47 --- I've reverted the patch causing the problem. -- jlquinn at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41877
[Bug bootstrap/17777] AIX bootstrap comparison failure with xlc6
--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-08-04 15:34 --- Unfortunately, I no longer have access to the test box, so I can't verify if it's working now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-16 04:43 --- I finally got some free time again. The fmttest1 failure is due to showpoint handling. Specifically, there's the following hunk in float_to_char_scientific: // Insert digits after decimal point for (;__prec && *__bp; __prec--) *__sbuf++ = __digits[*__bp++ - '0']; if (__pad) while (__prec--) *__sbuf++ = __digits[0]; That if test should be if (__pad || __showpoint). I'm still having some trouble building. When I get that sorted out, I'll update the patch with this change. I don't know what's broken w/ 64 bit, though, and still don't really have 64 bit access. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-20 21:01 --- Trying on a power4 aix 5.2 box, in the testsuite, 27_io/basic_ostream/inserts_arithmetic/char/1.cc fails, because of a segfault in frexp(long double, int). In gdb, the args look fine. The int seems to be a valid pointer, since I can set the value without problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21 19:19 --- The power4 segfault occurs in frexpl() in libc, which is a result of calling __builtin_frexpl() inside std::frexp(long double). I was wondering if it might be a problem in long double representation. I think ppc uses 64 bit long double, which made me think that it should be calling frexp under the covers rather than frexpl. I also created a simple test program for frexp that sems to work for double and not for long double. This is making me think the problem isn't in this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug c++/19115] New: __builtin_frexpl and std::frexp(long double) broken
The attached test generates the following output: i=-803365344 i=1 Both __builtin_frexpl and std::frexp(long double) give the above incorrect output. However, ::frexpl works as expected. -- Summary: __builtin_frexpl and std::frexp(long double) broken Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jlquinn at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-ibm-aix5.2.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
[Bug c++/19115] __builtin_frexpl and std::frexp(long double) broken
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21 19:37 --- Created an attachment (id=7799) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7799&action=view) frexp testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-21 19:40 --- The AIX problem is PR19115. Paolo, could you see if the same issue happens on ia64 and x86-64? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug target/19115] __builtin_frexpl and std::frexp(long double) broken
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-27 22:28 --- I did the stock configuration, with the exception of specifying an install dir and --with-cpu=power4. So the floating point is whatever comes out of the box. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-01-03 22:05 --- (In reply to comment #39) > seems wrong in the testcase, not in fpfinal5.patch. While a I dig a little > deeper on these issues (and do complete tests on ia64 too), maybe Jerry, you > can try to fix lfptest: it would be nice to actually run it to success on the > 64-bit machines too... The backtrace is as follows: > And, if I print fd.d inside gdb just before the segfault: > (gdb) p fd.d > $1 = Hmm, I remember that I had to fiddle with the long double values to make them work on x86. Not all random bitstrings are valid x86 long doubles. This test isn't the most portable, since I generate values by creating random longs and stitching them together. I'll have to look up the format for ia64 long double, but we may end up going back and forth a couple of times to get it right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug bootstrap/17777] AIX bootstrap comparison failure with xlc6
--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-01-07 06:37 --- I don't even get that far now. I'm using: CC=cc ../gcc/configure --with-cpu=power4 --prefix=/home/jlquinn Now during bootstrap I see the following when trying to build the stage 1 compiler. Using CC=xlc gives the same result: ./xgcc -B./ -B/home/jlquinn/powerpc-ibm-aix5.2.0.0/bin/ -isystem /home/jlquinn/powerpc-ibm-aix5.2.0.0/include -isystem /home/jlquinn/powerpc-ibm-aix5.2.0.0/sys-include -L/home/jlquinn/gcc/dev/build/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include -DL_muldi3 -c ../../gcc/gcc/libgcc2.c -o libgcc/./_muldi3.o ./xgcc -B./ -B/home/jlquinn/powerpc-ibm-aix5.2.0.0/bin/ -isystem /home/jlquinn/powerpc-ibm-aix5.2.0.0/include -isystem /home/jlquinn/powerpc-ibm-aix5.2.0.0/sys-include -L/home/jlquinn/gcc/dev/build/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include -DL_negdi2 -c ../../gcc/gcc/libgcc2.c -o libgcc/./_negdi2.o ../../gcc/gcc/libgcc2.c: In function '__negdi2': ../../gcc/gcc/libgcc2.c:71: internal compiler error: in change_scope, at cfglayout.c:370 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [libgcc/./_negdi2.o] Error 1 make[3]: Leaving directory `/home/jlquinn/gcc/dev/build/gcc' make[2]: *** [stmp-multilib] Error 2 make[2]: Leaving directory `/home/jlquinn/gcc/dev/build/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/home/jlquinn/gcc/dev/build/gcc' make: *** [bootstrap] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-15 15:02 --- I don't see any of those failures. I updated tonight (11/12). Did a fresh config and make (not bootstrap) on x86 pentium M. FAIL: 23_containers/bitset/input/1.cc (test for excess errors) FAIL: 23_containers/bitset/to_ulong/1.cc (test for excess errors) FAIL: 27_io/basic_filebuf/open/char/3.cc (test for excess errors) FAIL: 27_io/basic_iostream/4.cc (test for excess errors) FAIL: 27_io/basic_istream/ignore/char/6360.cc (test for excess errors) FAIL: 27_io/basic_stringstream/str/char/2.cc (test for excess errors) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-15 17:23 --- OK, my problem is that the patch didn't actually get applied to mainline. So it's not so surprising I didn't see the failures. I'll apply locally and debug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug libstdc++/17140] Floating point output is slow
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-17 04:40 --- OK - turned out to be a simple bug, not adjusting for the minus sign. Amazingly all of the above patches had the bug and I couldn't have had successful tests with it there. Here's the updated patch with floatconv.c properly included ;-) One note is I used automake-1.9.3 to regen Makefile.in. If that's an issue, I can hand-edit the .in file easily enough - just 2 changes. Fixes the regressions in make check. If you're OK with the automake stuff I'll check it in, else do the more minimal edit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
[Bug libstdc++/18642] New: Docs for auto_ptr not showing docs for get() and others
As they appear on the website on 11/22, the mainline docs for auto_ptr are missing the method docs for most of the functions. -- Summary: Docs for auto_ptr not showing docs for get() and others Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jlquinn at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18642
[Bug libstdc++/18642] Docs for auto_ptr not showing docs for get() and others
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-30 17:44 --- Great. Thanks! -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18642
