[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #4 from amodra at bigpond dot net dot au 2006-07-04 04:41 --- Patch applied 4.1 and 4.2 -- amodra at bigpond dot net dot au changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||07/msg00085.html Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #3 from amodra at gcc dot gnu dot org 2006-07-04 04:38 --- Subject: Bug 28207 Author: amodra Date: Tue Jul 4 04:37:59 2006 New Revision: 115171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115171 Log: PR target/28207 * config/rs6000/rs6000.c (function_arg_boundary): Double-word align 128-bit IBM long doubles for ABI_V4. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug target/28207] 128-bit IBM long double misaligned on stack
--- Comment #2 from amodra at gcc dot gnu dot org 2006-07-04 03:35 --- Subject: Bug 28207 Author: amodra Date: Tue Jul 4 03:35:48 2006 New Revision: 115170 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115170 Log: PR target/28207 * config/rs6000/rs6000.c (function_arg_boundary): Double-word align 128-bit IBM long doubles for ABI_V4. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug fortran/28213] ICE: Hollerith constant
--- Comment #3 from kargl at gcc dot gnu dot org 2006-07-04 02:40 --- Patch is here http://gcc.gnu.org/ml/fortran/2006-07/msg00015.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28213
[Bug bootstrap/28231] building process failed after disabling fixincludes
--- Comment #2 from texlexsex at gmail dot com 2006-07-04 02:21 --- (In reply to comment #1) > Why do you want to fully disable fixincludes on x86-linux? > Some versions of the glibc headers really need to be fixed. > i'm building a linux system from scratch, i'm using different version of glibc and gcc other than the host system use, old glibc headers might find its way into the new system during running of fixincludes, so i want to disable fixincludes, as the lfs-book suggested. the immediate reason is that gcc compile fails with problem about limits.h and/or systemlimits.h stuff. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28231
[Bug libfortran/27704] Incorrect runtime error on multiple OPEN
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-07-04 01:47 --- Subject: Bug 27704 Author: jvdelisle Date: Tue Jul 4 01:47:26 2006 New Revision: 115169 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115169 Log: 2006-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/27704 * gfortran.dg/open_status_3.f90: New test. * gfortran.dg/fmt_l.f90: Update for new feature. Added: trunk/gcc/testsuite/gfortran.dg/open_status_3.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/fmt_l.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27704
[Bug libfortran/27704] Incorrect runtime error on multiple OPEN
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-07-04 01:36 --- Subject: Bug 27704 Author: jvdelisle Date: Tue Jul 4 01:36:31 2006 New Revision: 115168 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115168 Log: 2006-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/27704 * runtime/error.c (notify_std): Pass common flags into function. Use flags to show locus of error or warning. * libgfortran.h: Add enum try. Add prototype for notify_std. * io/open.c (edit_modes): Allow status="old" and add extension to allow status="scratch" *io/list_read.c (nml_read_obj): Update call to notify_std. *io/io.h: Remove enum try and prototype for notify_std. *io/transfer.c (read_sf): Update call to notify_std. *io/format.c (parse_format_list): Update call to notify_std. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/format.c trunk/libgfortran/io/io.h trunk/libgfortran/io/list_read.c trunk/libgfortran/io/open.c trunk/libgfortran/io/transfer.c trunk/libgfortran/libgfortran.h trunk/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27704
[Bug c++/28239] [4.2 regression] ICE in gimple_add_tmp_var, at gimplify.c:720
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 00:33 --- Confirmed, reduced testcase: int f ( bool a ) : _drop ( (void *[]) { 0, 0} -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||error-recovery, ice-on- ||invalid-code Last reconfirmed|-00-00 00:00:00 |2006-07-04 00:33:35 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28239
[Bug c++/28239] New: [4.2 regression] ICE in gimple_add_tmp_var, at gimplify.c:720
I get the following ICE with gcc 4.2 on invalid code: (sid)5059:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/g++ -c mini.c mini.c:1: error: 'SelectedStyle' has not been declared mini.c: In function 'int SelectedStyle(bool)': mini.c:1: error: only constructors take base initializers mini.c:1: error: '_' was not declared in this scope mini.c:2: error: '_sw_group' was not declared in this scope mini.c:4: error: expected `)' at end of input mini.c:4: error: expected `{' at end of input mini.c:4: internal compiler error: in gimple_add_tmp_var, at gimplify.c:694 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/g++ -c mini.c (sid)5060:[EMAIL PROTECTED]: ~/delta/bin] more mini.c SelectedStyle::SelectedStyle (bool layout):_desktop (__null), _table (2, 6), _fill_label (_("F:")), _popup_mm (_sw_group), _sw_unit (__null), _tooltips (), _drop ((void *[]) { 0, 0} -- Summary: [4.2 regression] ICE in gimple_add_tmp_var, at gimplify.c:720 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28239
[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer
--- Comment #57 from tbm at cyrius dot com 2006-07-03 23:51 --- (In reply to comment #56) > complit1.C: In constructor 'Foo::Foo(int, int)': > complit1.C:14: internal compiler error: in emit_move_insn, at expr.c:3275 > Please submit a full bug report, > with preprocessed source if appropriate. > See http://gcc.gnu.org/bugs.html> for instructions. > > (should I file a different bug?) For the record, I reported this as PR28018 without knowing of this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103
[Bug tree-optimization/28238] [4.2 regression] verify_stmts failed (invalid operand to unary operator)
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 23:16 --- Confirmed. Reduced testcase: struct iterator{}; struct ByteIterator : iterator { ByteIterator (){} int a[1024]; }; inline ByteIterator f () { return ByteIterator (); } class ConfLexerCore { ConfLexerCore (); ByteIterator m_matchStart; }; ConfLexerCore::ConfLexerCore () : m_matchStart (f ()) { } -- pinskia 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-07-03 23:16:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug fortran/25828] [f2003] ACCESS='STREAM' io support
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-07-03 23:14 --- Since I do not have access to an F2003 compiler and have not used this feature, could someone post an example program using this feature that is "known to work" that I can then use as a working test case. I am going to start piecing this together. Janne I will forward things to you for review off list if thats OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25828
[Bug target/28232] Wrong aligned load is generated with -m4a on sh-*
--- Comment #1 from kkojima at gcc dot gnu dot org 2006-07-03 22:49 --- I've confirmed that 4.0 and 4.2 behave same as 4.1. So all compilers which support -m4a option have this issue. It seems that the combine is too smart and replaces the movua insn (define_insn "movua" [(set (match_operand:SI 0 "register_operand" "=z") (sign_extract:SI (match_operand:SI 1 "unaligned_load_operand" "Sua>") (const_int 32) (const_int 0)))] "TARGET_SH4A_ARCH" "movua.l %1,%0" [(set_attr "type" "movua")]) with the usual load insn. I'm testing the patch below. --- ORIG/trunk/gcc/config/sh/sh.md 2006-06-14 06:15:09.0 +0900 +++ LOCAL/trunk/gcc/config/sh/sh.md 2006-07-03 16:43:56.0 +0900 @@ -152,6 +152,7 @@ (UNSPEC_THUNK36) (UNSPEC_SP_SET 40) (UNSPEC_SP_TEST 41) + (UNSPEC_MOVUA42) ;; These are used with unspec_volatile. (UNSPECV_BLOCKAGE0) @@ -11121,8 +11122,8 @@ mov.l\\t1f,r0\\n\\ (define_insn "movua" [(set (match_operand:SI 0 "register_operand" "=z") - (sign_extract:SI (match_operand:SI 1 "unaligned_load_operand" "Sua>") -(const_int 32) (const_int 0)))] + (unspec:SI [(match_operand:SI 1 "unaligned_load_operand" "Sua>")] + UNSPEC_MOVUA))] "TARGET_SH4A_ARCH" "movua.l %1,%0" [(set_attr "type" "movua")]) -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Known to fail||4.0.3 4.1.1 4.2.0 Summary|wrong movua.l instruction |Wrong aligned load is |combine for sh4a |generated with -m4a on sh-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28232
[Bug tree-optimization/28238] [4.2 regression] verify_stmts failed (invalid operand to unary operator)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug tree-optimization/28238] [4.2 regression] verify_stmts failed (invalid operand to unary operator)
--- Comment #1 from tbm at cyrius dot com 2006-07-03 22:18 --- Created an attachment (id=11809) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11809&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug tree-optimization/28238] New: [4.2 regression] verify_stmts failed (invalid operand to unary operator)
I get the following ICE with gcc 4.2. gcc 4.0 and 4.1 work. (sid)65:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O min4.c min4.c: In constructor 'ConfLexerCore::ConfLexerCore(ConfIO*)': min4.c:86: error: invalid operand to unary operator &thisD.2456_2->m_matchStartD.2447; min4.c:86: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/g++ -c -O min4.c (sid)66:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c min4.c (sid)67:[EMAIL PROTECTED]: ~] g++-4.1 -c -O2 min4.c (sid)68:[EMAIL PROTECTED]: ~] g++-4.0 -c -O2 min4.c (sid)69:[EMAIL PROTECTED]: ~] g++-3.4 -c -O2 min4.c (sid)70:[EMAIL PROTECTED]: ~] -- Summary: [4.2 regression] verify_stmts failed (invalid operand to unary operator) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
[Bug fortran/25297] Support for STRUCTURE/END STRUCTURE and RECORD
--- Comment #3 from steven at gcc dot gnu dot org 2006-07-03 21:52 --- Paul, Since gfortran is developed by volunteers who are often gfortran users themselves, it usually depends on the needs of the developers what gets implemented in gfortran. Given that nobody has responded to your latest comment in months, apparently this is not a feature that many gfortran users are interested in. That is not really surprising because most of them probably used g77 before (GNU Fortran 77) which also did not support RECORD. What would be helpful to know in this case, is how the standard DERIVED TYPE feature of Fortran 90 (and later) compares to your STRUCTURE+RECORD thing. If the semantics of these two features is not very different, then perhaps we can implement it without too much trouble. Now, if you have time for some research, perhaps you could figure out a thing or two for us, such as: how does the SGI compiler handle mixed F95 derived types and RECORD declarations; how are STRUCTURE types layed out? Basically any comparison of derived types vs. STRUCTURE would be nice. If the two features can easily co-exist, then I think it should be quite easy to implement support for STRUCTURE in gfortran. -- steven at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2006-01-02 07:13:40 |2006-07-03 21:52:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25297
[Bug c++/28225] [4.0/4.1/4.2 regression] segfault in type_dependent_expression_p
-- 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=28225
[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-03 20:51 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26251
[Bug fortran/18923] segfault after subroutine name confusion
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-07-03 18:35 --- With the following testcase I still get an internal error: = module FOO contains subroutine FOO integer :: I character(len=selected_int_kind(I)) :: C, D, E, F, G end subroutine end = In file PR18923.f90:3 subroutine FOO 1 Error: MODULE attribute conflicts with PROCEDURE attribute at (1) In file PR18923.f90:4 integer :: I 1 Error: Unexpected data declaration statement in CONTAINS section at (1) In file PR18923.f90:5 character(len=selected_int_kind(I)) :: C, D, E, F, G 1 Error: Unexpected data declaration statement in CONTAINS section at (1) In file PR18923.f90:6 end subroutine 1 Error: Expecting END MODULE statement at (1) In file PR18923.f90:7 end 1 Internal Error at (1): gfc_get_default_type(): Bad symbol -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18923
[Bug fortran/28237] print call()
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 18:28 --- This has nothing to do with recursive functions, reduced testcase: program r implicit none print fact() stop contains function fact() result(nfact) implicit none integer :: nfact end function fact end -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|recursive fuction causes ICE|print call() http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28237
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
--- Comment #14 from reichelt at gcc dot gnu dot org 2006-07-03 18:28 --- Marks's testcase from comment #6 still ICEs. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug fortran/28237] recursive fuction causes ICE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 18:26 --- Confirmed, related to PR 23420. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||23420 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-03 18:26:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28237
[Bug c++/28235] [4.0/4.1/4.2 Regression] segmentation fault ICE in 4.0 and 4.1
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |major Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.2.0 |4.2.0 4.1.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2006-07-03 18:19:38 date|| Summary|segmentation fault ICE in |[4.0/4.1/4.2 Regression] |4.0 and 4.1 |segmentation fault ICE in ||4.0 and 4.1 Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-03 18:16 --- Reduced testcase: template class PerfectHashMap { static const bool BitSet = BitSet1; template struct makeIter { }; typedef typename makeIter<>::type const_iterator; }; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug middle-end/28205] Request an option to make -finstrument-functions not apply to inlined function calls
--- Comment #1 from joev dot dubach at nuance dot com 2006-07-03 18:01 --- (In reply to comment #0) > The best we can do is say > "-fno-inline" to turn off inlining altogether, and accept a slower and less > accurate profiler. This is problematic as well, due to the existence of __attribute__((always_inline)), which causes functions to be inlined efen when -fno-inline is specified. In particular, my code calls functions defined by the system header emmintrin.h as always inlined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28205
[Bug fortran/28237] New: recursive fuction causes ICE
recursive function causes ICE -- program r implicit none integer :: i=5 print fact(i) stop end recursive function fact(n) result(nfact) implicit none integer, intent(in) :: n integer :: nfact if (n>0) then nfact = n * fact(n-1) else nfact = 1 end if end function fact end gfortran -vUsing built-in specs. Target: i586-pc-linux-gnu Configured with: /tmp/gcc-4.0.3/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --with-gnu-as --with-gnu-ld --verbose --enable-languages=c,c++,f95 --disable-nls --disable-rpath --build=i586-pc-linux-gnu --target=i586-pc-linux-gnu --host=i586-pc-linux-gnu Thread model: posix gcc version 4.0.3 even if the code is invalid, it should not result in an ICE -- Summary: recursive fuction causes ICE Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: buraphalinuxserver at gmail dot com GCC build triplet: i586-linux-gnu GCC host triplet: i586-linux-gnu GCC target triplet: i586-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28237
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #26 from sgk at troutmask dot apl dot washington dot edu 2006-07-03 17:17 --- Subject: Re: [meta-bug] g77 features lacking in gfortran On Mon, Jul 03, 2006 at 04:41:30PM -, jvdelisle at gcc dot gnu dot org wrote: > > FSEEK should be straightforward (ha ha) I will take a shot at that one. > Jerry, with your knowledge of libgfortran, I'd rather see you work on the F2003 stream IO feature -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/28236] wrong "control reaches" warning with enums.
--- Comment #1 from pluto at agmk dot net 2006-07-03 17:00 --- zoo (__e) { int D.1616; : switch (__e) { case 0: goto ; case 1: goto ; default : goto ; < } :; D.1616 = -1; goto (); :; return; < problem. :; D.1616 = 1; :; return D.1616; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28236
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong "control reaches" warning with switches
--- Comment #18 from pluto at agmk dot net 2006-07-03 16:55 --- (In reply to comment #17) > (In reply to comment #16) > > ohh, 3.3.6 also fails. > > That is a different issue and really should be filed in a different bug. The > issue there is C++'s enums are only defined for those two values. reported in PR28236 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/28236] New: wrong "control reaches" warning with enums.
typedef enum { foo, bar } e; int zoo( e __e ) { switch ( __e ) { case foo: return -1; case bar: return +1; } } bug.cpp: In function 'int zoo(e)': bug.cpp:9: warning: control reaches end of non-void function -- Summary: wrong "control reaches" warning with enums. Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC build triplet: x86-64-linux GCC host triplet: x86-64-linux GCC target triplet: x86-64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28236
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2006-07-03 16:41 --- FSEEK should be straightforward (ha ha) I will take a shot at that one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/28139] alias information for EH is wrong
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-07-03 16:39 --- The keyword description says that the "alias" keyword is specific to missed optimizations due to aliasing issues. If that is true, than adding this keyword here was incorrect. If that isn't true, then the keyword description should be corrected. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-03 15:46 --- Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug libgcj/28234] MAXHOSTNAMELEN usage in libjava
--- Comment #2 from mbanck at debian dot org 2006-07-03 15:37 --- > s/GNU/Hurd/. Sure, I was merely following the GNU project's terminology here. > Also this is a dup of bug 21821. Maybe I am blind, but I don't see this particular issue mentioned in that bug, nor adressed by the patches attached to it. I thought about following up to that PR, but as this bug is about MAXHOSTNAMELEN and #21821 is about MAXPATHLEN, I decided to open a new bug, sorry. Can you elaborate? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28234
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong "control reaches" warning with switches
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-07-03 15:34 --- (In reply to comment #16) > ohh, 3.3.6 also fails. That is a different issue and really should be filed in a different bug. The issue there is C++'s enums are only defined for those two values. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong "control reaches" warning with switches
--- Comment #16 from pluto at agmk dot net 2006-07-03 15:30 --- (In reply to comment #15) > one more valid code rejected by 4.1/4.2: > > typedef enum { foo, bar } e; > int zoo( e __e ) > { > switch ( __e ) > { > case foo: return -1; > case bar: return +1; > } > } > > $ x86_64-gnu-linux-g++ bug.cpp -c -Wall -O2 > bug.cpp: In function 'int zoo(e)': > bug.cpp:9: warning: control reaches end of non-void function > ohh, 3.3.6 also fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/20681] [4.0/4.1/4.2 Regression] wrong "control reaches" warning with switches
--- Comment #15 from pluto at agmk dot net 2006-07-03 15:27 --- one more valid code rejected by 4.1/4.2: typedef enum { foo, bar } e; int zoo( e __e ) { switch ( __e ) { case foo: return -1; case bar: return +1; } } $ x86_64-gnu-linux-g++ bug.cpp -c -Wall -O2 bug.cpp: In function 'int zoo(e)': bug.cpp:9: warning: control reaches end of non-void function -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug bootstrap/18058] [4.2 Regression] Bootstrap fails with BOOTCFLAGS="-O0 -fkeep-inline-functions"
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-06-11 13:10:31 |2006-07-03 15:23:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
[Bug libgcj/21821] MAXPATHLEN usage in libjava
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-03 15:04 --- *** Bug 28234 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821
[Bug libgcj/28234] MAXHOSTNAMELEN usage in libjava
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 15:04 --- (In reply to comment #0) > libjava/java/net/natInetAddressPosix.cc is broken on system which have no > limit > for the hostname length (i.e., GNU): s/GNU/Hurd/. Also this is a dup of bug 21821. *** This bug has been marked as a duplicate of 21821 *** -- 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=28234
[Bug c/28233] internal compiler error: in make_decl_rtl, at varasm.c:752
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 15:02 --- Can you attach the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28233
[Bug bootstrap/28231] building process failed after disabling fixincludes
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 15:01 --- Why do you want to fully disable fixincludes on x86-linux? Some versions of the glibc headers really need to be fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|building process failed |building process failed |after disabling fixincludes |after disabling fixincludes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28231
[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os
--- Comment #7 from sayle at gcc dot gnu dot org 2006-07-03 14:35 --- Subject: Bug 26251 Author: sayle Date: Mon Jul 3 14:35:13 2006 New Revision: 115150 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115150 Log: PR tree-optimization/26251 * tree-ssa-threadupdate.c (redirection_block_p): New function. (thread_block): When optimizing for size refuse to thread jumps that would require duplication of blocks other than redirection blocks. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-threadupdate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26251
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #4 from sascha dot krissler at web dot de 2006-07-03 13:21 --- Created an attachment (id=11808) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11808&action=view) minimal difference causing ICE after applying this patch it throws an ICE @@ -52823,13 +52823,13 @@ } template , bool BitSet = true > + typename InlineNat = PerfectHash::NoNatImpl, bool BitSet1 = true > class PerfectHashMap : public HASHFN, public PerfectHash::NatBitset< true >::type { - +static const bool BitSet = BitSet1; typedef typename PerfectHash::NatBitset::type bitset_type; typedef std::vector::type> entries_t; -- sascha dot krissler at web dot de changed: What|Removed |Added Attachment #11806|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #24 from fxcoudert at gcc dot gnu dot org 2006-07-03 12:58 --- (In reply to comment #23) > Is the list of missing intrinsics given in comment #7 still valid? I tried to > compile F77 code I inherited and got undefined references for itime_ and > idate_ > (gfortran-4.1.1). If they are still missing, is someone working on those? I think the list is indeed still valid, as nobody has been (to my knowledge) working on this for some time now. They should not be very difficult to implement (I'd even say fairly easy) but there are just too few people to do the job... Pasting the list here again: Access, fcn, Check file accessibility. ChMod,sub, Change file modes. FSeek,fcn, Position file (low-level). GMTime, fcn, Convert time to GMT time info. IDate,sub, Get local time info. Int2, fcn, Convert to `INTEGER(KIND=6)' value truncated to whole number. Int8, fcn, Convert to `INTEGER(KIND=2)' value truncated to whole number. ITime,sub, Get local time of day. Long, fcn, Conversion to `INTEGER(KIND=1)' (archaic). LShift, fcn, Left-shift bits LStat,sub and fcn, Get file information. LTime,sub, Convert time to local time info. MClock, fcn, Get number of clock ticks for process. MClock8, fcn, Get number of clock ticks for process. RShift, fcn, Right-shift bits. Short,fcn, Convert to `INTEGER(KIND=6)' value truncated to whole number. CHMOD might be a bit tricky (especially if we don't want to fork and exec), FSEEK needs a bit of thinking from someone knowing the I/O library, but all others probably require no special skill. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #3 from sascha dot krissler at web dot de 2006-07-03 12:45 --- thank you for making such a standard compliant c++ compiler -- sascha dot krissler at web dot de changed: What|Removed |Added CC||sascha dot krissler at web ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #2 from sascha dot krissler at web dot de 2006-07-03 12:39 --- Created an attachment (id=11806) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11806&action=view) preprocessed source code (gzip compressed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] segmentation fault ICE in 4.0 and 4.1
--- Comment #1 from sascha dot krissler at web dot de 2006-07-03 12:36 --- Created an attachment (id=11805) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11805&action=view) command line and compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug c++/28235] New: segmentation fault ICE in 4.0 and 4.1
have not tested 4.2, debian doesnt have it and i am lazy -- Summary: segmentation fault ICE in 4.0 and 4.1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sascha dot krissler at web dot de GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
--- Comment #23 from franke dot daniel at gmail dot com 2006-07-03 12:14 --- Is the list of missing intrinsics given in comment #7 still valid? I tried to compile F77 code I inherited and got undefined references for itime_ and idate_ (gfortran-4.1.1). If they are still missing, is someone working on those? -- franke dot daniel at gmail dot com changed: What|Removed |Added CC||franke dot daniel at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug libgcj/28234] New: MAXHOSTNAMELEN usage in libjava
libjava/java/net/natInetAddressPosix.cc is broken on system which have no limit for the hostname length (i.e., GNU): /build/buildd/gcj-4.1-4.1.1/build/./gcc/xgcc -shared-libgcc -B/build/buildd/gcj-4.1-4.1.1/build/./gcc -nostdinc++ -L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src -L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src/.libs -B/usr/i486-gnu/bin/ -B/usr/i486-gnu/lib/ -isystem /usr/i486-gnu/include -isystem /usr/i486-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libjava -I./include -I./gcj -I../../../src/libjava -Iinclude -I../../../src/libjava/include -I../../../src/libjava/classpath/include -I../../../src/libjava/classpath/native/fdlibm -I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../src/libjava/libltdl -I../../../src/libjava/libltdl -I../../../src/libjava/.././libjava/../gcc -I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr\" -DLIBDIR=\"/usr/lib\" -DJAVA_HOME=\"/usr\" -DBOOT_CLASS_PATH=\"/usr/share/java/libgcj-4.1.2.jar\" -DJAVA_EXT_DIRS=\"/usr/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/share/java/gcj-endorsed\" -DLIBGCJ_DEFAULT_DATABASE=\"/var/lib/gcj-4.1/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.1/classmap.db\" -DTOOLEXECLIBDIR=\"/usr/lib\" -g -O2 -D_GNU_SOURCE -MT java/net/natInetAddress.lo -MD -MP -MF java/net/.deps/natInetAddress.Tpo -c java/net/natInetAddress.cc -fPIC -DPIC -o java/net/.libs/natInetAddress.o ../../../src/libjava/java/lang/Class.h: In member function 'java::lang::Class* java::lang::Class::getComponentType()': ../../../src/libjava/java/lang/Class.h:354: warning: dereferencing type-punned pointer will break strict-aliasing rules java/net/natInetAddress.cc: In static member function 'static java::lang::String* java::net::InetAddress::getLocalHostname()': java/net/natInetAddress.cc:287: error: 'MAXHOSTNAMELEN' was not declared in this scope java/net/natInetAddress.cc:288: error: 'buffer' was not declared in this scope java/net/natInetAddress.cc:290: error: 'buffer' was not declared in this scope make[6]: *** [java/net/natInetAddress.lo] Error 1 make[6]: Leaving directory `/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libjava' Source is from gcj-4.1_4.1.1-6 from Debian unstable. -- Summary: MAXHOSTNAMELEN usage in libjava Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mbanck at debian dot org GCC build triplet: i686-pc-gnu0.3 GCC host triplet: i686-pc-gnu0.3 GCC target triplet: i686-pc-gnu0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28234
[Bug c/28233] New: internal compiler error: in make_decl_rtl, at varasm.c:752
An array of 64K labels triggers the error. Environment: System: FreeBSD FreeBSD.jphartmann.net 6.1-RELEASE FreeBSD 6.1-RELEASE #1: Sat Jun 17 11:51:42 CEST 2006 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/KERNEL i386 host: i386-unknown-freebsd6.1 build: i386-unknown-freebsd6.1 target: i386-unknown-freebsd6.1 configured with: ../gcc-4.1.1/configure --prefix=/home/john --with-cpu=i686 How-To-Repeat: There is no preprocessor statements in the failing program. f/home/john/src/testing:make ts.s cc -S -fverbose-asm -finline -Winline -Wall -O2 -fno-unroll-loops -fno-unroll-all-loops -g -o ts.s ts.c ts.c: In function `main': ts.c:17: warning: unused variable `ic' ts.c:22: internal compiler error: in make_decl_rtl, at varasm.c:752 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. gmake: *** [ts.s] Error 1 f/home/john/src/testing:gcc --version gcc (GCC) 4.1.1 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. --- Comment #1 from jphartmann at gmail dot com 2006-07-03 12:05 --- Fix: No known circumvention. I tried switch statements, but they run the compiler out of storage after a while. Apologies for generating this by hand. My system i mail-challenged. -- Summary: internal compiler error: in make_decl_rtl, at varasm.c:752 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jphartmann at gmail dot com GCC build triplet: i386-unknown-freebsd6.1 GCC host triplet: i386-unknown-freebsd6.1 GCC target triplet: i386-unknown-freebsd6.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28233
[Bug target/28232] New: wrong movua.l instruction combine for sh4a
union unaligned { void *ptr; } __attribute__((__packed__)); void *foo(union unaligned *p) { return (p->ptr); } sh-elf-gcc -V4.1.1 -S -O2 -m4a test2.c combine optimize change movua.l to mov.l instruction. .file "test2.c" .text .text .align 1 .align 5 .global _foo .type _foo, @function _foo: mov.l @r4,r0 mov.l r14,@-r15 mov r15,r14 mov r14,r15 mov.l @r15+,r14 rts nop .size _foo, .-_foo .ident "GCC: (GNU) 4.1.1" -- Summary: wrong movua.l instruction combine for sh4a Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tyokota at k2 dot dion dot ne dot jp GCC target triplet: sh-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28232
[Bug other/28230] ICE during profiled bootstrap.
--- Comment #1 from pluto at agmk dot net 2006-07-03 11:24 --- without profiling boostrap fails too. Program received signal SIGSEGV, Segmentation fault. 0x0074c419 in lshift_significand (r=0xc97980, a=0xc97980, n=63) at ../../gcc/real.c:254 254 r->sig[SIGSZ-1-i] (gdb) p *r $2 = {cl = 1, decimal = 0, sign = 0, signalling = 0, canonical = 0, uexp = 1, sig = {0, 1, 9223372036854775808}} (gdb) p *a $3 = {cl = 1, decimal = 0, sign = 0, signalling = 0, canonical = 0, uexp = 1, sig = {0, 1, 9223372036854775808}} (gdb) bt #0 0x0074c419 in lshift_significand (r=0xc97980, a=0xc97980, n=63) at ../../gcc/real.c:254 #1 0x0074fcbc in real_from_integer (r=0xc97980, mode=DFmode, low=, high=1, unsigned_p=) at ../../gcc/real.c:2062 #2 0x005ac6e2 in init_emit_once (line_numbers=) at ../../gcc/emit-rtl.c:5194 #3 0x0079a18b in toplev_main (argc=, argv=) at ../../gcc/toplev.c:1825 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
[Bug fortran/28119] forall_stmt ; stmt gives an internal error
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28119
[Bug fortran/16206] rejects valid array initialization expression
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16206
[Bug bootstrap/28231] New: building process failed after disabling fixincludes
possible reason maybe: syslimits.h depends on fixincludes, but include/limits.h always include syslimit.h , regardless wether or not fixincludes is enabled - error message - ./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -L/src/build/gcc-build/gcc/../ld -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/. -I../../gcc-4.1.1/gcc/../include -I../../gcc-4.1.1/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer \ -c ../../gcc-4.1.1/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o In file included from ../../gcc-4.1.1/gcc/tsystem.h:108, from ../../gcc-4.1.1/gcc/crtstuff.c:68: ./include/limits.h:11:23: error: syslimits.h: No such file or directory make[2]: *** [crtbegin.o] Error 1 make[2]: Leaving directory `/src/build/gcc-build/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/src/build/gcc-build/gcc' make: *** [bootstrap] Error 2 - disabling fixincludes - diff -ru gcc-4.1.1/gcc/configure ../build/gcc-4.1.1/gcc/configure --- gcc-4.1.1/gcc/configure 2006-02-15 00:50:45.0 +0800 +++ ../build/gcc-4.1.1/gcc/configure2006-06-30 17:41:21.0 +0800 @@ -12763,7 +12763,9 @@ # These are the normal (build=host) settings: CC_FOR_BUILD='$(CC)' BUILD_CFLAGS='$(ALL_CFLAGS)' -STMP_FIXINC=stmp-fixinc +# disable fixincludes +#STMP_FIXINC=stmp-fixinc +STMP_FIXINC= # Possibly disable fixproto, on a per-target basis. case ${use_fixproto} in -- Summary: building process failed after disabling fixincludes Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: texlexsex at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28231
confusing error-message
Hi, the following code: struct S { void f(int x) {} }; int main() { S s; s.f(3); } would produce: error: no matching function for call to 'S::f(int)' note: candidates are: void S::f(int&) but should be something like "trying to convert non-variable to reference"... Regards, Martin
[Bug other/28230] New: ICE during profiled bootstrap.
/home/users/pluto/rpm/BUILD/trunk/builddir/./gcc/xgcc -B/home/users/pluto/rpm/BUILD/trunk/builddir/./gcc/ -B/usr/x86_64-pld-linux/bin/ -B/usr/x86_64-pld-linux/lib/ -isystem /usr/x86_64-pld-linux/include -isystem /usr/x86_64-pld-linux/sys-include -O2 -O2 -O2 -fno-strict-aliasing -fwrapv -march=x86-64 -pipe -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I../../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 -fno-asynchronous-unwind-tables -c ../../gcc/crtstuff.c -DCRT_BEGIN -o crtbegin.o ../../gcc/crtstuff.c:1: internal compiler error: Segmentation fault (gdb) set args -fpreprocessed crtstuff.i -quiet -dumpbase crtstuff.i -mtune=generic -auxbase crtstuff -version -o /tmp/ccenndGf.s (gdb) r Starting program: /home/users/pluto/rpm/BUILD/trunk/builddir/gcc/cc1 -fpreprocessed crtstuff.i -quiet -dumpbase crtstuff.i -mtune=generic -auxbase crtstuff -version -o /tmp/ccenndGf.s GNU C version 4.2.0 20060702 (experimental) (PLD-Linux) (x86_64-pld-linux) compiled by GNU C version 4.2.0 20060702 (experimental) (PLD-Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Program received signal SIGSEGV, Segmentation fault. 0x0091cf26 in lshift_significand () (gdb) bt #0 0x0091cf26 in lshift_significand () #1 0x0091fbb4 in normalize () #2 0x00921b6c in real_from_integer () #3 0x0067f18f in init_emit_once () #4 0x0098f289 in toplev_main () #5 0x004a0c91 in main () $ ./xgcc -v Reading specs from /usr/lib64/gcc/x86_64-pld-linux/4.2.0/specs Target: x86_64-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib64 --libexecdir=/usr/lib64 --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib64 --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,java --enable-c99 --enable-long-long --enable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib64 --without-system-libunwind --enable-cmath --with-long-double-128 --with-gxx-include-dir=/usr/include/c++/4.2.0 --disable-libstdcxx-pch --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libjava-multilib --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-java-awt=qt,gtk,xlib --enable-jni --enable-xmlj --enable-alsa --enable-dssi --enable-bootstrap x86_64-pld-linux Thread model: posix gcc version 4.2.0 20060702 (experimental) (PLD-Linux) -- Summary: ICE during profiled bootstrap. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
[Bug other/27063] Fail to build gcc-core-4.2 snapshots
--- Comment #6 from bonzini at gnu dot org 2006-07-03 07:58 --- patch committed, should be ok. -- bonzini at gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27063
[Bug other/27063] Fail to build gcc-core-4.2 snapshots
--- Comment #5 from bonzini at gnu dot org 2006-07-03 07:58 --- Subject: Bug 27063 Author: bonzini Date: Mon Jul 3 07:58:08 2006 New Revision: 115145 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115145 Log: 2006-07-03 Paolo Bonzini <[EMAIL PROTECTED]> PR other/27063 * configure.in: Test subdir_requires and give an appropriate error message. * configure: Regenerate gcc: 2006-07-03 Paolo Bonzini <[EMAIL PROTECTED]> PR other/27063 * configure.ac (for lang...): Simplify nesting of conditionals. Test subdir_requires for non-enabled languages. Move processing of lang_opt_files and lang_tree_fiels below that test. * configure: Regenerate. * doc/sourcebuild.texi (Front End Config): Document subdir_requires. gcc/objcp: 2006-07-03 Paolo Bonzini <[EMAIL PROTECTED]> PR other/27063 * config-lang.in: Add subdir_requires. Modified: trunk/ChangeLog trunk/configure trunk/configure.in trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac trunk/gcc/doc/sourcebuild.texi trunk/gcc/objcp/ChangeLog trunk/gcc/objcp/config-lang.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27063