subreader.c:1719: internal compiler error: Segmentation fault: 11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 cc -c -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -O -pipe - -funroll-loops -march=pentium3 -fno-force-addr -D_LARGEFILE_SOURCE - -D_FILE_OFFSET_BITS=64 -I/usr/local/include/freetype2 - -I/usr/local/include -I/usr/X11R6/include/gtk12 - -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include - -I. -I/usr/local/include/freetype2 -I/usr/local/include - -I/usr/local/include/freetype2 -I/usr/local/include - -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 - -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/SDL11 - -I/usr/local/include -D_REENTRANT -I/usr/X11R6/include - -I/usr/X11R6/include -I/usr/local/include/ -o subreader.o subreader.c subreader.c: In function `subcp_recode': subreader.c:1132: warning: passing arg 2 of `libiconv' from incompatible pointer type subreader.c: In function `subcp_recode1': subreader.c:1171: warning: passing arg 2 of `libiconv' from incompatible pointer type subreader.c: In function `sub_read_file': subreader.c:1719: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. gmake: *** [subreader.o] Error 1 *** Error code 2 Stop in /usr/ports/multimedia/mplayer. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade10162.0 make PORT_UPGRADE=yes ** Fix the problem and try again. - ---> Upgrade tasks: 1 - ---> Summary: 0 done, 0 ignored, 0 skipped and 1 failed ** Listing the failed packages (*:skipped / !:failed) ! multimedia/mplayer (mplayer-gtk-esound-0.99.7_14) (missing header) - ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed root: uname -a && gcc -v FreeBSD ws3-plovdiv.digsys.bg 6.1-STABLE FreeBSD 6.1-STABLE #0: Wed May 31 13:48:25 EEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/IBsec i386 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.4 [FreeBSD] 20050518 root: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEklj4w5LcGfjCffQRAgKYAJkBU302JSMFRVnq+MJ3vgQ9uouEVQCgxpqg sbK5nqrgVnyNgsQWS54N+08= =hPTF -END PGP SIGNATURE-
[Bug c++/27884] [4.1/4.2 regression] bogus error: invalid use of 'register' in linkage specification
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug c++/27689] [4.1 regression] function template incorrectly selected as candidate
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-06-16 07:15 --- Fixed in 4.1.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27689
[Bug c++/27689] [4.1 regression] function template incorrectly selected as candidate
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-06-16 07:15 --- Subject: Bug 27689 Author: mmitchel Date: Fri Jun 16 07:15:39 2006 New Revision: 114707 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114707 Log: PR c++/27689 * cp-tree.h (CLASSTYPE_SPECIALIZATION_OF_PRIMARY_TEMPLATE_P): New macro. * pt.c (unify): Use it. PR c++/27689 * g++.dg/template/ttp18.C: New test. * g++.dg/template/ttp19.C: Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/ttp18.C branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/ttp19.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/cp-tree.h branches/gcc-4_1-branch/gcc/cp/pt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27689
[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize
--- Comment #11 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-06-16 08:15 ---
Subject: Re: [4.2 Regression] segfault in fold_convert with -ftree-vectorize
> You said that you had a fix in predcom, is that fix in your local
> tree, or have you sent a patch to gcc-patches?
The patch is in predcom branch. The relevant part (fixing also another
similar bug) is below.
*** tree-data-ref.c (revision 114118)
--- tree-data-ref.c (working copy)
*** create_data_ref (tree memref, tree stmt,
*** 1954,1964
--- 2009,2031
/* Update access function. */
access_fn = DR_ACCESS_FN (dr, 0);
+ if (automatically_generated_chrec_p (access_fn))
+ {
+ free_data_ref (dr);
+ return NULL;
+ }
+
new_step = size_binop (TRUNC_DIV_EXPR,
fold_convert (ssizetype, step), type_size);
init_cond = chrec_convert (chrec_type (access_fn), init_cond, stmt);
new_step = chrec_convert (chrec_type (access_fn), new_step, stmt);
+ if (automatically_generated_chrec_p (init_cond)
+ || automatically_generated_chrec_p (new_step))
+ {
+ free_data_ref (dr);
+ return NULL;
+ }
access_fn = chrec_replace_initial_condition (access_fn, init_cond);
access_fn = reset_evolution_in_loop (loop->num, access_fn, new_step);
*** free_dependence_relations (VEC (ddr_p, h
*** 4364,4369
--- 4435,4453
VEC_free (ddr_p, heap, dependence_relations);
}
+ /* Free the memory used by the data reference DR. */
+
+ static void
+ free_data_ref (data_reference_p dr)
+ {
+ if (DR_TYPE(dr) == ARRAY_REF_TYPE)
+ VEC_free (tree, heap, dr->object_info.access_fns);
+ else
+ VEC_free (tree, heap, dr->first_location.access_fns);
+
+ free (dr);
+ }
+
/* Free the memory used by the data references from DATAREFS. */
void
*** free_data_refs (VEC (data_reference_p, h
*** 4373,4386
struct data_reference *dr;
for (i = 0; VEC_iterate (data_reference_p, datarefs, i, dr); i++)
! {
! if (DR_TYPE(dr) == ARRAY_REF_TYPE)
! VEC_free (tree, heap, (dr)->object_info.access_fns);
! else
! VEC_free (tree, heap, (dr)->first_location.access_fns);
!
! free (dr);
! }
VEC_free (data_reference_p, heap, datarefs);
}
--- 4457,4463
struct data_reference *dr;
for (i = 0; VEC_iterate (data_reference_p, datarefs, i, dr); i++)
! free_data_ref (dr);
VEC_free (data_reference_p, heap, datarefs);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
[Bug fortran/16206] rejects valid array initialization expression
--- Comment #8 from anlauf at gmx dot de 2006-06-16 08:23 --- (In reply to comment #7) Paul, thanks for looking into this! > program gfortran_bug2 [...] > integer, parameter :: m(4) = (/1,2,3,4/) You might wish to extend this to m(5) = ..., because: > integer, parameter :: p(8) = (/(m(i:i+1), i = 1,4)/) the last accessed element is m(5). Cheers, -ha -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16206
[Bug c++/28051] [4.0/4.1/4.2 regression] ICE on invalid conversion operator
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-16 08:28
---
With Mark's patch for PR 27665 the testcase is now correclty rejected,
but we still ICE with the following one:
=
template struct A {};
template struct B : A
{
using A::operator typename A::X;
};
B<0> b;
=
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28051
[Bug c++/28056] New: [4.1/4.2 regression] enum accepted as scope
The following invalid code is accepted on mainline and 4.1 branch:
===
enum A {};
void foo() { A::bar(); }
===
Mark, this was caused by your patch for PR27665.
Would you mind havin a look?
--
Summary: [4.1/4.2 regression] enum accepted as scope
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: accepts-invalid, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28056
[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize
--- Comment #12 from sebastian dot pop at cri dot ensmp dot fr 2006-06-16 08:55 --- Subject: Re: [4.2 Regression] segfault in fold_convert with -ftree-vectorize rakdver at atrey dot karlin dot mff dot cuni dot cz wrote: > The patch is in predcom branch. I should have missed this patch on gcc-patches, sorry. > The relevant part (fixing also another > similar bug) is below. > I think that this is better than what I have proposed, as there is no reason to keep the dr if we know that its access function is not known. So your patch is okay for trunk if it bootstraps, and pass regtest. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #2 from tonyg-gccbugzilla at lshift dot net 2006-06-16 09:07 --- Created an attachment (id=11678) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11678&action=view) Test case (cleaned for -Wall) from Wolfgang's page Identical (and still failing) test case to that given by Wolfgang Helbig, but for changes I made to make it compile clean (and still fail) with -Wall: rearranged procedures to avoid missing-prototype warning; fill in prototype for main; return value from main; header files. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #3 from tonyg-gccbugzilla at lshift dot net 2006-06-16 09:07 --- Jun 16 10:07:17 [EMAIL PROTECTED] ~$ gcc -Wall -O0 -o is_small is_small.c Jun 16 10:07:29 [EMAIL PROTECTED] ~$ ./is_small 0 Jun 16 10:07:32 [EMAIL PROTECTED] ~$ gcc -Wall -O1 -o is_small is_small.c Jun 16 10:07:37 [EMAIL PROTECTED] ~$ ./is_small ivalue: 1073741824 1 Jun 16 10:07:38 [EMAIL PROTECTED] ~$ gcc --version gcc (GCC) 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #8 from bob at digilink dot net 2006-06-16 09:13 --- (In reply to comment #6) > > I fixed this problem. But, as I don't have a Solaris box, > > I can't test whether this means that the build works. > > This report was actually invalid, we don't support /bin/sh on Solaris. > I would like to thank Tom for the amazingly fast response to this bug - and to also apologize for the fact that I have been unable to actually test his fix yet. Given that the problem is solvable, it seems more than just a little odd that your reply is "We don't support /bin/sh on Solaris" My simple question is why not support /bin/sh on Solaris? Having to specify the shell for the config script is more than a little obtuse given that I haven't encountered a single open source software package that requires this and I have been dealing with open source software for the last 13+ years on Solaris. I thought that I had read all of the Solaris notes for building 4.1.1 but even with that effort I missed the link you pointed me to. gcc 4.1.1 for c and c++ compile just fine with /bin/sh for Solaris. If java is going to be 'different' then it should not be included as a standard build language. I don't need it and I'm fairly certain the majority of people building gcc don't need it. If the compatibility with /bin/sh can be solved, why not. The result will be less hassle with bugs like this being filed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug java/28024] libjava build failure on Solaris 2.8 (sun4u)
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-06-16 09:24 --- > My simple question is why not support /bin/sh on Solaris? Because we're not in the business of working around bugs in antiquated shells. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28024
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #4 from tonyg-gccbugzilla at lshift dot net 2006-06-16 09:28
---
Even better, if you remove the redundant parens, so that the program reads
...
if ((integerValue >= 0)
&& (integerValue >= -1073741824) && (integerValue < 1073741824)) {
...
then the optimizer generates code correctly! (How on earth can paren placement
affect code generation???)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-06-16 10:13 --- Fold simply drops the && (integerValue >= -1073741824) && (integerValue < 1073741824) part. Works if using 2**29 instead of 2**30. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-16 10:13:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-06-16 10:24 ---
So, we fold
int foo(int i)
{
return i>=0 && (i>=-1073741824 && i<1073741824);
}
into return i>=0. Or more precise, we fold
int foo(int i)
{
return i>=0 && i - -1073741824 >= 0;
}
to return i>=0 (4.2 does this as well),
as we fold
(i>=-1073741824 && i<1073741824)
to
i - -1073741824 >= 0 (wrong, this overflows for i == 1073741824)
first; 4.2 folds that to
(int)((unsigned)i - 0c000) >= 0. (ok)
(the overflow flag on 0c000 is still wrong)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC host triplet|solaris-8 x86 | GCC target triplet|solaris-8 x86 | Keywords||wrong-code Known to fail||4.0.4 Known to work||4.1.2 4.2.0 Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-06-16 10:37 --- Janis, can you hunt this? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug c++/28048] ICE on accessing member of dependent name
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-06-16 10:42 --- Confirmed: Program received signal SIGSEGV, Segmentation fault. 0x081c916f in perform_or_defer_access_check (binfo=0x0, decl=0xa7c21af8) at /home/richard/src/trunk/gcc/cp/semantics.c:315 warning: Source file is more recent than executable. 315 gcc_assert (TREE_CODE (binfo) == TREE_BINFO); Looks invalid, as I think default arguments need to be bound immediately(?) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-invalid-code Known to fail||4.0.4 4.1.0 4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-06-16 10:42:12 date|| Summary|ICC on accessing member of |ICE on accessing member of |dependent name |dependent name Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28048
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-06-16 10:47 --- Otherwise, this is not a regression, so possibly just RESOLVED FIXED with a target milestone of 4.1.x. Up to the RM of 4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug tree-optimization/27830] [4.1 regression] ICE: verify_stmts failed (invalid operand to unary operator)
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-06-16 12:03 --- Subject: Bug 27830 Author: rguenth Date: Fri Jun 16 12:03:24 2006 New Revision: 114716 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114716 Log: 2006-06-16 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/27830 * tree-inline.c (copy_body_r): For copying the operand of an ADDR_EXPR make sure to fold &* afterwards. * g++.dg/tree-ssa/pr27830.C: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/tree-ssa/pr27830.C - copied unchanged from r114600, trunk/gcc/testsuite/g++.dg/tree-ssa/pr27830.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27830
[Bug tree-optimization/27830] [4.1 regression] ICE: verify_stmts failed (invalid operand to unary operator)
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-06-16 12:07 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27830
[Bug c++/28048] [4.0/4.1/4.2 Regression] ICE on accessing member of dependent name
--- Comment #2 from gcc dot gnu dot org at chosenones dot dyndns dot org 2006-06-16 12:59 --- I'm not entirely sure myself, but: Section 14.6.7 "When looking for the declaration of a name used in a template function definition or static data member template definition, the usual lookup rules _basic.lookup.unqual_, _basic.lookup.koenig_) are used for non-dependent names. The lookup of names dependent on the template arguments is postponed until the actual template argument is known (_temp.dep_)." Section 14.6.2.3.1 seems to make this a value-dependent expression: "1 Except as described below, a constant expression is value-dependent if any subexpression is value-dependent." Section 14.6.2.4 "An integral non-type template argument is dependent if the constant expression it specifies is value-dependent." So, it seems to be a dependent name, and in other contexts, the lookup of dependent names is delayed. Also, existing practice and common sense seem to suggest that this be default. In any case, an ICE is probably not what should happen. Comeau C/C++ 4.3.3: Compiles MSVC 7.1: Compiles That expression as -- A static member initializer: Compiles -- A default function argument: Compiles A nested type expression of the same form as -- A base class: Compiles -- A nested type specifier [typedef]: Compiles -- Function return type or argument type: Compiles -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28048
[Bug tree-optimization/28058] New: [4.1/4.2 regression] ICE in inline_forbidden_p
struct A {};
template
struct B : public T
{
B ();
};
B *
foo ()
{
return new B();
}
template
B::B ()
{
}
template <>
B::B ()
{
}
ICEs at -O3 i inline_forbidden_p:
1448 FOR_EACH_BB_FN (bb, DECL_STRUCT_FUNCTION (fndecl))
as fndecl (B ctor) doesn't have cfg set (DECL_STRUCT_FUNCTION (fndecl)->cfg ==
NULL).
--
Summary: [4.1/4.2 regression] ICE in inline_forbidden_p
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28058
[Bug libstdc++/28059] New: codecvt locale facet is broken (reproducible crash)
The attached source file (UTF-8 encoded) demonstrates that codecvt is broken for the simplest of transformations (UTF-8 to UCS-4). This is pretty basic, and the underlying gconf stuff works correctly, so the bug is either in libstdc++6 or somewhere inline in the headers. $ ./wide wide: ../iconv/loop.c:425: utf8_internal_loop_single: Assertion `inptr - bytebuf > (state->__count & 7)' failed. Aborted While running: (gdb) bt #0 0x0fcc672c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #1 0x0fe0425c in ?? () from /lib/tls/libc.so.6 #2 0x0ffa6ef8 in std::codecvt::do_in () from /usr/lib/libstdc++.so.6 #3 0x100016b4 in std::__codecvt_abstract_base::in (this=0x100290b8, [EMAIL PROTECTED], __from=0x10013014 "[EMAIL PROTECTED] 37»", __from_end=0x1001301d "", [EMAIL PROTECTED], __to=0x7fa405bc, __to_end=0x7fa406fc, [EMAIL PROTECTED]) at /usr/lib/gcc/powerpc-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/c odecvt.h:204 #4 0x10001244 in to_wide_string ([EMAIL PROTECTED], [EMAIL PROTECTED]) at wide.cc:22 #5 0x10001544 in main () at wide.cc:59 Program received signal SIGABRT, Aborted. 0x0fcd67bc in raise () from /lib/tls/libc.so.6 (gdb) bt #0 0x0fcd67bc in raise () from /lib/tls/libc.so.6 #1 0x0fcd82c0 in abort () from /lib/tls/libc.so.6 #2 0x0fcce768 in __assert_fail () from /lib/tls/libc.so.6 #3 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #4 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #5 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #6 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #7 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #8 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #9 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #10 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 #11 0x0fcc6c7c in __gconv_transform_utf8_internal () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?) It affects GCC 4.2 (20060613), 4.1, 4.0, 3.3 on Debian GNU/Linux (unstable). The program works correctly with 3.4: $ g++-3.4 -o wide wide.cc $ ./wide 1 fffäß»fffäß»$ Regards, Roger -- Summary: codecvt locale facet is broken (reproducible crash) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rleigh at debian dot org GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #1 from rleigh at debian dot org 2006-06-16 13:09 --- Created an attachment (id=11679) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11679&action=view) Testcase to show codecvt crash Compile with g++ -o wide wide.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug middle-end/27802] [4.1/4.2 regression] ICE with longjmp
--- Comment #2 from sayle at gcc dot gnu dot org 2006-06-16 13:21 --- Subject: Bug 27802 Author: sayle Date: Fri Jun 16 13:21:45 2006 New Revision: 114721 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114721 Log: PR middle-end/27802 * reg-stack.c (subst_stack_regs): Handle noreturn function calls that (would) return their results in stack registers. * gcc.dg/pr27802-1.c: New test case. Added: trunk/gcc/testsuite/gcc.dg/pr27802-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/reg-stack.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27802
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #2 from pcarlini at suse dot de 2006-06-16 13:30 --- Humm, this is really puzzling because nothing non-trivial changed in that area going from 3.4 to 4.0 and of course we all run daily the testsuite which includes quite a few codecvt tests, which always pass smoothly. Could you please compare/contrast your issue to existing testcases in testsuite/22_locale/codecvt? Anyway, if I save the attached wide.cc from the browser and compile/run it, then I get "1 4 1 4..." without end. Is that the expected result? Or can you help us reproduce the problem? Thanks, -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #3 from rleigh at debian dot org 2006-06-16 13:41 --- The source is UTF-8 encoded, and it assumes you are going to run it in a UTF-8 locale. That might possibly be why you get odd output. The expected output should be as per the GCC 3.4 output in the original report: $ g++-3.4 -o wide wide.cc $ ./wide 1 fffäß»fffäß»$ where '$' is the shell prompt. This output was also verified by someone with access to a MS VC++ compiler (source recoded to Windows character set). If the source file got corrupted by bugzilla, it's also available from http://people.debian.org/~rleigh/wide.cc I'll check out the testsuite next. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug tree-optimization/28058] [4.1/4.2 regression] ICE in inline_forbidden_p
--- Comment #1 from jakub at gcc dot gnu dot org 2006-06-16 13:47 --- The problem seems to be that cp_cannot_inline_tree_fn changes *fnp to whatever instantiate_decl returned and that function has not been lowered yet. Not sure if it is at all possible to cgraph_lower_function from within inlinable_function_p (i.e. if cgraph_analyze_function is reentrant) and if yes, if that's supposed to be cp_cannot_inline_tree_fn's responsibility. In any case, the testcase works if foo is moved to the end of the file, at which point the template is already lowered. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28058
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #4 from pcarlini at suse dot de 2006-06-16 13:49 --- (In reply to comment #3) > The source is UTF-8 encoded, and it assumes you are going to run it in a UTF-8 > locale. That might possibly be why you get odd output. > > The expected output should be as per the GCC 3.4 output in the original > report: > > $ g++-3.4 -o wide wide.cc > $ ./wide > 1 > fffäß»fffäß»$ Ok, thanks. Then I used the "en_US.UTF-8" locale and it worked fine, both mainline and stock 4.1.1: no crashes, apparently same output. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #5 from rleigh at debian dot org 2006-06-16 13:57 --- $ g++ --version g++ (GCC) 4.1.2 20060613 (prerelease) (Debian 4.1.1-5) $ g++ -o wide wide.cc $ time ./wide wide: ../iconv/loop.c:425: utf8_internal_loop_single: Assertion `inptr - bytebuf > (state->__count & 7)' failed. Aborted real0m12.545s user0m12.416s sys 0m0.016s All that run time is spent in __gconv_transform_utf8_internal, before it blows up. $ locale LANG=en_GB.UTF8 LANGUAGE=en_GB:en_US:en LC_CTYPE="en_GB.UTF8" LC_NUMERIC="en_GB.UTF8" LC_TIME="en_GB.UTF8" LC_COLLATE="en_GB.UTF8" LC_MONETARY="en_GB.UTF8" LC_MESSAGES="en_GB.UTF8" LC_PAPER="en_GB.UTF8" LC_NAME="en_GB.UTF8" LC_ADDRESS="en_GB.UTF8" LC_TELEPHONE="en_GB.UTF8" LC_MEASUREMENT="en_GB.UTF8" LC_IDENTIFICATION="en_GB.UTF8" LC_ALL= -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #6 from rleigh at debian dot org 2006-06-16 13:59 --- en_US.UTF-8 doesn't work for me either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #7 from pcarlini at suse dot de 2006-06-16 14:09 --- (In reply to comment #6) > en_US.UTF-8 doesn't work for me either. Nope, I just tried with "en_GB.utf8" too and everything works fine in that case too. Everything considered I don't think it's likely that libstdc++ can be at fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #8 from pcarlini at suse dot de 2006-06-16 14:13 --- (In reply to comment #5) > All that run time is spent in __gconv_transform_utf8_internal, before it blows > up. Isn't that a strong hint that something is wrong with the glibc? When you say 3.4 is fine you mean on the very same machine? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #9 from pcarlini at suse dot de 2006-06-16 14:17 --- Humm, wait, I'm working on x86-linux! Is that target specific? You can see the issue only on powerpc? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #10 from rleigh at debian dot org 2006-06-16 14:20 --- Yes, this is all on the same Debian installation. 3.3, 3.4, 4.0, 4.1 and 4.2 (snapshot) are available. All but 3.4 exhibit this problem. I will test on an i686 system in a moment to check if it's powerpc-only. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #11 from pcarlini at suse dot de 2006-06-16 14:20 --- (In reply to comment #9) > Humm, wait, I'm working on x86-linux! Is that target specific? You can see the > issue only on powerpc? Well, in any case all the codecvt regression tests are always fine on powerpc and powerpc64-linux too... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #12 from rleigh at debian dot org 2006-06-16 14:39 --- Testing on i486-linux-gnu, the results are: 3.3: fail 3.4: OK 4.0: OK 4.1: OK 4.2 snapshot: OK So 4.0, 4.1 and 4.2 snapshot are OK on i486-linux-gnu but not on powerpc-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
more build failures...
On mainline, when building with no checking enabled, the stage 2 compiler is segfaulting when building crtbegin.o : make[3]: Entering directory `/build/gcc/out-branchpoint-nc/gcc' /build/gcc/out-branchpoint-nc/./gcc/xgcc -B/build/gcc/out-branchpoint-nc/./gcc/ -B/install/gcc-nc/i686-pc-linux-gnu/bin/ -B/install/gcc-nc/i686-pc-linux-gnu/lib/ -isystem /install/gcc-nc/i686-pc-linux-gnu/include -isystem /install/gcc-nc/i686-pc-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I/src/gcc/out-branchpoint/gcc/gcc -I/src/gcc/out-branchpoint/gcc/gcc/. -I/src/gcc/out-branchpoint/gcc/gcc/../include -I/src/gcc/out-branchpoint/gcc/gcc/../libcpp/include -I/src/gcc/out-branchpoint/gcc/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-omit-frame-pointer \ -c /src/gcc/out-branchpoint/gcc/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o xgcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [crtbegin.o] Error 1 the traceback, for what its worth (since something in stage 2 has been miscompiled): (gdb) where #0 bitmap_ior_into (a=0x85ac228, b=0x85ac2fc) at /src/gcc/out-branchpoint/gcc/gcc/bitmap.c:1201 #1 0x080bd34c in insert_updated_phi_nodes_for (var=0xb7be8738, dfs=0x8590300, blocks=0x85ac228, update_flags=128) at /src/gcc/out-branchpoint/gcc/gcc/tree-into-ssa.c:2599 #2 0x080be9ab in update_ssa (update_flags=128) at /src/gcc/out-branchpoint/gcc/gcc/tree-into-ssa.c:2884 #3 0x0832c51d in execute_todo (flags=Variable "flags" is not available. ) at /src/gcc/out-branchpoint/gcc/gcc/passes.c:748 #4 0x0832c84c in execute_one_pass (pass=0x84d02c0) This was from yesterday afternoon, no special configuration other than to disable checking, on i686-pc-linux-gnu on an FC4 box. Is this a known problem? Andrew
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #13 from pcarlini at suse dot de 2006-06-16 14:46 --- (In reply to comment #12) > So 4.0, 4.1 and 4.2 snapshot are OK on i486-linux-gnu but not on > powerpc-linux-gnu. Ok. In the meanwhile I double checked and in fact **nothing** changed in the codecvt code going from 3.4 to 4.0. Really, I don't know what to do on the libstdc++ side. All the powerpc-linux and powerpc64-linux tests are fine, on Debian too, as you can see on testresults. Frankly, I don't think there is anything in libstdc++ which could trigger only with en_GB and not en_US and only on powerpc. And the failure is happening inside the glibc code... Could you maybe try to feed mbsnrtowcs directly on powerpc: as you can see in codecvt_members.cc, our codecvt::in is just a thin wrapper around it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug c++/28016] [4.2 Regression] emitting template constant
--- Comment #5 from tbm at cyrius dot com 2006-06-16 14:46 --- This also fails with 4.1 from SVN. The problem got introduced between 20060530 and 20060613. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28016
[Bug c++/28016] [4.2 Regression] emitting template constant
--- Comment #6 from tbm at cyrius dot com 2006-06-16 14:47 --- (In reply to comment #4) > boostjam get segfault to build boost with gcc-4.2 I can confirm this, but this is a completely different issue. Unfortunately, I don't know if this is a bug in boost or gcc, but I suspect the former. -- tbm at cyrius dot com changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28016
[Bug middle-end/27116] [4.2 Regression] Incorrect integer division (wrong sign).
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-06-16 14:56 --- Subject: Bug 27116 Author: rguenth Date: Fri Jun 16 14:56:34 2006 New Revision: 114723 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114723 Log: 2006-06-16 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/27116 * fold-const.c (negate_expr_p): Do not introduce undefined overflow in negating INTEGER_CSTs. (fold_negate_expr): Rename from negate_expr. Revert last change for folding BIT_NOT_EXPR. Change semantics to return NULL_TREE for non-simplified negations. Do not strip type conversions and unify type handling. (negate_expr): New function, wrap around fold_negate_expr but ensure building a tree always. Strip type conversions here, fold to result type. (fold_unary): Use fold_negate_expr for folding NEGATE_EXPR. * gcc.dg/pr15785-1.c: Revert last change. * gcc.dg/torture/pr27116-2.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr27116-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr15785-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27116
[Bug middle-end/27116] [4.2 Regression] Incorrect integer division (wrong sign).
--- Comment #23 from rguenth at gcc dot gnu dot org 2006-06-16 14:57 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27116
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #14 from pcarlini at suse dot de 2006-06-16 15:09 --- Can you please tell us the glibc version? I'm asking because I can reproduce on an ia64 machine using glibc2.4, not on all the glibc2.3.6 systems I tried. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug c++/28016] [4.2 Regression] emitting template constant
--- Comment #7 from tbm at cyrius dot com 2006-06-16 15:11 --- This was caused by this commit: 2006-06-04 Mark Mitchell <[EMAIL PROTECTED]> PR c++/27819 * decl.c (cp_finish_decl): Process initializers for static data members with non-dependent initializers, even in templates. -- tbm at cyrius dot com changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28016
[Bug bootstrap/26188] [4.2 Regression] 4.2.0 fails to compile on FreeBSD 4.11
--- Comment #13 from gerald at pfeifer dot com 2006-06-16 15:25 --- Thanks, Paolo! I got confirmation by two testers who experienced the original problem that your latest patch addresses the issue, and they managed to bootstrap now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
[Bug objc/28062] New: [4.0/4.1 regression] ICE in simplify_subreg, at simplify-rtx.c:4466
[ forwarded from http://bugs.debian.org/373820 ] We're seeing the following ICE, both with gcc 4.1 and latest 4.2 (but 4.0 works). Apparently it only happens on x86_64. It works when you drop the optimization flag. (sid)75:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -c -O2 mini.m mini.m: In function '-[CynthiuneHeaderCell _drawArrowOfSize:atReferencePoint:]': mini.m:75: internal compiler error: in simplify_subreg, at simplify-rtx.c:4466 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . zsh: exit 1 /usr/lib/gcc-snapshot/bin/gcc -c -O2 mini.m (sid)76:[EMAIL PROTECTED]: ~/delta/bin] -- Summary: [4.0/4.1 regression] ICE in simplify_subreg, at simplify-rtx.c:4466 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
[Bug objc/28062] [4.1/4.2 regression] ICE in simplify_subreg, at simplify-rtx.c:4466
--- Comment #1 from tbm at cyrius dot com 2006-06-16 15:51 --- Created an attachment (id=11681) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11681&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #15 from rleigh at debian dot org 2006-06-16 16:16 --- $ uname -a Linux hardknott 2.6.16.17 #7 Sun May 21 15:39:23 BST 2006 ppc GNU/Linux $ /lib/libc.so.6 GNU C Library stable release version 2.3.6, by Roland McGrath et al. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3). Compiled on a Linux 2.6.13 system on 2006-06-08. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson linuxthreads-0.10 by Xavier Leroy BIND-8.2.3-T5B libthread_db work sponsored by Alpha Processor Inc NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk software FPU emulation by Richard Henderson, Jakub Jelinek and others -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug fortran/16206] rejects valid array initialization expression
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-06-16 16:18 --- Subject: Re: rejects valid array initialization expression Harald, >You might wish to extend this to m(5) = ..., because: > > > >> integer, parameter :: p(8) = (/(m(i:i+1), i = 1,4)/) >> >> > >the last accessed element is m(5). > > This lost me a couple of evenings because it kept segfaulting on the out-of bounds reference! I thought that it was something wrong with the logic of the patch. *groan*. I have put bounds checking in there now and will likely submit tomorrow or Sunday morning. gfortran now does more with initializers than any other compiler that I can lay hands on. Thanks Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16206
Re: more build failures...
On Fri, 2006-06-16 at 10:45 -0400, Andrew MacLeod wrote: > On mainline, when building with no checking enabled, the stage 2 > compiler is segfaulting when building crtbegin.o : > > > make[3]: Entering directory `/build/gcc/out-branchpoint-nc/gcc' > /build/gcc/out-branchpoint-nc/./gcc/xgcc > -B/build/gcc/out-branchpoint-nc/./gcc/ > -B/install/gcc-nc/i686-pc-linux-gnu/bin/ > -B/install/gcc-nc/i686-pc-linux-gnu/lib/ -isystem > /install/gcc-nc/i686-pc-linux-gnu/include -isystem > /install/gcc-nc/i686-pc-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC-W > -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes > -Wold-style-definition -isystem ./include -I. -I. > -I/src/gcc/out-branchpoint/gcc/gcc -I/src/gcc/out-branchpoint/gcc/gcc/. > -I/src/gcc/out-branchpoint/gcc/gcc/../include > -I/src/gcc/out-branchpoint/gcc/gcc/../libcpp/include > -I/src/gcc/out-branchpoint/gcc/gcc/../libdecnumber -I../libdecnumber -g0 > -finhibit-size-directive -fno-inline-functions -fno-exceptions > -fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-omit-frame-pointer \ > -c /src/gcc/out-branchpoint/gcc/gcc/crtstuff.c -DCRT_BEGIN \ > -o crtbegin.o > xgcc: Internal error: Segmentation fault (program cc1) > Please submit a full bug report. > See http://gcc.gnu.org/bugs.html> for instructions. > make[3]: *** [crtbegin.o] Error 1 Never mind, Its seems to have disappeared since then, the latest checkout works fine... Andrew
[Bug testsuite/28032] gfortran.dg/secnds.f test not honoring dg-options flag
--- Comment #2 from sje at cup dot hp dot com 2006-06-16 16:44 --- Changing the C to a ! would probably work but the point is that a C should work. Or C should be documented as not working. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28032
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #16 from pcarlini at suse dot de 2006-06-16 16:56 --- I can reproduce on an ia64-linux machine, so confirmed, but very puzzling on the libstdc++-v3 side, no idea how/when we are going to deal with it... -- pcarlini at suse dot de changed: What|Removed |Added Last reconfirmed|-00-00 00:00:00 |2006-06-16 16:56:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #17 from rleigh at debian dot org 2006-06-16 16:59 --- Created an attachment (id=11682) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11682&action=view) Use mbsnrtowcs directly. This testcase is similar to the original, with the exception that it uses mbsnrtowcs in place of the codecvt locale facet. It also initialises the locale with setlocale() for LC_CTYPE. It shows some interesting results, in fact the exact opposite of the original testcase: GCC ver powerpc i386 3.3 fail fail 3.4 OKOK 4.0 OKfail 4.1 OKfail 4.2 OKfail With this test, the expected output is this: $ ./wide2 1 fffäß» fffäß» The output for the failed tests: GCC 3.3: powerpc (GCC 3.3 was bad at wide streams; the output is "lost"): $ ./wide2 1 fffäß» i386: $ ./wide2 wide2: ../iconv/loop.c:425: utf8_internal_loop_single: Assertion `inptr - bytebuf > (state->__count & 7)' failed. Aborted GCC 4.0/i386: $ ./wide2 wide2: ../iconv/loop.c:425: utf8_internal_loop_single: Assertion `inptr - bytebuf > (state->__count & 7)' failed. Aborted GCC 4.1/i386: ./wide2 wide2: ../iconv/loop.c:425: utf8_internal_loop_single: Assertion `inptr - bytebuf > (state->__count & 7)' failed. Aborted GCC 4.2/i386: $ ./wide2 wide2: ../iconv/loop.c:425: utf8_internal_loop_single: Assertion `inptr - bytebuf > (state->__count & 7)' failed. Aborted Please do allow for the fact that one (or both) of these testcases might be buggy; I've never used these interfaces before. However... the behaviour is still highly variable between the two platforms. Regards, Roger -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug debug/28063] New: [4.2 regression] Dwarf no longer uses merged strings for DW_AT_comp_dir
The patch in revision 113012 broke reference counting. It adds this: + /* Set the string's refcount to 0 so that prune_unused_types_mark +accounts properly for it. */ + if (AT_class (a) == dw_val_class_str) + a->dw_attr_val.v.val_str->refcount = 0; But something in this patch causes this to trigger for the strings attached to the compilation unit DIE, and nothing ever increments them again. prune_unused_types_update_strings is never called for the compilation unit. I think this is because prune_unused_types_prune only calls it for children of the current DIE. Things were fine in 4.1. -- Summary: [4.2 regression] Dwarf no longer uses merged strings for DW_AT_comp_dir Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28063
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #18 from pcarlini at suse dot de 2006-06-16 17:03 --- Ok, thanks. Before I go completely crazy, let's agree at least about a detail: let's not involve 3.3: in 3.3 codecvt is known to be broken and was completely rewritten for 3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|WAITING |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|2006-06-16 16:56:58 |2006-06-16 17:03:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug fortran/27965] gfortran gives "Array bound mismatch" for valid program
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-16 17:03 --- Subject: Bug 27965 Author: fxcoudert Date: Fri Jun 16 17:03:43 2006 New Revision: 114724 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114724 Log: PR fortran/27965 * trans-array.c (gfc_conv_ss_startstride): Correct the runtime conditions for bounds-checking. Check for nonzero stride. Don't check the last dimension of assumed-size arrays. Fix the dimension displayed in the error message. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27965
[Bug debug/28064] New: .debug_str is used only when optimizing
String merging is conditionalized on -fmerge-constants, which is turned off for -O0. This is wasteful of space in .debug_info with optimization disabled, on targets which support string merging. I don't know if it's faster or not; in the long run, I suspect it's slower, because binaries get so much larger. If others agree, perhaps the default should be to merge debug info but not runtime constants. Or maybe to merge constants by default; I'm not sure guarding it by !optimize is generally useful. This is not a regression, I believe. -- Summary: .debug_str is used only when optimizing Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28064
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug c++/28052] [4.2 regression] ICE on invalid bitfield
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-16 17:11 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28052
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #19 from rleigh at debian dot org 2006-06-16 17:26 --- Created an attachment (id=11683) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11683&action=view) C example using mbsnrtowcs This testcase is the same as the last, but uses C only. It looks like this: GCC ver powerpc i386 3.3 OKOK 3.4 OKOK 4.0 OKfail 4.1 OKfail 4.2 OKfail The expected output is: $ ./wide3 fffäß» 1 fffäß» On i386 (all failing versions): $ ./wide3 fffäß» Segmentation fault (gdb) run Starting program: /home/rleigh/wide3 fffäß» Program received signal SIGSEGV, Segmentation fault. 0xa7e0e19d in __gconv_transform_utf8_internal (step=0x805ede0, data=0xafc2a8d0, inptrp=0xafc2aa80, inend=0x8048754 "", outbufstart=0x0, irreversible=0xafc2a8f8, do_flush=0, consume_incomplete=1) at ../iconv/loop.c:371 371 ../iconv/loop.c: No such file or directory. in ../iconv/loop.c (gdb) bt #0 0xa7e0e19d in __gconv_transform_utf8_internal (step=0x805ede0, data=0xafc2a8d0, inptrp=0xafc2aa80, inend=0x8048754 "", outbufstart=0x0, irreversible=0xafc2a8f8, do_flush=0, consume_incomplete=1) at ../iconv/loop.c:371 #1 0xa7e65bd9 in __mbsnrtowcs (dst=0xafc2a93c, src=0xafc2aa80, nmc=9, len=162, ps=0xafc2aa84) at mbsnrtowcs.c:106 #2 0x08048503 in print_wide (str=0x804874b "fffä�237»") at wide3.c:16 #3 0x080485f0 in main () at wide3.c:40 Both the powerpc and i386 system are running the same version of glibc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #20 from rleigh at debian dot org 2006-06-16 17:28 --- > Before I go completely crazy, let's agree at least about a detail: > let's not involve 3.3: in 3.3 codecvt is known to be broken and was > completely rewritten for 3.4. Agreed :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug c++/28048] [4.0/4.1/4.2 Regression] ICE on accessing member of dependent name
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-16 17:43 --- (In reply to comment #1) > Looks invalid, as I think default arguments need to be bound immediately(?) No they don't, if they did then all of STL with allocators would be broken :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords|ice-on-invalid-code |ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28048
[Bug objc/28049] [4.1/4.2 regression] ICE on single +
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28049
[Bug objc/28050] [4.1/4.2 regression] ICE on invalid initializer
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28050
[Bug c++/28051] [4.0/4.1/4.2 regression] ICE on invalid conversion operator
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28051
[Bug c++/28052] [4.2 regression] ICE on invalid bitfield
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28052
[Bug c++/28053] [4.2 regression] ICE deriving from class with invalid bitfield
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28053
[Bug c++/28054] [4.2 regression] ICE with friend declaration of invalid bitfield
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28054
[Bug target/28055] [SH] a function attributed to weak is discarded, if '-O' is specified
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-16 17:50 --- *** This bug has been marked as a duplicate of 27781 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28055
[Bug middle-end/27781] [4.1 Regression] weak-attribute over-optimisation
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-16 17:50 --- *** Bug 28055 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||saito at densan dot co dot ||jp http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27781
[Bug target/27540] [4.2 Regression] libgomp fails to configure on IRIX 5.3
--- Comment #4 from ro at gcc dot gnu dot org 2006-06-16 17:53 --- Subject: Bug 27540 Author: ro Date: Fri Jun 16 17:53:03 2006 New Revision: 114726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114726 Log: PR target/27540 * configure.in: Only enable libgomp on IRIX 6. * configure: Regenerate. Modified: trunk/ChangeLog trunk/configure trunk/configure.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27540
[Bug c++/28056] [4.1/4.2 regression] enum accepted as scope
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28056
[Bug target/27540] [4.2 Regression] libgomp fails to configure on IRIX 5.3
--- Comment #5 from ro at gcc dot gnu dot org 2006-06-16 17:53 --- Fixed for 4.2.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27540
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-06-16 17:55 --- This is a dup of another bug which I fixed for 4.1.0 so closing as fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.0.4 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug c++/28058] [4.1/4.2 regression] ICE in inline_forbidden_p
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |c++ Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28058
[Bug rtl-optimization/28062] [4.1/4.2 regression] ICE in simplify_subreg, at simplify-rtx.c:4466
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|objc|rtl-optimization Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28062
[Bug debug/28063] [4.2 regression] Dwarf no longer uses merged strings for DW_AT_comp_dir
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28063
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #21 from pcarlini at suse dot de 2006-06-16 18:10 --- Ok, I think I have something meaningful to say: seems definitely a miscompilation. I would ask you to check on powerpc-linux what I'm seeing on ia64-linux: the problem goes away if I both build libstdc++ and eventually the testcase at "-O0 -g3". Therefore I would ask you to go inside the libstdc++-v3 dir of your build tree, do a make clean ; make CXXFLAGS="-O0 -g3", reinstall the library alone (no need to rebuild the compiler proper) and build the testcase itself "-O0 -g3". On ia64-linux the problem goes away. If yoy can confirm, the difficult part begins ;) because we are supposed to prepare a reduced testcase for the compiler people... -- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug libstdc++/28059] codecvt locale facet is broken (reproducible crash)
--- Comment #22 from rleigh at debian dot org 2006-06-16 18:19 --- Just to summarise the current tests: wide wide2 wide3 GCC ver ppc i386 ppc i386 ppc i386 3.4OK OKOK OKOK fail 4.0fail OKOK fail OK fail 4.1fail OKOK fail OK fail 4.2fail OKOK fail OK fail GCC 3.4 is the most reliable, but I don't understand the pattern of failures. I'll do a build in a moment as you suggest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28059
[Bug c++/28016] [4.1/4.2 Regression] emitting template constant
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.2 4.2.0 Summary|[4.2 Regression] emitting |[4.1/4.2 Regression] |template constant |emitting template constant Target Milestone|4.2.0 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28016
[Bug regression/28065] New: [4.2.0] filename no longer encoded in certain mangled symbol names
I ran into a problem using Boost C++ (CVS HEAD 2006-06-16) with gcc 4.2.0
20060610 (and newer). Basically, filenames are not longer encoded in
the mangled name of certain symbols (possibly related to anonymous
namespaces?),
though they should be. Since the issue did not occur with gcc
4.2.0 20060603, it should be relatively easy to track down (?).
TEST CASE:
---
test1.cpp:
0001 #include
0002 int main(int argc, char* argv[]) {}
---
test2.cpp:
0001 #include
---
[gcc 4.2.0-20060602] - COMPILES
> > /opt/gcc/4.2.0-20060602/bin/g++ test1.cpp test2.cpp -I/../boost
[gcc 4.2.0-20060615] - FAILS
> > /opt/gcc/4.2.0-20060615/bin/g++ test1.cpp test2.cpp -I/../boost
/tmp/ccrmBhTq.o:(.data+0x0): multiple definition of
`_ZN5boost7numeric5ublas21scalar_divides_assignIT_T0_E8computedE'
/tmp/cc63Tw4q.o:(.data+0x0): first defined here
collect2: ld returned 1 exit status
===
after removing main() from test1.cpp ...
---
test1b.cpp:
0001 #include
---
test2b.cpp:
0001 #include
---
> > /opt/gcc/4.2.0-20060602/bin/g++ -c test1b.cpp test2b.cpp -I/../boost
> > nm test1b.o > test1b.txt
> > nm test2b.o > test2b.txt
> > diff test1b.txt test2b.txt
3c3
< 014c t _GLOBAL__I_test1b.cpp_8D2A3925_7FEB930D
---
> > 014c t _GLOBAL__I_test2b.cpp_8D2A3925_E969CAE1
> > nm test1b.o
U __cxa_atexit
U __dso_handle
014c t _GLOBAL__I_test1b.cpp_8D2A3925_DD2AD2D0
U __gxx_personality_v0
0168 t __tcf_0
010c t _Z41__static_initialization_and_destruction_0ii
U _ZNKSs4sizeEv
U _ZNKSsixEj
U _ZNSt8ios_base4InitC1Ev
U _ZNSt8ios_base4InitD1Ev
t _ZSt17__verify_groupingPKcjRKSs
W _ZSt3minIjERKT_S2_S2_
b _ZSt8__ioinit
---
> > /opt/gcc/4.2.0-20060615/bin/g++ -c test1b.cpp test2b.cpp -I/../boost
> > nm test1b.o > test1b.txt
> > nm test2b.o > test2b.txt
> > diff test1b.txt test2b.txt
(FILES ARE IDENTICAL)
> > nm test1b.o
U __cxa_atexit
U __dso_handle
014c t
_GLOBAL__I__ZN5boost7numeric5ublas21scalar_divides_assignIT_T0_E8computedE
U __gxx_personality_v0
0168 t __tcf_0
010c t _Z41__static_initialization_and_destruction_0ii
D _ZN5boost7numeric5ublas21scalar_divides_assignIT_T0_E8computedE
U _ZNKSs4sizeEv
U _ZNKSsixEj
U _ZNSt8ios_base4InitC1Ev
U _ZNSt8ios_base4InitD1Ev
t _ZSt17__verify_groupingPKcjRKSs
W _ZSt3minIjERKT_S2_S2_
b _ZSt8__ioinit
--
Summary: [4.2.0] filename no longer encoded in certain mangled
symbol names
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pintaric at ims dot tuwien dot ac dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28065
[Bug c++/27884] [4.1/4.2 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-06-16 18:46 --- Subject: Bug 27884 Author: mmitchel Date: Fri Jun 16 18:45:50 2006 New Revision: 114727 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114727 Log: PR c++/27884 * decl.c (have_extern_spec): Remove. (start_decl): Do not check have_extern_spec. (start_function): Likewise. * cp-tree.h (have_extern_spec): Remove. * parser.c (cp_parser_linkage_specification): Don't set have_extern_spec. (cp_parser_init_declarator): Likewise. (cp_parser_parameter_declaration): Do not treat parameters as within the scope of an unbraced linkage specification. PR c++/27884 * g++.dg/parse/linkage2.C: New test Added: trunk/gcc/testsuite/g++.dg/parse/linkage2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug c++/27884] [4.1 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-06-16 18:53 --- Fixed in 4.2.0. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 regression] bogus |[4.1 regression] bogus |error: invalid use of |error: invalid use of |'register' in linkage |'register' in linkage |specification |specification http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug middle-end/28042] optimizer (-O2) changes the semantics of my programs
--- Comment #10 from janis at gcc dot gnu dot org 2006-06-16 18:59 --- The regression hunt to find when the testcase starts passing identified this mainline patch: http://gcc.gnu.org/viewcvs?view=rev&rev=106400 r106400 | rth | 2005-11-02 21:44:17 + (Wed, 02 Nov 2005) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28042
[Bug regression/28065] [4.2.0] filename no longer encoded in certain mangled symbol names
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-16 19:01 --- No, this is different problem than you think it is. The problem is we are emitting a constant that does not make sense at all. *** This bug has been marked as a duplicate of 28016 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28065
[Bug c++/28016] [4.1/4.2 Regression] emitting template constant
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-16 19:01 --- *** Bug 28065 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pintaric at ims dot tuwien ||dot ac dot at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28016
[Bug c++/27979] [4.2 Regression] conversion check confused by enum bitfields
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27979
[Bug fortran/26801] -fbounds-check generates segfault
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-06-16 19:31 --- I'm currently regtesting the following patch: Index: trans-intrinsic.c === --- trans-intrinsic.c (revision 114721) +++ trans-intrinsic.c (working copy) @@ -2840,6 +2840,8 @@ gfc_conv_expr_lhs (&arg1se, arg1->expr); tmp2 = gfc_conv_descriptor_data_get (arg1se.expr); } + gfc_add_block_to_block (&se->pre, &arg1se.pre); + gfc_add_block_to_block (&se->post, &arg1se.post); tmp = build2 (NE_EXPR, boolean_type_node, tmp2, fold_convert (TREE_TYPE (tmp2), null_pointer_node)); se->expr = tmp; -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2006-06-07 10:55:24 |2006-06-16 19:31:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26801
[Bug fortran/27715] [4.1 only] Extented ASCII characters lead to wrong "CASE" selection
--- Comment #15 from tkoenig at gcc dot gnu dot org 2006-06-16 19:47 --- (In reply to comment #14) > Thomas, could you backport your patch to 4.1? (when you have some time, of > course) Hi FX, I have a few major RL concerns next week (a few critical presentations to give, ...) and will be on holiday for two weeks afterwards, so I suspect I won't be able to do any backporting for about three weeks (simple lack of time to run the regression tests). If you want to, please go ahead and commit the fixes for PR 27980, PR 27715 and PR 27784 to 4.1. Regards, Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27715
[Bug driver/20705] -pthread should enable all options required to use pthreads on all platforms
--- Comment #6 from leisner at rochester dot rr dot com 2006-06-16 20:03 --- It seems the specs file for solaris is also wrong -- I had to add -lrt to enable pthreads (on solaris 2.8 anyway and gcc 3.4.x). -- leisner at rochester dot rr dot com changed: What|Removed |Added CC||leisner at rochester dot rr ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20705
[Bug libstdc++/28066] New: cannot bootstrap x86_64 gcc 4.1.1 from gcc 3.4.5
I do not think this is bug 5291 from the Most Frequently Reported Bugs page HOST SYSTEM: HP ProLiant DL385G1 with Dual Opteron 254 running RedHat Enterprise v4u3 KERNEL: 2.6.9-34.ELsmp COMPILER USED TO BOOTSTRAP (this is bundled with RHELv4u3): $ gcc --version gcc (GCC) 3.4.5 20051201 (Red Hat 3.4.5-2) TARGET: I want to build native gcc 4.1.1 (same failure also observed building gcc 4.0.3) DISTRIBUTION TO COMPILE: gcc-4.1.1 Created object dir gcc-4.1.1-objdir next to the gcc-4.1.1 directory from gcc-4.1.1.tar.bz2 as follows: $ bunzip2 gcc-4.1.1.tar.bz2 $ tar xf gcc-4.1.1.tar $ cd gcc-4.1.1-objdir CONFIGURATION: $ ../gcc-4.1.1/configure --prefix=/home/jwg/gcc411 configure seems to run OK. MAKE: I tried a few, (all fail in similar manner) here are some $ make $ make bootstrap $ make LDFLAGS=-L/usr/lib64 bootstrap the last one I tried because I had trouble building shared *.so libraries for x86_64 using gcc3.4.5 until I used this LDFLAGS setting Each make fails after considerable work. Final output looks like this: cp /home/jwg/Distributions/gcc-411/gcc-4.1.1/libstdc++-v3/config/linker-map.gnu ./libstdc++-symbol.ver if test "x" != x; then \ sed -n '1,/DO NOT DELETE/p' libstdc++-symbol.ver > tmp.top; \ sed -n '/DO NOT DELETE/,$p' libstdc++-symbol.ver > tmp.bottom; \ cat tmp.top tmp.bottom > libstdc++-symbol.ver; \ rm tmp.top tmp.bottom; \ fi /bin/sh ../libtool --tag CXX --mode=link /home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/./gcc/xgcc -shared-libgcc -B/home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/./gcc -nostdinc++ -L/home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/home/jwg/gcc411/x86_64-unknown-linux-gnu/bin/ -B/home/jwg/gcc411/x86_64-unknown-linux-gnu/lib/ -isystem /home/jwg/gcc411/x86_64-unknown-linux-gnu/include -isystem /home/jwg/gcc411/x86_64-unknown-linux-gnu/sys-include -Wl,-O1 -Wl,-z,relro -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -o libstdc++.la -rpath /home/jwg/gcc411/lib/../lib64 -version-info 6:8:0 -Wl,--version-script=libstdc++-symbol.ver -lm bitmap_allocator.lo pool_allocator.lo mt_allocator.lo codecvt.lo compatibility.lo complex_io.lo ctype.lo debug.lo debug_list.lo functexcept.lo globals_locale.lo globals_io.lo ios.lo ios_failure.lo ios_init.lo ios_locale.lo limits.lo list.lo locale.lo locale_init.lo locale_facets.lo localename.lo stdexcept.lo strstream.lo tree.lo allocator-inst.lo concept-inst.lo fstream-inst.lo ext-inst.lo ios-inst.lo iostream-inst.lo istream-inst.lo istream.lo locale-inst.lo locale-misc-inst.lo misc-inst.lo ostream-inst.lo sstream-inst.lo streambuf-inst.lo streambuf.lo string-inst.lo valarray-inst.lo wlocale-inst.lo wstring-inst.lo atomicity.lo codecvt_members.lo collate_members.lo ctype_members.lo messages_members.lo monetary_members.lo numeric_members.lo time_members.lo basic_file.lo c++locale.lo ../libmath/libmath.la ../libsupc++/libsupc++convenience.la -lm /home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/./gcc/xgcc -shared-libgcc -B/home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/./gcc -nostdinc++ -L/home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/home/jwg/gcc411/x86_64-unknown-linux-gnu/bin/ -B/home/jwg/gcc411/x86_64-unknown-linux-gnu/lib/ -isystem /home/jwg/gcc411/x86_64-unknown-linux-gnu/include -isystem /home/jwg/gcc411/x86_64-unknown-linux-gnu/sys-include -shared -nostdlib /usr/lib/../lib64/crti.o /home/jwg/Distributions/gcc-411/gcc-4.1.1-objdir/./gcc/crtbeginS.o .libs/bitmap_allocator.o .libs/pool_allocator.o .libs/mt_allocator.o .libs/codecvt.o .libs/compatibility.o .libs/complex_io.o .libs/ctype.o .libs/debug.o .libs/debug_list.o .libs/functexcept.o .libs/globals_locale.o .libs/globals_io.o .libs/ios.o .libs/ios_failure.o .libs/ios_init.o .libs/ios_locale.o .libs/limits.o .libs/list.o .libs/locale.o .libs/locale_init.o .libs/locale_facets.o .libs/localename.o .libs/stdexcept.o .libs/strstream.o .libs/tree.o .libs/allocator-inst.o .libs/concept-inst.o .libs/fstream-inst.o .libs/ext-inst.o .libs/ios-inst.o .libs/iostream-inst.o .libs/istream-inst.o .libs/istream.o .libs/locale-inst.o .libs/locale-misc-inst.o .libs/misc-inst.o .libs/ostream-inst.o .libs/sstream-inst.o .libs/streambuf-inst.o .libs/streambuf.o .libs/string-inst.o .libs/valarray-inst.o .libs/wlocale-inst.o .libs/wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o .libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o .libs/basic_file.o .libs/c++locale.o -Wl,--whole-archive ../libmath/.libs/libmath.a ../libsupc++/.libs/libsupc++convenience.a -Wl,--no-whole-archive -L/home/jwg/Distributions/gcc-411/gcc-4.1
[Bug c++/27693] [4.0/4.1 Regression] strange interaction with const and sizeof and variable declarations in g++-4.0
--- Comment #4 from janis at gcc dot gnu dot org 2006-06-16 21:12 --- A regression hunt confirmed that this was fixed by: http://gcc.gnu.org/viewcvs?view=rev&rev=114119 r114119 | mmitchel | 2006-05-25 20:18:26 + (Thu, 25 May 2006) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27693
[Bug java/1308] It would be nice if gcj -d worked for object files.
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-16 21:22 --- I don't think we'll ever fix this. GCC's -o option is probably sufficient. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1308
[Bug bootstrap/28066] cannot bootstrap x86_64 gcc 4.1.1 from gcc 3.4.5
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-16 21:27 --- /usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at ../../bfd/elf64-x86-64.c line 1912 in elf64_x86_64_relocate_section But this is a binutils bug and not a GCC one and it has been fixed too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28066
[Bug java/28067] New: [meta-bug] Tracking bug for ecj fixes
All gcj bugs fixed on the ecj branch will be listed as dependencies of this bug. -- Summary: [meta-bug] Tracking bug for ecj fixes Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28067
[Bug java/28067] [meta-bug] Tracking bug for ecj fixes
-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-16 21:31:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28067
