[Bug target/18592] [3.3/3.4 regression] [m68k] ICE in output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 08:41 --- > > I am going to reopen them and remove the avr/h8300 from PR18542. > > "You can easily check that by testing if reverting the patch from comment #2 > helps. " Please read what I wrote in comment #10.

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 08:44 --- WTH are you permantently closing this PR? This PR is addressing the h8300 and one of the m68k-maintainers (Bernardo) had explicitly requested me to split the h8300-case from the m68k. Upset, Ralf -- h

[Bug c++/19030] New: ice on tree check

# g++ libkmailprivate_la_all_cpp.ii -c (...errors...) KMail::MaildirJob' ./kmail/kmfoldermaildir.h:10: error: 'struct KMail::MaildirJob' has a previous declaration as 'struct KMail::MaildirJob' ./kmail/maildirjob.h:41: internal compiler error: tree check: expected class 'declaration', ha

[Bug c++/19030] ice on tree check

--- Additional Comments From pluto at pld-linux dot org 2004-12-16 09:09 --- Created an attachment (id=7753) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7753&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19030

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-16 09:18 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01203.html -- What|Removed |Added

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 09:31 --- Subject: Bug 19005 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-16 09:31:18 Modified files: gcc: Change

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 09:37 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 09:43 --- Subject: Bug 19028 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 09:42:51 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 09:54 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results with complex long double

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 10:23 --- Subject: Bug 18882 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-16 10:23:32 Modified files: gcc: Change

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From david at starks-browning dot com 2004-12-16 10:30 --- True, but I don't believe the patch for PR16273 is applicable to gcc-3.3. In fact, I am unable to reproduce the fault in gcc-3.3 using the 10,000-line test case that was attached to PR16273. Therefore, my

[Bug c++/18905] [4.0 Regression] Strange error: subscripted value is neither array nor pointer

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-16 11:00 --- 2004-12-16 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/18905 * cp-tree.h (integral_constant_value): Declare. * call.c (null_ptr_cst_p): Use integral_constant_value, not decl_c

[Bug c++/18905] [4.0 Regression] Strange error: subscripted value is neither array nor pointer

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 11:04 --- Subject: Bug 18905 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 11:04:09 Modified files: gcc/cp : call.c class.c cp-tree.h cvt.c decl.c

[Bug libfortran/19032] New: modulo generates wrong result

$ cat mod-neg.f90 integer :: a,b a = 2 b = -1 print *,modulo(2,-1) print *,modulo(a,b) end $ gfortran mod-neg.f90 && ./a.out 0 -1 $ gfortran -v Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc-4.0-20041212/configure --p

[Bug c++/14075] ("foo") accepted as char[] initializer

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-16 11:41 --- what a silly restriction ... -- What|Removed |Added AssignedTo|unassigned at gcc dot

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-16 11:47 --- The code runs correctly on IA-64. $ gfortran fft2.for $ ./a.out 0.00 0.00 0.00 0.00 4.00 0.00 0.00 0.00 0.00 0.00

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 12:33 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) On Thu, 16 Dec 2004, zack at codesourcery dot com wrote: > Because of the ABI implications, I consider it completely unacceptable Which ABI impl

[Bug middle-end/18776] [4.0 Regression] Libgfortran doesn't build again

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-16 12:55 --- The error has changed a bit: /home/eric/cvs/gcc/libgfortran/generated/_exp_c4.f90: In function 'specific__exp_c4': /home/eric/cvs/gcc/libgfortran/generated/_exp_c4.f90:28: internal compiler error: in sche

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From jbeulich at novell dot com 2004-12-16 12:59 --- This happens when the ABI is (was) imprecise. Earlier versions did not special case long double complex, but the current version does. Hence I have a patch ready that partly reverses the original change (actuall

[Bug c/14765] [3.3 Regression] ice-on-invalid-code, ICE while compiling ({}) expression

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-16 12:54 --- Bootstrapped and regtested on 3.3 branch. Gaby, is it ok to commit the patch in comment #4 to the 3.3 branch? Do we need the testcase? -- What|Removed |Added -

[Bug target/19009] Loading of FP constants into FP reg via SSE reg

--- Additional Comments From uros at kss-loka dot si 2004-12-16 13:50 --- -finline-functions is needed to trigger the bug with -O2. The attached testcase should be compiled with '-O2 -march=pentium4 -mfpmath=387 -ffast-math -D__NO_MATH_INLINES -finline-functions' to get: ...

[Bug c/19033] New: Passing array as a function parameter in C99 style fails

The following code fails to compile: pl-1.c: void print(int res, int K, double a[K][K]) { } int inverse(int K,double in[K][K],double out[K][K]) { return 0; } int main(void) { int K; double a[K][K]; double b[K][K]; print(inverse(K, a, b),K,b); ret

[Bug middle-end/18590] [3.3/3.4 regression] ICE in add_insn_before, at emit-rtl.c:3599

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 13:59 --- Subject: Bug 18590 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-16 13:59:03 Modified files: gcc: Change

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results with complex long double

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 14:07 --- Subject: Bug 18882 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-16 14:04:54 Modified files: gcc: Change

[Bug c++/19034] New: internal compiler error: in cp_tree_equal, at cp/tree.c:1633

Following command causes an ICE /home/jttoivon/usr/bin/g++ -v -save-temps poista.cpp This used to work with 3.3.3 compiler. Here's the dump. Reading specs from /home/jttoivon/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: /home/jttoivon/gcc-3.4.3/configure --prefix=/home/jttoivon/usr T

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results with complex long double

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-16 14:09 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01119.html -- What|Removed |Added

[Bug libfortran/18985] opening unit 6 messes up print

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-16 14:10 --- Done thusly :-) BTW the directions discussions on comp.lang.fortran turn are fun. -- What|Removed |Added ---

[Bug c++/19034] internal compiler error: in cp_tree_equal, at cp/tree.c:1633

--- Additional Comments From jttoivon at cc dot helsinki dot fi 2004-12-16 14:12 --- Created an attachment (id=7757) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7757&action=view) source code that doesn't compile -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19034

[Bug java/18091] Valgrind errors building libjava

--- Additional Comments From aph at gcc dot gnu dot org 2004-12-16 14:29 --- comment -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/19009] Loading of FP constants into FP reg via SSE reg

--- Additional Comments From uros at kss-loka dot si 2004-12-16 14:35 --- Another candidate for TARGET_SSE_MATH cleanup... (insn 21 20 22 0 (set (reg:CCFP 17 flags) (compare:CCFP (reg/v:DF 60 [ mod ]) (reg:DF 70))) 24 {*cmpfp_i_sse} (nil) (nil)) --

[Bug libfortran/19032] modulo generates wrong result for divisor -1

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-16 14:41 --- I checked gfortran against the examples in the standard, and we seem to only get the case modulo (..., -1) wrong (result should be 0, we print -1) -- What|Removed |Added ---

[Bug libfortran/19032] modulo generates wrong result for divisor -1

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-16 14:42 --- (In reply to comment #1) > The second result is correct, the first wrong. It's the other way round, as might be obvious from comment #2 Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19032

[Bug middle-end/18493] [3.4 Regression] gcc doesn't like switch blocks without case/default labels

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 14:43 --- Subject: Bug 18493 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-16 14:42:50 Modified files: gcc: Change

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-16 14:40 --- Subject: Re: [4.0 Regression] crappy code (gcc.c-tortur > cft: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01174.html > > -- >What|Removed |Added > --

[Bug libfortran/19032] modulo generates wrong result

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-16 14:30 --- The second result is correct, the first wrong. The difference results from the fact that the first statement is evaluated by gfortran's constant folding pass, whereas the second is evaluated in generated code

[Bug java/18931] jar -> .so optimization problem

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug java/18931] jar -> .so optimization problem

--- Additional Comments From aph at gcc dot gnu dot org 2004-12-16 15:00 --- Bumping priority because this is possibly a front end bug that breaks many programs/ -- What|Removed |Added -

[Bug java/19036] New: readObject memory consumption

I'm using the 4.0 Windows port downloaded from http://www.thisiscool.com/gcc_mingw.htm. It has been very useful for me, since the libjcj in 4.0 is way more complete than the one on the current releases. And I'm also using SWT and other things that works out of the box on this special release. But n

[Bug java/19036] readObject memory consumption

--- Additional Comments From nkuzminski at gmail dot com 2004-12-16 15:05 --- Created an attachment (id=7759) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7759&action=view) Testcase showin big memory consumption on the readObject part -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug c++/19004] [3.4/4.0 regression] ICE in uses_template_parms at cp/pt.c:4860

-- What|Removed |Added AssignedTo|lerdsuwa at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED

[Bug c++/19034] [3.4/4.0 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1633

--- Additional Comments From belyshev at lubercy dot com 2004-12-16 15:08 --- // reduced testcase template< bool C > struct B { }; template int foo(); template int foo1(); template struct bar : public B <(sizeof(foo()) == 1)> { }; template struct bar1 : public B <(sizeof(foo1()) == 1

[Bug ada/19037] New: constant renaming creates new constant

Look at the following example: with System; use System; with Ada.Text_Io; use Ada.Text_IO; procedure foo is bar : constant integer := 1; foobar : integer renames bar; begin if foo'Address = foobar'Address then Put_Line ("OK"); end if; end foo; The normal ou

[Bug c++/19034] [3.4/4.0 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1633

--- Additional Comments From belyshev at lubercy dot com 2004-12-16 15:20 --- : Search converges between 2003-06-18-trunk (#268) and 2003-06-19-trunk (#269). -- What|Removed |Added -

[Bug c/14765] [3.3 Regression] ice-on-invalid-code, ICE while compiling ({}) expression

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-16 14:05 --- Subject: Re: [3.3 Regression] ice-on-invalid-code, ICE while compiling ({}) expression "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Bootstrapped and regtested on 3.3 branch. | |

[Bug rtl-optimization/19038] New: Loop header copying

Loop header copying would allow some loops to be transformed from two or more basic blocks into a single basic block, allowing better scheduling of the instructions in the loop. This would help SPEC CPU2000 sixtrack benchmark, for example. -- Summary: Loop header copying

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From jbeulich at novell dot com 2004-12-16 15:46 --- Patch for the x86-64 long double complex part submitted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17603

[Bug fortran/18977] LAPACK test xeigtsts segfaults with optimization

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-16 15:59 --- I reran the tests with the 20041114 snapshot at -O1, and the segfault did indeed go away, so this is a regression. Quite likely, this is a IA-64 target problem. -- http://gcc.gnu.org/bugzilla/show_

[Bug middle-end/18493] [3.4 Regression] gcc doesn't like switch blocks without case/default labels

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 16:25 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libgcj/19036] readObject memory consumption

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 16:27 --- Note This version is almost 3 months old. -- What|Removed |Added Component|java

[Bug c/19031] [4.0 Regression] #pragma weak handling changes in 4.0.0

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 16:31 --- Well the following patch changed it: 2004-11-29 Daniel Jacobowitz <[EMAIL PROTECTED]> PR c/7544 * Makefile.in (c-lang.o): Update dependencies. * c-lang.c: Include "c-pragma.h".

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 16:33 --- Patch here: . -- What|Removed |Added

[Bug c/19033] Passing array as a function parameter in C99 style fails

--- Additional Comments From bangerth at dealii dot org 2004-12-16 16:50 --- This is a duplicate of PR 15114. It is fixed on mainline, but the audit trail of that PR states that it is not going to be fixed for 3.4.x. W. *** This bug has been marked as a duplicate of 15114 *** --

[Bug middle-end/15114] [3.4 regression] -funit-at-a-time causes compilation of functions with variable length arrays to fail

--- Additional Comments From bangerth at dealii dot org 2004-12-16 16:50 --- *** Bug 19033 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19030] [4.0 Regression] ice on tree check

--- Additional Comments From bangerth at dealii dot org 2004-12-16 17:01 --- Created an attachment (id=7762) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7762&action=view) Slightly smaller testcase Attached is a slightly smaller testcase (down to 183,000 lines or so). The bug may

[Bug tree-optimization/18754] unrolling happens too late/SRA does not happen late enough

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2004-12-16 17:08 --- The attached patch makes us for -O3 -funroll-loops -ffast-math produce in .vars float foobar() () { : return a.array[3] * b.array[3] + a.array[2] * b.array[2] + a.array[0] * b.array[0]

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 18:07 --- Someone had a bad day: case ARRAY_TYPE: case VECTOR_TYPE: /* We're already checked the component type (TREE_TYPE), so just check the index type. */ return type_contains_pl

[Bug preprocessor/19040] New: #elif token1 token2 doesn't produce a diagnostic

GCC emits diagnostics for following... $ cat a.c int foo() { #ifdef FOO return 1; #elif BAR FOO return 0; #endif } $ cc a.c -c a.c:6:11: error: missing binary operator before token "FOO" $ However, it does not emit diagnostics for following ... $ cat a.c #define FOO 1 int foo()

[Bug target/19039] [4.0 Regression] another SSE optimization ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 18:19 --- This is a dup of bug 17767. *** This bug has been marked as a duplicate of 17767 *** -- What|Removed |Added -

[Bug c++/18829] Error signale on an unexisting line

--- Additional Comments From federicotomassetti at yahoo dot it 2004-12-16 18:31 --- No I provided info needed to analyze this bug -- What|Removed |Added Status|

[Bug c/19039] New: another SSE optimization ICE

Attached testcase ICEs GCC: [opel:/Volumes/sandbox/stuart] hasting2% gcc.fsf.debug.obj/gcc/xgcc -B gcc.fsf.debug.obj/gcc -O1 - msse2 -S m4.i m4.i: In function 'rrr': m4.i:36: error: unrecognizable insn: (insn 283 210 211 10 (set (reg:V16QI 22 xmm1) (const_int 1 [0x1])) -1 (nil) (nil))

[Bug c/19041] New: -fvisibility=hidden causes bad codegen for common symbols

Compile the following file with -fvisibility=hidden int foo; void bar(void) { foo = 0; } You will find that the assembler rejects the .s file that the compiler creates, giving the error: /var/tmp//cclfEVh7.s:16:non-relocatable subtraction expression, "_foo" minus "L001$pb" /var/tmp//cclf

[Bug target/19041] -fvisibility=hidden causes bad codegen for common symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 19:10 --- Mine, I posted a patch last week, I will find it again and add the link to the bug here. -- What|Removed |Added -

[Bug target/19041] [4.0 Regression] -fvisibility=hidden causes bad codegen for common symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 19:12 --- Patch posted here: , this is a regression from before Mark implemented his speed up. There is also a better testcase which does not use the option b

[Bug other/18508] [3.4/4.0 Regression] "basename: too few arguments" when building without bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 19:14 --- Subject: Bug 18508 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 19:14:29 Modified files: gcc: ChangeLog gcc/config : t

[Bug other/18508] [3.4/4.0 Regression] "basename: too few arguments" when building without bootstrap

--- Additional Comments From hjl at lucon dot org 2004-12-16 19:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolut

[Bug tree-optimization/19042] Complex types are not SRA all the time.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 19:32 --- Note we end up with: D.770 = COMPLEX_EXPR ; ca1$imag = IMAGPART_EXPR ; ca1$real = REALPART_EXPR ; in .t66.final_cleanup -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19042

[Bug tree-optimization/19042] New: Complex types are not SRA all the time.

I decided to look into sixtrack and noticed this. I will add a small testcase after I reduce the problem. -- Summary: Complex types are not SRA all the time. Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization

[Bug c++/19043] New: -fpermissive gives bad loop initializations

Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux int main() { //int i; f

[Bug target/18997] [4.0 Regression] Segmentation Violation in pthread_getspecific

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 19:56 --- Subject: Bug 18997 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-16 19:56:12 Modified files: gcc: ChangeLog gcc/config/i386: c

[Bug tree-optimization/18707] [4.0 Regression] Performance regression at -O2 with gzip

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-16 20:04 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01232.html -- What|Removed |Added

[Bug tree-optimization/19042] Complex types are not SRA all the time.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 20:30 --- Here is the reduced testcase (fortran): COMMON TA(6,6) COMPLEX*16 CA1,CA2,CLAM2 CA2=DCMP

[Bug tree-optimization/19042] Complex types are not SRA all the time.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 20:40 --- Here it is further reduced: COMMON TA(6,6) COMPLEX*16 CA2,CLAM2 CLAM2=DCMPLX(a,2.0)

[Bug tree-optimization/19042] Complex types are not SRA all the time.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 20:38 --- Here it is further reduced: COMMON TA(6,6) COMPLEX*16 CA2,CLAM2 CA2=DCMPLX(F2,ZERO)

[Bug tree-optimization/19042] Complex types are not SRA all the time.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 20:49 --- This is most likely a dup of bug 18268. -- What|Removed |Added BugsThisDependsOn|

[Bug target/18997] [4.0 Regression] Segmentation Violation in pthread_getspecific

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 20:49 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/19042] Complex types are not SRA all the time.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 21:03 --- And here is a testcase where we don't use an unitialized variable and no loops either: COMMON TA,A COMPLEX*16 CLAM2

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

--- Additional Comments From dpatel at apple dot com 2004-12-16 21:07 --- Subject: Re: #elif token1 token2 doesn't produce a diagnostic On Dec 16, 2004, at 1:01 PM, bangerth at dealii dot org wrote: > That's because it doesn't have to evaluate the #elif condition any > more, > since

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

--- Additional Comments From bangerth at dealii dot org 2004-12-16 21:01 --- That's because it doesn't have to evaluate the #elif condition any more, since it has already taken the #ifdef branch. If you change the code to #ifdef BAR return 1; #elif BAR FOO return

[Bug c++/19044] New: Alternate asm name for atan ignored when calling __builtin_atan

For atan (and other functions like it), calling __builtin_atan is sometimes supposed to fall back to the library version of atan. In the C++ front end, this interacts poorly with alternate asm names. Consider the following test case: #ifdef __cplusplus extern "C" #endif double atan(double x) _

[Bug rtl-optimization/19038] Loop header copying

--- Additional Comments From dje at gcc dot gnu dot org 2004-12-16 21:39 --- The focus of the problem is the inner loop of functio thin6d at line 572. The function consumes 97.5% of the cycles and the inner loop consumes 48.5%. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038

[Bug fortran/19045] New: ICE in gfc_conv_expr

I think this is different than the existing Fortran failures. If '(ims:,jms:)'is changed to '(ims,jms)' or '(ims:ime,jms:jme)' things work. Test case: SUBROUTINE foo ( dnew , ims, jms, ime, jme) IMPLICIT NONE INTEGER ims, jms, ime, jme REAL , DIMENSION(ims:,jms:) :: dnew INTEGER

[Bug tree-optimization/18268] structure copy propagation not done

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 22:07 --- SRA shouldn't be responsible for this. There should be a generalized block copy propagator. Which would help with copies far larger than you'd ever expect SRA to handle as well. -- What|Remove

[Bug target/19046] New: [4.0 Regression] MOVE_RATIO should be tweaked

Take the following C++ code: class StringMap { const char empty_str[8]; public: StringMap() : empty_str() {} }; StringMap f() { StringMap a; return a; } For 3.3.2, we produced (at -O3): __Z1fv: LFB6: li r4,0 stw r4,0(r3) stw r4,4(r3) blr on the mainline we g

[Bug target/19046] [4.0 Regression] MOVE_RATIO should be tweaked

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19046

[Bug libfortran/19032] modulo generates wrong result for divisor -1

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-16 22:40 --- Reals are also broken: $ cat mod-real.f90 program main real :: a,b a = 2.0 b = -1.0 print *,modulo(a,b) end program main $ gfortran mod-real.f90 $ ./a.out -1.00 -- http://gcc.gnu.org/b

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

--- Additional Comments From neil at gcc dot gnu dot org 2004-12-16 22:38 --- Not a bug - the standard requires this. -- What|Removed |Added Status|NEW

[Bug c++/19047] New: Template template argument matching can violate SFINAE

The following program fails to compile: #include template class CT, int TA> void operator<<(CT, int); int main() { std::cout << "Hello, world\n"; } The error messages given are: test.cpp: In function `int main()': test.cpp:8: error: template argument 2 is invalid -- Summary: Te

[Bug preprocessor/19040] #elif token1 token2 doesn't produce a diagnostic

--- Additional Comments From dpatel at apple dot com 2004-12-16 22:54 --- Subject: Re: #elif token1 token2 doesn't produce a diagnostic Neil, Would it be possible to quote standard here? We encountered this while running Plum Hall tests, so I just wanted to make sure. Thank you. -

[Bug rtl-optimization/19038] Loop header copying

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 22:55 --- The interesting thing is that the front end already does the header "copying" when it generates code: { int4 D.1164;

[Bug c++/19047] Template template argument matching can violate SFINAE

-- What|Removed |Added GCC build triplet||i486-linux GCC host triplet||i486-linux GCC target triplet|

[Bug c++/19047] Template template argument matching can violate SFINAE

-- What|Removed |Added Known to work|2.95.4 |2.95.4 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19047

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 23:04 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) The following example illustrates the problems with lack of normalisation. (I still expect WG14 and WG21 to consider the lack of normalisation t

[Bug tree-optimization/19042] Complex types are not SRA all the time.

-- What|Removed |Added CC||dje at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19042

[Bug ada/19048] New: Assertion failure on illegal program

The following code will make gcc abort: package foo is A : constant Integer := 1; B : Integer renames A; B : constant Integer := 2; end foo; $ gcc -c foo.ads +===GNAT BUG DETECTED==+ | 3.4.4 20041128 (prerelease) (Debian 3.4.3-3) (i486

[Bug c++/19047] [3.3/3.4 Regression] Template template argument matching can violate SFINAE

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:28 --- Reduced testcase: template struct char_traits {}; template > class basic_ostream {}; template basic_ostream& operator<<(basic_ostream& __out, const char* __s); extern basic_ostream cout; template c

[Bug c++/19047] [3.3/3.4 Regression] Template template argument matching can violate SFINAE

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:28 --- Fixed on the mainline: : Search converges between 2004-11-14-014001-trunk (#634) and 2004-11-14-161001-trunk (#635). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19047

[Bug fortran/19045] ICE in gfc_conv_expr

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:32 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/19043] [3.4/3.3 only] -fpermissive gives bad loop initializations

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:41 --- 3.3.2 does not work but the mainline works. -- What|Removed |Added Keywords|

[Bug target/19019] GCC ldouble format incompatibility with XLC long double

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:41 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug ada/19037] constant renaming creates new constant

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 23:48 --- Confirmed, note for the procedure case, we put the const decl on the stack (at least on ppc-darwin). -- What|Removed |Added -

  1   2   >