[Bug preprocessor/28079] #line range not verified without -pedantic

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-21 05:07 --- [kudzu:~] pinskia% gcc t.c -pedantic-errors -std=c99 t.c:1:7: error: line number out of range t.c:-1358925197: error: ISO C forbids an empty source file With -pedantic we just get a warning. I don't know if we shou

[Bug c++/28017] lack of guard variables for explicitly instantiated template static data

--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-21 05:05 --- -fno-weak worked in 3.0.4 and below, though I don't know if it was really working so I am not marking this as a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c++/28017] lack of guard variables for explicitly instantiated template static data

--- Comment #11 from pinskia at gcc dot gnu dot org 2006-06-21 04:50 --- Actually I take that back, it is also a problem with targets that don't have weak symbols too. On x86_64-linux-gnu with the additional flag of -fno-weak: pc64:~> g++ test.cc test1.cc -fno-weak pc64:~> ./a.out new:

[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize

--- Comment #14 from pinskia at gcc dot gnu dot org 2006-06-21 04:27 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/28088] [4.1 Regression] Internal compiler error on boost mpl test/apply.cpp

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-21 04:21 --- "4.0.3 20051105" fails by rejecting the code. Likewise for "4.1.0 20060208". But a real 4.0.3 accepts the code so this is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug target/27861] [4.0 regression] ICE in expand_expr_real_1, at expr.c:6916

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-21 04:18 --- Fixed also in 4.1.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug middle-end/28116] [4.1 Regression] ICE when building konverter with gcc-4.1 with -O3 [RSO]

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |middle-end Summary|[4.1 Regression] ICE when |[4.1 Regre

[Bug c++/28117] ICE when building kaffeine with gcc-4.1 with -O1 -finline-functions

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-21 04:14 --- *** This bug has been marked as a duplicate of 28116 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/28116] [4.1 Regression] ICE when building konverter with gcc-4.1 with -O3

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-21 04:14 --- *** Bug 28117 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28116

[Bug c++/28117] ICE when building kaffeine with gcc-4.1 with -O1 -finline-functions

--- Comment #1 from vapier at gentoo dot org 2006-06-21 04:09 --- Created an attachment (id=11717) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11717&action=view) PR136309-ice.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28117

[Bug c++/28116] ICE when building konverter with gcc-4.1 with -O3

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-21 04:08 --- Works just fine with "4.1.0 20060208" but fails with "4.1.2 20060608" and only with -m32 -O3. pr28116.ii:17: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6336 Please submit a full bug report, with p

[Bug c++/28117] New: ICE when building kaffeine with gcc-4.1 with -O1 -finline-functions

when building kaffeine with gcc-4.1.1 and -O1 -finline-functions, gcc ICEs: kxinewidget.cpp: In member function 'QTime KXineWidget::getLengthInfo()': kxinewidget.cpp:3748: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6336 Please submit a full bug report, with preprocessed source

[Bug c++/28088] Internal compiler error on boost mpl test/apply.cpp

--- Comment #4 from mark at halcy0n dot com 2006-06-21 04:05 --- 4.1.2 fails as well. -- mark at halcy0n dot com changed: What|Removed |Added CC|

[Bug c++/28116] ICE when building konverter with gcc-4.1 with -O3

--- Comment #1 from vapier at gentoo dot org 2006-06-21 04:04 --- Created an attachment (id=11716) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11716&action=view) PR28116-ice.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28116

[Bug c++/28116] New: ICE when building konverter with gcc-4.1 with -O3

when building konverter with gcc-4.1.1, gcc ICEs: kxinewidget.cpp: In member function 'QTime KXineWidget::getLengthInfo()': kxinewidget.cpp:2841: internal compiler error: Segmentation fault Please submit a full bug report gcc-4.0.3 and gcc-4.2 compiles the code just fine validated on Gentoo and

[Bug target/27861] [4.0/4.1 regression] ICE in expand_expr_real_1, at expr.c:6916

--- Comment #7 from sayle at gcc dot gnu dot org 2006-06-21 03:27 --- Subject: Bug 27861 Author: sayle Date: Wed Jun 21 03:27:27 2006 New Revision: 114839 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114839 Log: PR target/27861 * expmed.c (expand_shift): On SH

[Bug target/28115] possible bug in recog_memoized usage in rs6000.c??

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-21 00:27 --- I will test the obvious patch. The orginal writter of this code, Torbjorn Granlund must had miss understood what recog_memoized did. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug target/28115] possible bug in recog_memoized usage in rs6000.c??

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-21 00:04 --- And it has been this way since rs6000 file was added to the new CVS and since the function was added. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/28115] possible bug in recog_memoized usage in rs6000.c??

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-21 00:00 --- PA RISC and SPARC all have the same issue, the rs6000 one looks like was copied from PA RISC anyways since it is also in rs6000_adjust_cost/pa_adjust_cost. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28115

[Bug fortran/25072] non PURE function used in For-All

--- Comment #6 from pault at gcc dot gnu dot org 2006-06-20 23:45 --- The line + sym->attr.flavor = FL_UNKNOWN; breaks too much - mainly intrinsics. + sym->attr.flavor = FL_PROCEDURE; is in the final stages of regtesting, as I head off to bed. It looks OK. Paul --

[Bug target/28115] New: possible bug in recog_memoized usage in rs6000.c??

This problem is found by code inspection. The comment of the generated file insn-recog.c says: `recog' contains a decision tree that recognizes whether the rtx X0 is a valid instruction. recog returns -1 if the rtx is not valid. If the rtx is valid, recog returns a nonnegative number

[Bug c++/28113] [4.2 Regression] vectors initialized in ctors, not at compile time, cause altivec-3.C failure

--- Comment #5 from janis at gcc dot gnu dot org 2006-06-20 23:34 --- Subject: Bug 28113 Author: janis Date: Tue Jun 20 23:33:58 2006 New Revision: 114832 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114832 Log: PR c++/28113 * g++.dg/ext/altivec-3.C: Remove cas

[Bug fortran/20874] elemental function ought to be scalar

--- Comment #3 from pault at gcc dot gnu dot org 2006-06-20 23:33 --- FX, > which makes me think that simply having as != NULL is enough to know that it's > not a scalar. That's my opinion too. I know that it works because I have tried it! I was "persuaded" otherwise after a discussio

[Bug libfortran/26893] kinds.h not generated, causing failure

--- Comment #15 from langton at gcc dot gnu dot org 2006-06-20 23:32 --- (In reply to comment #14) > GMP-4.2 > ./configure --prefix=/opt --with-gnu-ld --disable-cxx --disable-nails > --disable-mpfr > MPFR-2.2 > ./configure --enable-mpfr --with-gmp-=/opt --prefix=/opt --with-gmp-lib=/o

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #9 from tbm at cyrius dot com 2006-06-20 22:50 --- > But the bootstrap error is a different > problem, since a floating point branch does not have a 8 bit field. Please > move the test cases to a new bug, and instead attach a testcase for the > original problem. I don't see

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #8 from schwab at suse dot de 2006-06-20 22:43 --- The problem with the attached testcases is that gcc is using fbCC instead of fjCC. The former set of insns is interpreted by GAS as fixed length branches with 16 bit offset, whereas the latter is handled as variable sized br

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #7 from tbm at cyrius dot com 2006-06-20 22:19 --- Created an attachment (id=11715) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11715&action=view) test case from application synfig This test case is probably also interesting because it shows a slightly different erro

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #6 from tbm at cyrius dot com 2006-06-20 22:08 --- I can provide more testcases on request but I think the general pattern is clear from these two: 23:00 < apinski> tbm: what is on the line which the assembler is complaining about 23:01 < tbm> fbnlt .L297 23:03 < apinski> th

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #5 from tbm at cyrius dot com 2006-06-20 22:06 --- Created an attachment (id=11714) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11714&action=view) test case from application grace 577:[EMAIL PROTECTED]: ~] /usr/local/bin/m68k-linux-gnu-gcc -c -O2 pars.c ... /tmp/ccai

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #4 from tbm at cyrius dot com 2006-06-20 22:03 --- Created an attachment (id=11713) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11713&action=view) test case from application torcs 572:[EMAIL PROTECTED]: ~] /usr/local/bin/m68k-linux-gnu-g++ -c -O2 track.cc ... /tmp/cc

[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2

--- Comment #3 from tbm at cyrius dot com 2006-06-20 21:54 --- This is a very common error on m68k. We got another bug report, see http://bugs.debian.org/359281, which says: > torcs, grace, and rscheme all fail with variations on the theme of > track.s: Assembler messages: > track.s:10

[Bug classpath/20247] Lack java.util.concurrent.LinkedBlockingQueue

--- Comment #8 from tromey at gcc dot gnu dot org 2006-06-20 21:34 --- Checked in on the generics branch. Note that the VM requires changes for this code to work. -- tromey at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/28114] [4.0/4.1/4.2 regression] ICE with struct definition in argument of template function

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28114

[Bug c++/28114] New: [4.0/4.1/4.2 regression] ICE with struct definition in argument of template function

The following invalid testcase causes an ICE since GCC 4.0.0: === template void foo(struct {}*); void bar() { foo<0>(0); } === bug.cc:1: error: template class without a name bug.cc:1: error: types may not be define

[Bug c++/28113] [4.2 Regression] vectors initialized in ctors, not at compile time, cause altivec-3.C failure

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-20 21:08 --- The easy way to fix the testcase is to do: __vector signed int vsi = {40, 41, 42, 43}; Without the cast. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28113

[Bug target/27082] segfault with virtual class and visibility ("hidden")

--- Comment #18 from tbm at cyrius dot com 2006-06-20 21:06 --- (In reply to comment #17) > Seems to be bad interactions with the fix for PR26347. I can confirm that the segfault goes away when I remove the patch for PR26347. Given that the patch doesn't actually fix PR26347, maybe it c

[Bug c++/28113] [4.2 Regression] vectors initialized in ctors, not at compile time, cause altivec-3.C failure

--- Comment #3 from mark at codesourcery dot com 2006-06-20 21:00 --- Subject: Re: [4.2 Regression] vectors initialized in ctors, not at compile time, cause altivec-3.C failure pinskia at gcc dot gnu dot org wrote: > --- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-20

[Bug c++/28112] [4.0/4.1/4.2 regression] ICE with invalid argument in attribute

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28112

[Bug c++/28110] [4.1/4.2 regression] ICE with invalid template constant parameter

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28110

[Bug c++/28109] [4.0/4.1/4.2 regression] ICE with typeid of incomplete type

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28109

[Bug c++/28113] [4.2 Regression] vectors initialized in ctors, not at compile time, cause altivec-3.C failure

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-20 20:56 --- (In reply to comment #1) > Ideally, the compiler would recognize that this initialization can be > done statically, but I don't think that the code as written is in any > way guaranteed to do a static initialization.

[Bug c++/28113] [4.2 Regression] vectors initialized in ctors, not at compile time, cause altivec-3.C failure

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug c++/28113] vectors initialized in ctors, not at compile time, cause altivec-3.C failure

--- Comment #1 from mark at codesourcery dot com 2006-06-20 20:37 --- Subject: Re: New: vectors initialized in ctors, not at compile time, cause altivec-3.C failure janis at gcc dot gnu dot org wrote: > Test g++.dg/ext/altivec-3.C has been failing for mainline on powerpc64-linux > s

[Bug java/28090] incorrect implementation of expand_java_arraystore

-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org

[Bug c++/28113] New: vectors initialized in ctors, not at compile time, cause altivec-3.C failure

Test g++.dg/ext/altivec-3.C has been failing for mainline on powerpc64-linux systems without VMX hardware since this patch, a fix for PR20103, was added: http://gcc.gnu.org/viewcvs?view=rev&rev=114119 r114119 | mmitchel | 2006-05-25 20:18:26 + (Thu, 25 May 2006) The test calls a function

[Bug target/27082] segfault with virtual class and visibility ("hidden")

--- Comment #17 from rth at gcc dot gnu dot org 2006-06-20 20:09 --- Seems to be bad interactions with the fix for PR26347. -- rth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/28112] New: [4.0/4.1/4.2 regression] ICE with invalid argument in attribute

The following invalid code snippet causes an ICE since GCC 3.4.0: === struct A {} __attribute__((aligned(;))); === bug.cc:1: error: expected primary-expression before ';' token bug.cc:1: error: expected `)' be

[Bug rtl-optimization/28108] Some cse optimizations require hash collisions

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug c++/28111] New: ICE with invalid friend in template class

The following invalid code snippet causes an ICE since at least GCC 2.95.3: = template void foo(); template struct A { friend void foo<>(typename T::X); }; A a; = bug.cc: In instantiation of 'A': bug.cc:8: instantiated from h

[Bug c++/28110] New: [4.1/4.2 regression] ICE with invalid template constant parameter

The following invalid code snippet causes an ICE since GCC 4.1.0: = template struct A {}; template struct B { template B(A); }; B a=A<0>(); = bug.cc: In instantiation of 'B': bug.cc:8: instantiated from here bug.cc:5: error: 'd

[Bug c++/28109] New: [4.0/4.1/4.2 regression] ICE with typeid of incomplete type

The following invalid code snippet causes an ICE since GCC 3.4.0: = #include struct A; void foo() { A a; typeid (a); } = bug.cc: In function 'void foo()': bug.cc:7: error: aggregate 'A a' has incomplete type and cannot be defi

[Bug rtl-optimization/28108] New: Some cse optimizations require hash collisions

cse.c:hash_rtx has the same problem as found before in cse.c:cselib_hash_rtx (PR rtl-optimization/22445). Hence, some optimiztions will only be done if there is a convenient hash collision. I.e. the MODE should not be used to calculate the hash value. -- Summary: Some cse optimizati

[Bug c++/28107] Incomplete type in struct added to global namespace

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 19:39 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/28107] New: Incomplete type in struct added to global namespace

For the following invalid code snippet == struct A { union B b; }; struct B; == the C++ frontend generates the following error message: bug.cc:3: error: field 'b' has incomplete type bug.cc:6: error: 'struct' tag used in naming 'union B' While the first line

[Bug tree-optimization/27810] inefficient gimplification of function calls

--- Comment #3 from dann at godzilla dot ics dot uci dot edu 2006-06-20 19:09 --- More data: for PR8361 the number of functions in the .gimple dump is 5045, the number of functions in the cleanup_cfg dump is 1341. The majority of the functions that are eliminated are small functions, fo

[Bug libstdc++/28103] std::operator<<(ostream&, string) sets badbit instead of failbit on failure

--- Comment #1 from pcarlini at suse dot de 2006-06-20 19:09 --- Thanks Martin. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at g

[Bug fortran/28094] Modulo of real(kind=10) variables doesn't work

--- Comment #1 from paulthomas2 at wanadoo dot fr 2006-06-20 19:08 --- Subject: Re: New: Modulo of real(kind=10) variables doesn't work fxcoudert at gcc dot gnu dot org wrote: >While working on PR 24518, I found the following: > >$ cat a.f90 > real(kind=10) :: x = 10.0 > print *,

[Bug middle-end/4210] should not warning with dead code

--- Comment #18 from pinskia at gcc dot gnu dot org 2006-06-20 19:05 --- *** Bug 28106 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/28106] bogus warning for va_arg argument promotion

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 19:05 --- The warning is correct, read the note. Anyways this is a dup of bug 4210. *** This bug has been marked as a duplicate of 4210 *** -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug c/28106] New: bogus warning for va_arg argument promotion

In Denis Excoffier reports that compiling tar-1.15.91 generates the following bogus error message on powerpc-apple-darwin8.6.0: openat.c: In function 'rpl_openat': openat.c:60: warning: 'mode_t' is promoted to 'int' when passe

[Bug fortran/28105] New: Check for memory allocations bigger than size_t

sizeof(size_t) on ia32 is 4 thus 2^32 = 4,294,967,296 Byte can be accessed by unsigned. real(4), dimension(1025*1024*1024) :: m can thus not be accessed on ia32. Currently, gfortran does detect this overflow at compile time. Expected: The same as ifort: fortcom: Error: mem.f, line 3: A common b

[Bug java/28067] [meta-bug] Tracking bug for ecj fixes

--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-20 18:29 --- Earlier I made a mistake and listed the bugs fixed by ecj as dependencies; really this PR should block all the fixed-by-ecj bugs and should depend on bugs that block the merge of the ecj branch. -- tromey at gcc d

[Bug c++/19134] Class visibility of templated classes can't be overridden for function specializations

--- Comment #2 from jason at gcc dot gnu dot org 2006-06-20 18:27 --- This is clearly a bug, since the specialization is not inline and so should not be affected by -fvisibility-inlines-hidden. The broader issue here is the question of when #pragma visibility should override other speci

[Bug c++/22592] -fvisibility-inlines-hidden broken differently

--- Comment #9 from jason at gcc dot gnu dot org 2006-06-20 18:21 --- Not a bug; see my earlier comment. -- jason at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/23058] visibility attribute does not work for aliased symbols

--- Comment #1 from jason at gcc dot gnu dot org 2006-06-20 18:20 --- You're telling the compiler that "exported_var" has default visibility, then defining a variable called "my_exported_var" which happens to have the same symbol. The compiler doesn't unify multiple declarations with th

[Bug libstdc++/28103] New: std::operator<<(ostream&, string) sets badbit instead of failbit on failure

21.3.7.9, p4 requires the operator to set failbit, not badbit, on failure. This came up while I was gathering background for c++std-lib-17241. $ cat ~/tmp/t.cpp && g++ ~/tmp/t.cpp -static && ./a.out #include #include #include #include int main () { char buf [3]; std::ostrstream os (

[Bug libstdc++/21405] Can't give symbol versions to templates

--- Comment #19 from jason at gcc dot gnu dot org 2006-06-20 18:12 --- Changed the summary to clarify, and remove "visibility" -- jason at gcc dot gnu dot org changed: What|Removed |Added

[Bug java/28089] jc1 miscompilation with fields inherited from interfaces

-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 17:50 --- Why is GNU target including linux.h header at all? TARGET_C99_FUNCTIONS should be overridden in gnu.h anyways. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28102

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target Keywords||build

[Bug bootstrap/28102] New: GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

GCC 4.2 on GNU Hurd currently fails to bootstrap with the following error: > cc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute > -fno-common -DHAVE_CONFIG_H -I. -I. -I../../src/gcc -I../../sr c/gcc/. -I..

[Bug java/28090] incorrect implementation of expand_java_arraystore

--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-20 17:42 --- Created an attachment (id=11712) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11712&action=view) proposed patch I've attached a proposed patch. However, when I use this patch I run into PR 19505. -- http:

[Bug java/28090] incorrect implementation of expand_java_arraystore

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 17:37 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug bootstrap/28066] cannot bootstrap x86_64 gcc 4.1.1 from gcc 3.4.5

--- Comment #2 from jeremy dot gorman at ngc dot com 2006-06-20 16:59 --- Subject: RE: cannot bootstrap x86_64 gcc 4.1.1 from gcc 3.4.5 Thank you, In this case, which binutil version is required? Can you refer me to the (fixed) binutil bug that's causing my problem, please? -Jeremy -

[Bug target/28097] error: �PATH_MAX� undeclared (first use in this function) when building cross compiler

--- Comment #2 from info at yourkit dot com 2006-06-20 16:38 --- Actually the problem was solved (in our case) by copying header files from Solaris machine to $PREFIX/sysroot/usr/include dictory and additing "--with-sysroot=$PREFIX/sysroot" to configuration options. Binutils also need to

[Bug bootstrap/28101] New: Cannot build cross compiler for Solaris: values-Xa.o: No such file: No such file or directory

1) host "uname -a" is "Linux localhost.localdomain 2.6.11-1.14_FC3 #1 Thu Apr 7 19:25:50 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux" 2) binutils is configured with "../binutils-2.16.1/configure --target=$TARGET --prefix=$PREFIX --disable-nls --with-sysroot=$PREFIX/sysroot" where TARGET is "sparc-sun

[Bug c++/28093] Wrong overload resolution with templates and namespaces

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 15:57 --- No, this is invalid, as both Base and Deriv are in the global namespace so the ident namespace is not looked at again after the parsing of the template. If either of them were in the ident namespace, GCC will look b

[Bug other/15082] [4.0/4.1/4.2 regression] Minor compilation problem for cross to Solaris 8

--- Comment #19 from pinskia at gcc dot gnu dot org 2006-06-20 15:46 --- *** Bug 28098 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15082

[Bug c++/28098] error: �PATH_MAX� undeclared (first use in this function) when building cross compiler

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 15:46 --- *** This bug has been marked as a duplicate of 15082 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/28098] New: error: �PATH_MAX� undeclared (first use in this function) when building cross compiler

We are building cross compiler for sparc-sun-solaris2.9 target. 1) host "uname -a" is "Linux localhost.localdomain 2.6.11-1.14_FC3 #1 Thu Apr 7 19:25:50 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux" 2) binutils is configured with "../binutils-2.16.1/configure --target=$TARGET --prefix=$PREFIX --disabl

[Bug target/27082] segfault with virtual class and visibility ("hidden")

--- Comment #16 from tbm at cyrius dot com 2006-06-20 15:36 --- Richard, do you think you can take a look since this requires alpha backend specific knowledge. -- tbm at cyrius dot com changed: What|Removed |Added --

[Bug other/15082] [4.0/4.1/4.2 regression] Minor compilation problem for cross to Solaris 8

--- Comment #18 from pinskia at gcc dot gnu dot org 2006-06-20 15:26 --- *** Bug 28097 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/28097] error: �PATH_MAX� undeclared (first use in this function) when building cross compiler

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-20 15:26 --- *** This bug has been marked as a duplicate of 15082 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/28097] error: �PATH_MAX� undeclared (first use in this function) when building cross compiler

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c++ |bootstrap

[Bug c++/28097] New: error: �PATH_MAX� undeclared (first use in this function) when building cross compiler

We are building cross compiler for sparc-sun-solaris2.9 target. 1) host "uname -a" is "Linux localhost.localdomain 2.6.11-1.14_FC3 #1 Thu Apr 7 19:25:50 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux" 2) binutils is configured with "../binutils-2.16.1/configure --target=$TARGET --prefix=$PREFIX --disabl

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-20 14:39 --- Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops Attached. Dave --- Comment #18 from dave at hiauly1 dot hia dot nrc

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #16 from rakdver at gcc dot gnu dot org 2006-06-20 14:26 --- Could you please send the .loop2_invariant dump (-dL) ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244

[Bug fortran/25072] non PURE function used in For-All

--- Comment #5 from paul dot richard dot thomas at cea dot fr 2006-06-20 13:49 --- This fixes the problem: Index: gcc/fortran/primary.c === --- gcc/fortran/primary.c (révision 114599) +++ gcc/fortran/primary.c

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

-- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org

Re: Mainline build problem on FC4

On Tue, 2006-06-20 at 08:44 -0400, Andrew MacLeod wrote: > On Tue, 2006-06-20 at 09:48 +0200, Zdenek Dvorak wrote: > > Hello, > > > does this still fail? I have fixed one misscompilation due to this > > patch yesterday: > > > > 2006-06-19 Zdenek Dvorak <[EMAIL PROTECTED]> > > > > * tre

[Bug c++/28052] [4.2 regression] ICE on invalid bitfield

--- Comment #3 from reichelt at gcc dot gnu dot org 2006-06-20 13:05 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/28052] [4.2 regression] ICE on invalid bitfield

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-20 13:02 --- Subject: Bug 28052 Author: reichelt Date: Tue Jun 20 13:02:47 2006 New Revision: 114811 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114811 Log: PR c++/28052 * init.c (push_base_cleanups)

Re: Mainline build problem on FC4

On Tue, 2006-06-20 at 09:48 +0200, Zdenek Dvorak wrote: > Hello, > does this still fail? I have fixed one misscompilation due to this > patch yesterday: > > 2006-06-19 Zdenek Dvorak <[EMAIL PROTECTED]> > > * tree-ssa-loop-niter.c (implies_ge_p): New function. > (derive_constant

[Bug fortran/24518] Intrinsic MOD incorrect for large arg1/arg2 and slow.

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-20 12:22 --- Why exactly aren't we using BUILT_IN_FMOD{F,,L}? $ cat a.f90 real*8 :: x = 10.0e9 do i = 10, 22 x = 10d0 * x print '(a,i2,a,g14.8," = ",g14.8)', "mod (10**",i,", 1.7_8) = ", &

[Bug target/27082] segfault with virtual class and visibility ("hidden")

--- Comment #15 from tbm at cyrius dot com 2006-06-20 11:56 --- With this patch applied, I get: Assembling functions: Virtual::Virtual() ../../../bug.c: In constructor 'Virtual::Virtual()': ../../../bug.c:1: error: unrecognizable insn: (insn 8 4 9 2 (set (reg/f:DI 70) (symbol_re

[Bug fortran/28094] New: Modulo of real(kind=10) variables doesn't work

While working on PR 24518, I found the following: $ cat a.f90 real(kind=10) :: x = 10.0 print *, mod (x,x) end $ gfortran a.f90 In file a.f90:3 end 1 Internal Error at (1): gfc_validate_kind(): Got bad kind It looks like we're trying to use the integer kind associated with the r

[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer

--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-06-20 11:03 --- I'll take care of that. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/28039] Warn when ignoring extra characters in the format specification

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-20 10:59 --- Confirmed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize

--- Comment #13 from rakdver at gcc dot gnu dot org 2006-06-20 10:26 --- Subject: Bug 27331 Author: rakdver Date: Tue Jun 20 10:26:45 2006 New Revision: 114810 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114810 Log: PR tree-optimization/27331 * tree-data-ref.

[Bug c++/28093] New: Wrong overload resolution with templates and namespaces

$ cat t.cc #include using namespace std; namespace ident { template void foo( T*, void* ) { printf( "generic\n" ); } } using namespace ident; template void func( T& val ) { foo( &val, (T*)0 ); } struct Base {}; struct Deriv : public Base {}; namespace ident { template void foo( T* val, B

  1   2   >