[Bug target/29449] OBJECT_FORMAT_ELF not defined for the AVR target
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 06:47 --- PR 18553. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||18553 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29449
[Bug target/25519] [4.0/4.1/4.2 Regression] Intel (SSE/MMX) intrinsics should only be mentioned instead of the builtins
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-16 08:36 --- Subject: Bug 25519 Author: rguenth Date: Mon Oct 16 08:36:03 2006 New Revision: 117774 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117774 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] PR target/25519 * doc/extend.texi (X86 Built-in Functions): Fix typos in SSE builtin documentation. Document SSE2 builtins. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/extend.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25519
[Bug target/25519] [4.0/4.1/4.2 Regression] Intel (SSE/MMX) intrinsics should only be mentioned instead of the builtins
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-10-16 08:39 --- Subject: Bug 25519 Author: rguenth Date: Mon Oct 16 08:38:52 2006 New Revision: 117775 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117775 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] PR target/25519 * doc/extend.texi (X86 Built-in Functions): Fix typos in SSE builtin documentation. Document SSE2 builtins. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/doc/extend.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25519
[Bug target/25519] [4.0/4.1/4.2 Regression] Intel (SSE/MMX) intrinsics should only be mentioned instead of the builtins
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-10-16 08:40 --- Subject: Bug 25519 Author: rguenth Date: Mon Oct 16 08:40:32 2006 New Revision: 117776 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117776 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] PR target/25519 * doc/extend.texi (X86 Built-in Functions): Fix typos in SSE builtin documentation. Document SSE2 builtins. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/doc/extend.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25519
[Bug target/25519] Intel (SSE/MMX) intrinsics should only be mentioned instead of the builtins
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-10-16 08:41 --- SSE2 builtins are now documented, so not a regression anymore. Still a paragraph mentioning the intrinsics could improve the situation. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Summary|[4.0/4.1/4.2 Regression]|Intel (SSE/MMX) intrinsics |Intel (SSE/MMX) intrinsics |should only be mentioned |should only be mentioned|instead of the builtins |instead of the builtins | Target Milestone|4.0.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25519
[Bug c/27184] [4.0/4.1 Regression] Wrong code with pointers to arrays and types and strict aliasing
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-10-16 09:36 --- I'll take care of this. (Bootstrap running) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-29 08:09:53 |2006-10-16 09:36:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
[Bug c/29091] [4.0/4.1 Regression] vector constant not fully outputed
--- Comment #6 from jakub at gcc dot gnu dot org 2006-10-16 09:58 --- Subject: Bug 29091 Author: jakub Date: Mon Oct 16 09:58:48 2006 New Revision: 117779 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117779 Log: PR c/29091 * varasm.c (output_constant): If TREE_VECTOR_CST_ELTS chain is shorter than the number of vector elements fill the rest with zeros. * gcc.dg/pr29091.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr29091.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29091
[Bug target/28960] [4.0/4.1 Regression] optimized bug with ia32 sse
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-16 10:16 --- Differences mainline vs. 4.1.x are @@ -8,14 +8,19 @@ test: pushl %ebp movl%esp, %ebp - subl$40, %esp - movss 12(%ebp), %xmm1 - movaps %xmm1, %xmm2 - unpcklps%xmm1, %xmm2 - movaps %xmm2, %xmm0 + subl$56, %esp + movd12(%ebp), %mm1 + movq%mm1, %mm2 + punpckldq %mm2, %mm2 + movd%mm1, -4(%ebp) + movss -4(%ebp), %xmm1 xorps %xmm2, %xmm2 unpcklps%xmm2, %xmm1 - movlhps %xmm1, %xmm0 + movaps %xmm1, %xmm0 + movq%mm2, -16(%ebp) + movq2dq %mm2, %xmm1 + movlhps %xmm0, %xmm1 + movaps %xmm1, %xmm0 addps mm, %xmm0 movaps %xmm0, mm movl8(%ebp), %eax i.e. 4.1.x uses MMX code here. This is PR28825 actually, I'll do a backport. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||28825 AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-09-06 14:23:10 |2006-10-16 10:16:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28960
[Bug fortran/29267] ICE in operand_subword_force, at emit-rtl.c:1353
--- Comment #11 from Tobias dot Schlueter at physik dot uni-muenchen dot de 2006-10-16 10:52 --- Subject: Re: ICE in operand_subword_force, at emit-rtl.c:1353 franke dot daniel at gmail dot com [EMAIL PROTECTED] wrote on Sat, 14 Oct 2006: Don't know whether it makes any difference - but if it is the array constructor that crashes because of unequal string lengths within its arguments, why is there no problem with this code? PROGRAM test_constructor CHARACTER(len=32), DIMENSION(1,2) :: a a = reshape((/ one arg, another arg /), (/ 1, 2 /)) END PROGRAM Because this doesn't trigger the buggy codepath :-) Sometime in the past someone went to some lengths to support this kind of invalid code. Had they read the standard closely, they could have saved themselves some work. (Also compare with #3) I don't see the relation. Cheers, - Tobi This message was sent using IMP, the Internet Messaging Program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29267
[Bug c/27184] [4.0/4.1 Regression] Wrong code with pointers to arrays and types and strict aliasing
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-10-16 11:18 --- Subject: Bug 27184 Author: rguenth Date: Mon Oct 16 11:18:28 2006 New Revision: 117782 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117782 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] Backport from mainline: 2006-08-13 Alexandre Oliva [EMAIL PROTECTED] Andrew Pinski [EMAIL PROTECTED] PR c/27184 * tree.c (build_array_type): Unify array types with unspecified index_type. * c-decl.c (grokdeclarator): Make sure we do not modify a unified incomplete array type. * c-typeck.c (store_init_value): Create distinct type before filling in the index type in an initializer from a compound literal. * c-decl.c (grokdeclarator): Remove code where we copy the array type over. 2006-08-13 Alexandre Oliva [EMAIL PROTECTED] PR c/27184 * gcc.dg/torture/pr27184.c: New test Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr27184.c - copied unchanged from r116116, trunk/gcc/testsuite/gcc.dg/torture/pr27184.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-decl.c branches/gcc-4_1-branch/gcc/c-typeck.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
[Bug c/27184] [4.0 Regression] Wrong code with pointers to arrays and types and strict aliasing
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-10-16 11:19 --- Fixed on the 4.1 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Summary|[4.0/4.1 Regression] Wrong |[4.0 Regression] Wrong code |code with pointers to arrays|with pointers to arrays and |and types and strict|types and strict aliasing |aliasing| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
[Bug inline-asm/29119] [4.0/4.1 Regression] Internal compiler error while adding __asm__ statement
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-10-16 11:25 --- Subject: Bug 29119 Author: rguenth Date: Mon Oct 16 11:25:18 2006 New Revision: 117783 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117783 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] Backport from mainline: 2006-10-10 Richard Guenther [EMAIL PROTECTED] PR inline-asm/29119 * gimplify.c (gimplify_asm_expr): Mark the gimplified lvalue addressable. * gcc.dg/torture/pr29119.c: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr29119.c - copied unchanged from r117633, trunk/gcc/testsuite/gcc.dg/torture/pr29119.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/gimplify.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29119
[Bug inline-asm/29119] [4.0 Regression] Internal compiler error while adding __asm__ statement
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-10-16 11:25 --- Fixed on the 4.1 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Summary|[4.0/4.1 Regression]|[4.0 Regression] Internal |Internal compiler error |compiler error while adding |while adding __asm__|__asm__ statement |statement | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29119
[Bug target/28960] [4.0/4.1 Regression] optimized bug with ia32 sse
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-16 11:35 --- Subject: Bug 28960 Author: rguenth Date: Mon Oct 16 11:34:44 2006 New Revision: 117784 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117784 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] PR target/28960 Backport from mainline: 2006-08-23 Stuart Hastings [EMAIL PROTECTED] PR target/28825 * gcc/config/i386/i386.c (ix86_expand_vector_init_duplicate, ix86_expand_vector_init_one_nonzero): Remove TARGET_SSE test. * gcc.target/i386/20060821-1.c: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.target/i386/20060821-1.c - copied unchanged from r116356, trunk/gcc/testsuite/gcc.target/i386/20060821-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/i386/i386.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28960
[Bug target/28825] return (vector float) { a, a, b, b } generates unwanted MMX insns
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-16 11:35 --- Subject: Bug 28825 Author: rguenth Date: Mon Oct 16 11:34:44 2006 New Revision: 117784 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117784 Log: 2006-10-16 Richard Guenther [EMAIL PROTECTED] PR target/28960 Backport from mainline: 2006-08-23 Stuart Hastings [EMAIL PROTECTED] PR target/28825 * gcc/config/i386/i386.c (ix86_expand_vector_init_duplicate, ix86_expand_vector_init_one_nonzero): Remove TARGET_SSE test. * gcc.target/i386/20060821-1.c: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.target/i386/20060821-1.c - copied unchanged from r116356, trunk/gcc/testsuite/gcc.target/i386/20060821-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/i386/i386.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28825
[Bug target/28960] [4.0 Regression] optimized bug with ia32 sse
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-10-16 11:35 --- Fixed on the 4.1 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Summary|[4.0/4.1 Regression]|[4.0 Regression] optimized |optimized bug with ia32 sse |bug with ia32 sse http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28960
[Bug middle-end/28970] [4.1 Regression] Wrong code for simple loop test case
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-16 12:07 --- This is a bug in loop.c bb 0: pretmp.61 = q - 1; outgo = 0; L0:; outgo.62 = outgo + 1; outgo = MIN_EXPR pretmp.61, outgo.62; j = tar (outgo * bcount); if (j != -1) goto L0; else goto L4; L4:; return; Bug in biv selection, so strength reduction messes up: Loop from 45 to 46: 12 real insns. Biv 60: insn 19 const (reg 59 [ pretmp.26 ]) Biv 60: insn 22 const (1) Biv 60: verified Biv 60: initialized at insn 13: initial value (0) Giv 58: insn 17 src reg 60 benefit 4 lifetime 6 60 is not a Biv: (insn 19 17 20 1 (set (reg/v:SI 60 [ outgo ]) (reg:SI 59 [ pretmp.26 ])) 40 {*movsi_1} (nil) (nil)) (insn 20 19 21 1 (set (reg:CCGC 17 flags) (compare:CCGC (reg/v:SI 60 [ outgo ]) (reg/v:SI 58 [ outgo.27 ]))) 5 {*cmpsi_1_insn} (nil) (nil)) (jump_insn 21 20 41 1 (set (pc) (if_then_else (le (reg:CCGC 17 flags) (const_int 0 [0x0])) (label_ref 23) (pc))) 531 {*jcc_1} (nil) (expr_list:REG_BR_PROB (const_int 5000 [0x1388]) (nil))) ;; End of basic block 1, registers live: (nil) ;; Start of basic block 2, registers live: (nil) (note 41 21 22 2 [bb 2] NOTE_INSN_BASIC_BLOCK) (insn 22 41 23 2 (set (reg/v:SI 60 [ outgo ]) (reg/v:SI 58 [ outgo.27 ])) 40 {*movsi_1} (nil) (nil)) ;; End of basic block 2, registers live: (nil) ;; Start of basic block 3, registers live: (nil) (code_label 23 22 42 3 3 [1 uses]) now strength reduction does: (insn 19 17 51 1 (set (reg/v:SI 60 [ outgo ]) (reg:SI 59 [ pretmp.26 ])) -1 (nil) (nil)) (insn 51 19 20 1 (parallel [ (set (reg:SI 66) (mult:SI (reg:SI 59 [ pretmp.26 ]) (reg/v:SI 63 [ bcount ]))) (clobber (reg:CC 17 flags)) ]) -1 (nil) (nil)) (insn 20 51 21 1 (set (reg:CCGC 17 flags) (compare:CCGC (reg/v:SI 60 [ outgo ]) (reg/v:SI 58 [ outgo.27 ]))) -1 (nil) (nil)) (jump_insn 21 20 41 1 (set (pc) (if_then_else (le (reg:CCGC 17 flags) (const_int 0 [0x0])) (label_ref 23) (pc))) -1 (nil) (expr_list:REG_BR_PROB (const_int 5000 [0x1388]) (nil))) ;; End of basic block 1, registers live: (nil) ;; Start of basic block 2, registers live: (nil) (note 41 21 22 2 [bb 2] NOTE_INSN_BASIC_BLOCK) (insn 22 41 50 2 (set (reg/v:SI 60 [ outgo ]) (reg/v:SI 58 [ outgo.27 ])) -1 (nil) (nil)) (insn 50 22 23 2 (parallel [ (set (reg:SI 66) (plus:SI (reg:SI 66) (reg/v:SI 63 [ bcount ]))) (clobber (reg:CC 17 flags)) ]) -1 (nil) (nil)) ;; End of basic block 2, registers live: (nil) ;; Start of basic block 3, registers live: (nil) (code_label 23 50 42 3 3 [1 uses]) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org Last reconfirmed|2006-09-07 05:01:38 |2006-10-16 12:07:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28970
[Bug libgcj/29460] configure: error: libXtst not found, required by java.awt.Robot
--- Comment #3 from dir at lanl dot gov 2006-10-16 12:39 --- Created an attachment (id=12442) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12442action=view) config.log file from gfortran/ibin/powerpc-apple-darwin8.7.0/libjava -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
[Bug libgcj/29460] configure: error: libXtst not found, required by java.awt.Robot
--- Comment #4 from dir at lanl dot gov 2006-10-16 12:42 --- Created an attachment (id=12443) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12443action=view) config.log file from /Users/dir/gfortran/ibin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
[Bug libgcj/29460] configure: error: libXtst not found, required by java.awt.Robot
--- Comment #5 from pluto at agmk dot net 2006-10-16 12:47 --- this is a dup of PR25026. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
[Bug fortran/29451] Fortran runtime error: Attempt to allocate a negative amount of memory...
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-16 13:07 --- Created an attachment (id=12444) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12444action=view) Full patch and testcase for this PR The pigeon seems to have got lost on the way to submit this patch to GNU central, so here it is anyway! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29451
[Bug fortran/29471] Warn with -std=f95/f2003 when BOZ is used at invalid places
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de 2006-10-16 13:34 --- Note that there is a change in meaning: BOZ-everywhere extension: a = real(z'F') is the same as real(int(z'F')) = 15.0 (This is what gfortran does and Intel does by default) Fortran 2003: a = real(z'F') = 2.1019477E-44 Intel gives a default warning in such cases: fortcom: Warning: boz2.f90, line 2: The Fortran 2003 Standard will use this bit pattern directly and NOT convert it to REAL as if it were an INTEGER constant (try -switch fe_new_BOZ_constants). a = real(z'F') ^ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29471
[Bug middle-end/29478] [4.2 Regression] optmization generates warning for casts
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-16 13:37 --- Happens during inlining, so I guess one of the strip-useless-type-conversion patches caused this. But initialize_inlined_parameters shouldn't call into the frontend again here: /* Find the initializer. */ value = lang_hooks.tree_inlining.convert_parm_for_inlining (p, a ? TREE_VALUE (a) : NULL_TREE, fn, argnum); I don't see why this should be necessary anymore as we're now inlining gimple? -- rguenth 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=29478
[Bug middle-end/29478] [4.2 Regression] optmization generates warning for casts
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-10-16 13:46 --- I'm testing complete removal of the langhook. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478
[Bug fortran/29392] Segfault on data character initialization
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-16 14:05 --- Created an attachment (id=12445) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12445action=view) Simple fix, testcase and ChangeLog entries. I'll submit this tonight. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29392
[Bug libstdc++/29095] [4.0/4.1/4.2 Regression] cxxabi.h __cxa_cdtor_type not declared when included from C
--- Comment #12 from bkoz at gcc dot gnu dot org 2006-10-16 14:06 --- Paolo you are correct, non-build testing is at issue. I'm trying to fix... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29095
[Bug tree-optimization/28545] [4.1 Regression] Wrong code for hoisted multiplication
--- Comment #15 from amacleod at redhat dot com 2006-10-16 14:36 --- Or we can just backport the fix from mainline to 4.1 which changes the immediate use iterators and eliminates this kind of problem. Bug 26854 and a couple of small follow up patches on 4/28 and 5/2. They've been in mainline since the beginning of may and should be stable enough... Makes a speed difference too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28545
[Bug bootstrap/29457] make error when building on OpenUnix 8.5
--- Comment #2 from mircea_lutic at yahoo dot com 2006-10-16 14:47 --- it was indeed due to using to sco make. Sorry for rushing. Thank you, Mircea. -- mircea_lutic at yahoo dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29457
[Bug bootstrap/29482] New: libcpp/configure - no usable dependency style found
Dependency creation fails for libcpp on OpenUnix 8.5. Surprisingly enough the previous phases of the gcc bootstrap work well enough and also seemed to do some dependency work. The cc on Caldera OpenUnix 8.5 can generate dependencies but it's not used for this purpose. Here is the man : -H Causes the pathnames of all files included to be printed, one per line, on the standard error output. I'm not a shell wizzard but I guess something like the following should be added to depcomp (I mean - the following does NOT work :) ). sco) cc -c -H $object 2$tmpdepfile stat=$? cat $tmpdepfile if test $stat -eq 0; then : else rm -f $tmpdepfile exit $stat fi mv $tmpdepfile $depfile ;; I know the stderr may not available for the purpose. May be someone more familiar with these scripts can do the trick? Thank you, Mircea P.S.1 Here's the uname -a : OpenUNIX T114p 5 8.0.0 i386 x86at Caldera UNIX_SVR5 P.S.2 May be mp4 could be made to generate these dependencies so this whole script collection becomes unneeded? -- Summary: libcpp/configure - no usable dependency style found Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mircea_lutic at yahoo dot com GCC build triplet: i686-unknown-sysv5OpenUNIX8.0.0 GCC host triplet: i686-unknown-sysv5OpenUNIX8.0.0 GCC target triplet: i686-unknown-sysv5OpenUNIX8.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29482
[Bug c++/26785] extra qualification error gives line number of end of declaration
--- Comment #2 from mueller at gcc dot gnu dot org 2006-10-16 15:22 --- ehm, this is the same with any warning/error message? why would this case be special? -- mueller at gcc dot gnu dot org changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26785
[Bug fortran/29392] Segfault on data character initialization
--- Comment #2 from patchapp at dberlin dot org 2006-10-16 15:25 --- Subject: Bug number PR29392 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00804.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29392
[Bug c++/7302] -Wnon-virtual-dtor should't complain of protected dtor
-- mueller at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mueller at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2005-12-11 23:01:26 |2006-10-16 15:26:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302
[Bug fortran/29451] Fortran runtime error: Attempt to allocate a negative amount of memory...
--- Comment #3 from patchapp at dberlin dot org 2006-10-16 15:30 --- Subject: Bug number PR29451 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00805.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29451
[Bug c++/18410] GCC does not warn about hidden methods
--- Comment #4 from mueller at gcc dot gnu dot org 2006-10-16 15:34 --- use -Woverloaded-virtual -- mueller at gcc dot gnu dot org changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org Status|NEW |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18410
[Bug c++/24525] g++ fails to warn when converting UDT through double to int
-- mueller at gcc dot gnu dot org changed: What|Removed |Added Severity|trivial |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24525
[Bug c++/26167] -Wconversion fails to detect signedness conversion from int to unsigned int in fuction call
--- Comment #14 from mueller at gcc dot gnu dot org 2006-10-16 15:37 --- *** Bug 26298 has been marked as a duplicate of this bug. *** -- mueller at gcc dot gnu dot org changed: What|Removed |Added CC||m dot becker at spider- ||software dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26167
[Bug c++/26298] -Wconversion fails to detect signedness change during widening conversion
--- Comment #6 from mueller at gcc dot gnu dot org 2006-10-16 15:37 --- *** This bug has been marked as a duplicate of 26167 *** -- mueller at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26298
[Bug c++/26785] extra qualification error gives line number of end of declaration
--- Comment #3 from tbm at cyrius dot com 2006-10-16 15:38 --- (In reply to comment #2) ehm, this is the same with any warning/error message? why would this case be special? I never noticed before, but it would still be nice to get this changed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26785
[Bug libgcj/29460] configure: error: libXtst not found, required by java.awt.Robot
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-16 15:40 --- *** This bug has been marked as a duplicate of 25026 *** -- 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=29460
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-16 15:40 --- *** Bug 29460 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||dir at lanl dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug bootstrap/29482] libcpp/configure - no usable dependency style found
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 15:46 --- The configure check in libcpp is based on automake's code. Do you know if they support SCO's cc dependencies yet? Note you should also read README.SCO. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29482
[Bug target/28825] return (vector float) { a, a, b, b } generates unwanted MMX insns
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.0 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28825
[Bug c++/29483] New: Undefined reference when using negated static const double
The following little testcase class Foo { public: void bar() const; static const double TOL = 1e-14; }; void Foo::bar() const { double tol = -TOL; } int main(){} produces the error message [EMAIL PROTECTED]:~/dune_projects/uggridtest$ g++ test.cc /tmp/cco39MFe.o: In function `Foo::bar() const': test.cc:(.text+0x8): undefined reference to `Foo::TOL' collect2: ld returned 1 exit status when compiled with [EMAIL PROTECTED]:~/dune_projects/uggridtest$ g++ --version g++ (GCC) 4.1.2 20060901 (prerelease) (Debian 4.1.1-13) It compiles with 2.95 and 3.3, it does not compile with 3.4. The error message goes away when the minus sign in front of TOL is removed. -- Summary: Undefined reference when using negated static const double Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sander at mi dot fu-berlin dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29483
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #5 from dir at lanl dot gov 2006-10-16 15:53 --- powerpc-apple-darwin8.7.0 does not come with 64 bit libraries for x-windows - is there some way to turn of the 64 bit branch of the build ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug c++/29483] Undefined reference when using negated static const double
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 15:54 --- This is not a bug, you still need to have a memory location for Foo::TOL for this to be valid code. -- 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=29483
[Bug tree-optimization/29484] New: tree-inline.c bug with local static vars
static inline __attribute__((always_inline)) void bar (void) { addr:; static const unsigned long b __attribute__((__used__)) __attribute__((section(btable))) = (unsigned long) addr; asm ( : : m (b)); } void foo (void) { bar (); } generates at -O and higher a reference to undefined local label (and has one unused different label). If the body of bar is instead copied into foo () and the call removed, it works fine. I think this is related to the http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01850.html changes, not sure why isn't the local var remapped in: /* Add local vars in this inlined callee to caller. */ t_step = id-src_cfun-unexpanded_var_list; for (; t_step; t_step = TREE_CHAIN (t_step)) { var = TREE_VALUE (t_step); if (TREE_STATIC (var) !TREE_ASM_WRITTEN (var)) cfun-unexpanded_var_list = tree_cons (NULL_TREE, var, cfun-unexpanded_var_list); else cfun-unexpanded_var_list = tree_cons (NULL_TREE, remap_decl (var, id), cfun-unexpanded_var_list); } asm isn't written, but the variable IMHO still needs remapping, at least to get the LABEL_DECL in the initializer remapped. In C there shouldn't be a problem with ODR, in C++ not sure what happens if initializer of some inline fn local var has label in its initializer - issue an error? -- Summary: tree-inline.c bug with local static vars Product: gcc Version: 4.2.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=29484
[Bug middle-end/29478] [4.2 Regression] optmization generates warning for casts
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-16 16:06 --- Doesn't work out. It looks like we depend on its side-effects in some testcases: FAIL: gcc.dg/assign-warn-3.c (test for warnings, line 9) FAIL: gcc.dg/assign-warn-3.c (test for warnings, line 13) FAIL: gcc.dg/pr29254.c (test for warnings, line ) FAIL: gcc.dg/pr29254.c (test for warnings, line 21) FAIL: gcc.dg/warn-1.c (test for warnings, line 15) FAIL: gcc.dg/noncompile/pr16876.c (internal compiler error) FAIL: gcc.dg/noncompile/pr16876.c (test for errors, line 10) ... pr29254 is artificial - it tests for the bogus warning, otherwise the warning should be done in the frontend. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478
[Bug tree-optimization/29484] [4.0/4.1/4.2 Regression] tree-inline.c bug with local static vars
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 16:06 --- Confirmed. generates at -O and higher a reference to undefined local label No it generates an undefined local label at all levels of optimization in 4.0.x and above (there was a bug about not supporting used on local static at -O0 which you are running into also). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||link-failure Known to fail||4.0.0 4.1.0 4.2.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2006-10-16 16:06:40 date|| Summary|tree-inline.c bug with local|[4.0/4.1/4.2 Regression] |static vars |tree-inline.c bug with local ||static vars Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29484
[Bug c++/29485] New: missing diagnostic when declared inline in class declaration
Hi, this testcase fails to produce a return value missing diagnostic: === Cut === class test { bool fii(test* other) { if (!other) return false; } }; === Cut === Interestingly, it works when declared outside the class itself, which makes me suspect that this is caused by some C++ parser oddity. -- Summary: missing diagnostic when declared inline in class declaration Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mueller at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29485
[Bug fortran/29216] Derived type components of function results are not initialised
--- Comment #6 from pault at gcc dot gnu dot org 2006-10-16 16:51 --- Created an attachment (id=12446) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12446action=view) Fix for this and PR29394 As well as fixing these PRs, this patch provides an option -finitialize-null, which does just that to all variables. I am just about to apply it to workstation's tree and will submit it tonight after another round of regtetsing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Attachment #12406|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29216
[Bug fortran/29471] Warn with -std=f95/f2003 when BOZ is used at invalid places
--- Comment #2 from kargl at gcc dot gnu dot org 2006-10-16 16:51 --- This is going to be difficult to fix. In fact, it will require a complete rewrite on how BOZ are handled. Fortran 2003: a = real(z'F') = 2.1019477E-44 Are you sure this is the only correct value? The F2003 says nothing about the other 28 bits. It also says nothing about whether z'F' applies to most significant bits or least significant bits of the 32-bit real. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29471
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #6 from smithj at rpath dot com 2006-10-16 16:53 --- if are are using 4.2: http://people.rpath.com/~smithj/gcc-java-nomulti.patch if 4.1.1: http://tinyurl.com/y37csd -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug fortran/29403] [4.1 only] print ('(a)') not working, print '(a) works
--- Comment #4 from kargl at gcc dot gnu dot org 2006-10-16 16:58 --- Fixed on trunk. Testing for 4.1. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|print ('(a)') not working, |[4.1 only] print ('(a)') not |print '(a) works|working, print '(a) works http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29403
[Bug c++/29485] missing diagnostic when declared inline
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 17:01 --- Actually all inlined functions for C++ are missing the diagnostic: inline int fii(int *other) { if(!other)return 0; } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|missing diagnostic when |missing diagnostic when |declared inline in class|declared inline |declaration | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29485
[Bug c++/28211] [4.0/4.1/4.2 Regression] wrong linkage of template argument, diagnostic could be improved
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-10-16 17:02 --- Subject: Bug 28211 Author: mmitchel Date: Mon Oct 16 17:02:07 2006 New Revision: 117787 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117787 Log: PR c++/28211 * parser.c (cp_parser_template_argument): Don't consider var a possible constant-expression. * pt.c (convert_nontype_argument): Refine handling of arguments of pointer type. PR c++/28211 * g++.dg/tc1/dr49.C: Tweak error messages. * g++.dg/parse/template21.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/template21.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/tc1/dr49.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28211
[Bug c++/29485] missing diagnostic when declared inline
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-16 17:02 --- (In reply to comment #0) Interestingly, it works when declared outside the class itself, which makes me suspect that this is caused by some C++ parser oddity. Are you sure because I could reproduce the missing warning for all inline functions with the C++ front-end. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29485
[Bug c++/21678] Using inline disables warnings about missing return statements
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-16 17:04 --- Actually for C++, any inline disables the warning: inline int fii(int *other) { if(!other)return 0; } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Using inline + always_inline|Using inline disables |disables warnings about |warnings about missing |missing return statements |return statements http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21678
[Bug c++/29485] missing diagnostic when declared inline
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-16 17:04 --- *** This bug has been marked as a duplicate of 21678 *** -- 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=29485
[Bug c++/21678] Using inline disables warnings about missing return statements
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-16 17:04 --- *** Bug 29485 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21678
[Bug fortran/29471] Warn with -std=f95/f2003 when BOZ is used at invalid places
--- Comment #3 from tobias dot burnus at physik dot fu-berlin dot de 2006-10-16 17:12 --- (In reply to comment #2) Fortran 2003: a = real(z'F') = 2.1019477E-44 Are you sure this is the only correct value? The F2003 says nothing about the other 28 bits. It also says nothing about whether z'F' applies to most significant bits or least significant bits of the 32-bit real. Well, that is the value ifort gave me (using -switch fe_new_BOZ_constants); I think it is a valid value, but I'm not sure whether it is the only one. As NAG f95, g95 and sunf95 do not yet support F2003's BOZ, I cannot compare with what they give. I also found the F2003 standard not so detailed, but maybe I missed the right spot. Best to ask at comp.lang.fortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29471
[Bug c++/28211] [4.0/4.1/4.2 Regression] wrong linkage of template argument, diagnostic could be improved
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-16 17:17 --- Fixed in 4.2.0. Will not be fixed in previous releases. -- 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=28211
[Bug libstdc++/29095] [4.0/4.1/4.2 Regression] cxxabi.h __cxa_cdtor_type not declared when included from C
--- Comment #13 from bkoz at gcc dot gnu dot org 2006-10-16 17:22 --- Subject: Bug 29095 Author: bkoz Date: Mon Oct 16 17:22:38 2006 New Revision: 117788 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117788 Log: 2006-10-16 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc++/29095 continued * testsuite/lib/libstdc++.exp (v3_target_compile_as_c): Additions so that testing not in the build directory works for the C target language. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/testsuite/lib/libstdc++.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29095
[Bug fortran/29471] Warn with -std=f95/f2003 when BOZ is used at invalid places
--- Comment #4 from kargl at gcc dot gnu dot org 2006-10-16 17:23 --- Forgot to add myself to cc listing. Tobias, the only place the handling on a BOZ (other the data-stmt handling) is discussed in the description REAL() intrinsic procedure. It contains the dreaded processor-dependent language. -- kargl at gcc dot gnu dot org changed: What|Removed |Added CC||kargl at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29471
[Bug c++/29486] New: call of friend template is ambiguous
While moving the definition of a friend template out of the class definition I found this error. Please compile the attached file and have a look at the ReleaseAll function. The file is part of Loki. -- Summary: call of friend template is ambiguous Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: syntheticpp at gmx dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug c++/29408] [4.1/4.2 regression] parse error for valid code
-- 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=29408
[Bug c++/29435] [4.1/4.2 Regression] seg fault with sizeof and templates
-- 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=29435
[Bug c++/29486] call of friend template is ambiguous
--- Comment #1 from syntheticpp at gmx dot net 2006-10-16 17:40 --- Created an attachment (id=12447) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12447action=view) demo: g++ bug.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug c++/29236] [4.0/4.1/4.2 Regression] Bogus ambiguity with templates + friend
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-10-16 18:36 --- The problem here is that tsubst, for a TEMPLATE_TEMPLATE_PARM, reduces the parameter level for the new TEMPLATE_TEMPLATE_PARM (via a call to reduce_template_parm_level), but does not reset TEMPLATE_TEMPLATE_PARM_TEMPLATE_DECL to a substituted version of the template. Therefore, when we consider merging the friend declaration and the global declaration, we think that there types are different. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2006-10-10 04:11:45 |2006-10-16 18:36:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29236
[Bug fortran/29403] [4.1 only] print ('(a)') not working, print '(a) works
--- Comment #5 from kargl at gcc dot gnu dot org 2006-10-16 18:37 --- Subject: Bug 29403 Author: kargl Date: Mon Oct 16 18:37:39 2006 New Revision: 117789 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117789 Log: 2006-10-15 Steven G. Kargl [EMAIL PROTECTED] PR fortran/29403 * io.c (match_io): Check for a default-char-expr for PRINT format. * gfortran.dg/print_1.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/print_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/io.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29403
[Bug tree-optimization/29484] [4.0/4.1/4.2 Regression] tree-inline.c bug with local static vars
--- Comment #2 from jakub at gcc dot gnu dot org 2006-10-16 18:42 --- Actually, even C generates one static var for all the inlined functions (in C within one object), so I'd say we just should mark functions containing local static variables with label in their initializers as non-inlinable, because anything else means we can't use the same variable for more than one inlined copy of the function. In that light the original testcase would just issue an error, as always_inline function can't be inlined, but e.g. void baz (unsigned long *); static inline void bar (void) { addr:; static unsigned long b = (unsigned long) addr; baz (b); } void f1 (void) { bar (); } void f2 (void) { bar (); } would be a valid testcase that we don't handle properly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29484
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #7 from dir at lanl dot gov 2006-10-16 18:53 --- I tried installing the patch (the two patch files in comment #6 were identical) into 4.2 , but it failed - [dranta:~/gfortran/gcc/libjava] dir% patch -p2 gcc-java-nomulti.patch patching file configure Hunk #1 succeeded at 4892 (offset 309 lines). patching file configure.ac Hunk #1 succeeded at 209 (offset 36 lines). patching file Makefile.in Hunk #1 succeeded at 7510 with fuzz 1 (offset 1524 lines). Hunk #2 FAILED at 8896. 1 out of 2 hunks FAILED -- saving rejects to file Makefile.in.rej -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #8 from smithj at rpath dot com 2006-10-16 18:55 --- sorry about that. http://people.rpath.com/~smithj/gcc42-java-nomulti.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #9 from tromey at gcc dot gnu dot org 2006-10-16 19:00 --- You may want to try --disable-multilib. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug fortran/29403] [4.1 only] print ('(a)') not working, print '(a) works
--- Comment #6 from kargl at gcc dot gnu dot org 2006-10-16 19:18 --- Fixed on 4.1, now. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29403
[Bug middle-end/29478] [4.2 Regression] optmization generates warning for casts
--- Comment #6 from janis at gcc dot gnu dot org 2006-10-16 19:21 --- A regression hunt identified the following patch: http://gcc.gnu.org/viewcvs?view=revrev=116424 r116424 | amylaar | 2006-08-25 18:51:57 + (Fri, 25 Aug 2006) -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||amylaar at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #10 from dir at lanl dot gov 2006-10-16 19:57 --- What does --disable-multilib do ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-10-16 20:00 --- (In reply to comment #10) What does --disable-multilib do ? It disables all the creation of the multi arch libraries so only the default archeture is created for the libraries. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #12 from smithj at rpath dot com 2006-10-16 20:03 --- Be that as it may, there are plenty of cases where multilib is desired, just not for java. That should be an option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug c++/29486] call of friend template is ambiguous
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-16 20:07 --- Quickly looking at the source, I think this is the same as PR 29438 and PR 29236. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||29236, 29438 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-10-16 20:10 --- (In reply to comment #12) Be that as it may, there are plenty of cases where multilib is desired, just not for java. That should be an option. Not really, if you don't have the libraries, you should not be building multilib in general anyways. Closing as invalid. -- 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=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #14 from smithj at rpath dot com 2006-10-16 20:13 --- Java multilib is very difficult to bootstrap. For distros which require a clean bootstrap, yet want multilib support, having it without java is an acceptable compromise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-16 20:14 --- (In reply to comment #14) Java multilib is very difficult to bootstrap. For distros which require a clean bootstrap, yet want multilib support, having it without java is an acceptable compromise. Is it? You do first a C/C++ build and then build all the libraries which is needed for libjava and then do a full GCC build and then rebuild the libraries if really needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #16 from dir at lanl dot gov 2006-10-16 20:18 --- The patch from comment #8 partly fails on a 4.2 tree created this afternoon - [dranta:~/gfortran/gcc/libjava] dir% patch -p2 gcc42-java-nomulti.patch patching file Makefile.in Hunk #1 FAILED at 9006. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.in.rej patching file configure Hunk #1 succeeded at 4892 (offset 309 lines). patching file configure.ac Hunk #1 succeeded at 209 (offset 36 lines). [dranta:~/gfortran/gcc/libjava] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug c++/29486] call of friend template is ambiguous
--- Comment #3 from syntheticpp at gmx dot net 2006-10-16 20:53 --- Comeau compiles it, but vc8 also fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug c++/29486] call of friend template is ambiguous
--- Comment #4 from syntheticpp at gmx dot net 2006-10-16 20:59 --- Created an attachment (id=12448) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12448action=view) mingw-gcc crash Here another file which does not compile. On Windows gcc even crashs: bug2.cpp: In function `void friend_handling()': bug2.cpp:1626: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://www.mingw.org/bugs.shtml for instructions. Reading specs from c:/programme/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/min gw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --ena ble-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-in terpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw special) And cygwin: Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/ usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm --disable-win32 -registry --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug : (reconfigured) Thread model: posix gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug fortran/29451] Fortran runtime error: Attempt to allocate a negative amount of memory...
--- Comment #4 from patchapp at dberlin dot org 2006-10-16 21:00 --- Subject: Bug number PR29451 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00822.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29451
[Bug c++/29486] call of friend template is ambiguous
--- Comment #5 from syntheticpp at gmx dot net 2006-10-16 21:09 --- bug2.cpp: 4.0.1 and 20061010 doesn't crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug c++/29486] call of friend template is ambiguous
--- Comment #6 from syntheticpp at gmx dot net 2006-10-16 21:18 --- (In reply to comment #2) Quickly looking at the source, I think this is the same as PR 29438 and PR 29236. Yes, this is possible, allways template templates are used as template parameter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
[Bug fortran/29067] Internal Error: gfc_resolve_expr(): Bad expression type
--- Comment #14 from mathieu dot courtois at free dot fr 2006-10-16 21:28 --- Sorry for my silence... I have the same error with source code of comment #12 always with : gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13) I'm downloading svn snapshot... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29067
[Bug target/25630] darwin-ppc, wrong alignment of nested structs
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-10-16 21:46 --- I think this is a dup of bug 23067; they have the same underlying problem, which is that FSF GCC doesn't emulate the Apple GCC algorithm for structure layout exactly. *** This bug has been marked as a duplicate of 23067 *** -- geoffk at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25630
[Bug target/23067] Incorrect struct layout on darwin
--- Comment #25 from geoffk at gcc dot gnu dot org 2006-10-16 21:46 --- *** Bug 25630 has been marked as a duplicate of this bug. *** -- geoffk at gcc dot gnu dot org changed: What|Removed |Added CC||andreast at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
[Bug target/23067] Incorrect struct layout on darwin
-- geoffk at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Known to fail|3.3.3 3.4.0 4.0.0 4.1.0 |3.3.3 3.4.0 4.0.0 4.1.0 ||4.2.0 Last reconfirmed|2005-12-10 05:34:46 |2006-10-16 21:47:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
[Bug c/11377] fault or warn modifiable static in extern inline definition
-- geoffk at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11377
[Bug target/15834] NO_IMPLICIT_EXTERN_C should be gotten rid of
-- geoffk at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15834
[Bug c/16622] [C99] extern inline is handled wrong in C99 mode
-- geoffk at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16622
[Bug target/23067] Incorrect struct layout on darwin
-- geoffk at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
[Bug target/3920] [PPC] wrong register number for CTR in stabs
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-10-16 21:58 --- This should work now for DWARF, so only stabs uses strange numbering. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3920
[Bug bootstrap/6650] Install the compiler driver under links such as gcc-3.0.1
--- Comment #3 from eldenc at tucsonembedded dot com 2006-10-16 22:18 --- Compiling/Installation 4.1.1 is really easy, but answering the question 'Does it compile my stuff?' prior to really installing for everybody is a little difficult... It would be nice if (when lean isn't set) for 'make bootstrap' or 'make DESTDIR=path-to-rootdir install' to create either a) chroot jail for testing --or-- b) a script that could be sourced to set all relevent environment varables (e.g. PATH, LD_PATH?) to point at the new compiler, and libraries. (If this already exists, it should be documented in INSTALL/finalinstall.html and/or INSTALL/build.html) I think b) would be betterno super user required to test stuff out. (a grain of salt is required, my status for modern gcc is newbii.) -- eldenc at tucsonembedded dot com changed: What|Removed |Added CC||eldenc at tucsonembedded dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6650
[Bug testsuite/23610] obj-c++.dg/bitfield-[14].mm, obj-c++.dg/layout-1.mm fails with the GNU runtime
--- Comment #5 from danglin at gcc dot gnu dot org 2006-10-16 22:28 --- Also fails on hppa2.0w-hp-hpux11.11 (32-bit). -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23610
[Bug testsuite/23610] obj-c++.dg/bitfield-[14].mm, obj-c++.dg/layout-1.mm fails with the GNU runtime
--- Comment #6 from danglin at gcc dot gnu dot org 2006-10-16 22:29 --- Sorry, only obj-c++.dg/bitfield-1.mm fails on hppa2.0w-hp-hpux11.11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23610