[Bug c++/18920] New: internal compiler error: Segmentation fault

Here's the output: /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/cc1plus -E -D__GNUG__=3 -quiet -v - D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=4 -D_GNU_SOURCE new.cpp new .ii ignoring nonexistent directory "/usr/i486-slackware-linux/include" #include "..." search starts here: #include <..

[Bug fortran/15966] ICE and segmentation fault on internal write

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 10:50 --- Note that this compiles and runs OK subroutine a() implicit none integer :: i character(100) :: r !! eliminate dimension => works write(r,*) I end subr

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:09 --- Ehm, maybe this is a stupid question - but why are we generating a DECL_RTL to begin with, given that we have errors? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18596

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:52 --- The fail dates from comment #3 probably refer to this change 2004-10-17 Andrew Pinski <[EMAIL PROTECTED]> * c-typeck

[Bug tree-optimization/18921] [4.0 Regression] wrong code with operator "?"

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug fortran/16898] Aliasing problem with array descriptors

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 13:02 --- Andrew, This one is fixed now, isn't it? It runs fine with the CVS of 20041205 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16898

[Bug middle-end/18921] [4.0 Regression] wrong code with operator "?"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:35 --- We are getting rid of " (k ? 0 : j++) == -1;" for some reason even though it has side effects. -- What|Removed |Added --

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 13:35 --- You have fixed this one, haven't you? cvs 20041205 runs it fine. However, in testing, I found another nasty: y = 1/2 + 1/8 !y= 0.125 + 0.5 !!works OK x = set_exponent (y, 5_4) print *,x

[Bug c++/17395] Incorrect lookup for parameters

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:37 --- (In reply to comment #5) > Subject: Re: Incorrect lookup for parameters > > "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: > > | --- Additional Comments From bangerth at dealii dot org

[Bug target/18925] Invalid gprel relocation in PIC

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

[Bug target/18925] Invalid gprel relocation in PIC

-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18925

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-10 14:23 --- The problem occurs in no-unit-at-a-time mode, so the nested functions are expanded, and that is where the problems start. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18596

[Bug fortran/18827] ICE on assign to common variable

--- Additional Comments From wf_cs at yahoo dot com 2004-12-10 14:58 --- I've fixed the first and am looking into the second. I think the second (variable with equivalence)is an invalid code. ifort also gives an error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-10 15:32 --- Patch here: http://gcc.gnu.org/ml/fortran/2004-12/msg00099.html -- What|Removed |Added

[Bug rtl-optimization/16536] [3.3 regression] Incorrect __restrict__ optimization in -O2

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW

[Bug middle-end/18927] O(n^2) compile time with -O0 (n= number of basic blocks) in global alloc

-- What|Removed |Added Component|target |middle-end Keywords||compile-time-hog http://gcc.gnu.org/bugzilla/show_

[Bug c++/18731] [3.3/3.4/4.0 regression] ICE on invalid template declaration

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

[Bug c++/18731] [3.3 regression] ICE on invalid template declaration

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 16:15 --- Fixed on mainline and for 3.4.4 -- What|Removed |Added Summary|[3.3/3.4/4.0 regr

[Bug other/18928] New: ice on valid code.

ICE # g++ qpsprinter.ii -c -O2 -fPIC g++: Internal error: Segmentation fault (program cc1plus) WORK # g++ qpsprinter.ii -c -O2 WORK # g++ qpsprinter.ii -c -O -fPIC -- Summary: ice on valid code. Product: gcc Version: 4.0.0 Status: UNCONFIRMED

[Bug other/18928] ice on valid code.

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

[Bug tree-optimization/18040] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:178

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 16:54 --- Newest patch here: . -- What|Removed |Added -

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 17:02 --- Subject: Bug 17868 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-10 17:02:32 Modified files: gcc/cp : Change

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 17:03 --- Now also fixed on the 3.3 branch. -- What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/16536] [3.3 regression] Incorrect __restrict__ optimization in -O2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 17:25 --- Subject: Bug 16536 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-10 17:25:07 Modified files: gcc: Change

[Bug c/18930] name clash in C?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 18:33 --- Not a bug: typedef int i; typedef char c; i main (i c, c ** v) { } c is injected right away after "i c". -- What|Removed |Added -

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 19:08 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > Note that recording tmp_1 = next_2 isn't particularly good either since > tmp_1 really isn't equivalent to next_2. It's equ

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

When natively compiling Eclipse jars with -O2, I get a compiler error: $ gcj -fnew-verifier -fPIC -fjni -findirect-dispatch -shared -O2 -o eclipse/startup.jar.so eclipse/startup.jar org/eclipse/core/launcher/Main.java: In class 'org.eclipse.core.launcher.Main': org/eclipse/core/launcher/Main.java:

[Bug middle-end/18903] [4.0 Regression] ice in bsi_after_labels

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 19:32 --- Subject: Bug 18903 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-10 19:32:14 Modified files: gcc: ChangeLog tree-cfg.c gcc/tes

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 19:40 --- If addvsi3 actually performs addvdi3, that will be most surprising to everyone. I think that's a very bad idea. Since we are not invoking addvsi3, and I suspect it's impossible to convince the compiler to do s

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 19:57 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > > I think so. :-) > I don't. :( I think it'll record tmp_1 = next_2, which is actually > wrong, even though it doesn't actu

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 20:14 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > BTW, I may have a nice clean way to deal with this problem which doesn't > depend on us not walking the SSA_NAME_VALUE chain.

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-10 20:52 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

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

--- Additional Comments From echristo at redhat dot com 2004-12-10 20:55 --- I just retried the attached patch and get a different failure in: #1 0x080f188d in gimple_add_tmp_var (tmp=0xf6d5cba0) at /lyorn/sourceware/combined/gcc/gimplify.c:531 531 gcc_assert (!TREE_CHAIN (tm

[Bug target/18932] [3.4 regression] -march=pentium4 -O2 causes ICE

--- Additional Comments From belyshev at lubercy dot com 2004-12-10 21:06 --- // small testcase: int bar (int p, char c) { foo (p, c); if (c & 0xF0) return p; } -- What|Removed |Added -

[Bug c++/15684] Pointer to member function called on incomplete type should diag

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 21:09 --- *** Bug 18933 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18932] [3.4 regression] -march=pentium4 -O2 causes ICE

--- Additional Comments From hjl at lucon dot org 2004-12-10 20:23 --- Created an attachment (id=7721) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7721&action=view) A testcase I got [EMAIL PROTECTED] tmp]$ /usr/gcc-3.4/bin/gcc -O2 -march=pentium4 -S ~/foo.c /export/home/hjl/foo

[Bug c++/15684] Pointer to member function called on incomplete type should diag

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 21:41 --- Ok, now we produce an error_mark_node which seems wrong if we don't produce an error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15684

[Bug c++/18934] New: Spurious Uninitialized Variable Warning

// Spurious Uninitialized Variable Warning (gcc 3.4.3) // Lloyd Lewins // Raytheon Co // [EMAIL PROTECTED] // // Using gcc 3.4.3, the following spurious warning regarding rFileName is generated: /* > g++-343 -v -c -Wno-deprecated -Wall -O2 test1.cc Reading specs from /usr/local/lib/gcc/i686-pc-cyg

[Bug c/18930] name clash in C?

--- Additional Comments From jacob at engelbrecht dot dk 2004-12-10 23:30 --- Then I do not understand why the second program is legal? (After a bit of experimentation I found out that if the type name is used as variable name then it can not be used as a typename again). I would Think t

Compiler gives internal error and uses all system ram (over 256 megs)

>Submitter-Id: net >Originator:BelGarath of The Vale >Organization: >Confidential: no >Synopsis: GCC gives internal error and uses all sytem ram before doing so. >Severity: critical Priority: medium >Category: c >Class: sw-bug >Release: 3.4.1 >Environment: System: L

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

--- Additional Comments From andre dot maute at gmx dot de 2004-12-11 03:28 --- now with --disable-checking in the configure parameters for gcc-4.0 > g++-4.0-20041205-1-dc -v Reading specs from /opt/gcc-4.0-20041205-1-dc/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc

[Bug target/18002] [3.4 Regression] 'while' loop performace regression on avr target

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 07:41 --- Fixed on the mainline at least. -- What|Removed |Added Summary|[3.4/4.0 Regressio

RE: bug in /usr/include/c++/3.4/bits/fstream.tcc

please ignore the previous message. i was my mistake, since i had include some work from another guy, who had "using namespace std" and also defined a "min" and "max" - it causes a conflict. sorry about the trouble! -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]

[Bug bootstrap/18125] bootstrap fails in libstdc++'s configure script, ICE on every C++ conftest.

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-12-10 08:27 --- not reproducible anymore with 2004-12-04 Matthias -- What|Removed |Added

[Bug fortran/16511] Test 19990905-0.f fails with gfortran

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 08:56 --- (In reply to comment #7) The COMMON block has nothing to do with the problem: subroutine sub(a) integer :: m=2,n=2 real a(m,n) end subroutine sub Fails to compile too, with the same message. -- htt

[Bug c/18919] New: print_address_operand produces segmentation fault

The fprintf() on mingw gets to many parameters and thus produces a segmentation fault. config/rs6000/rs6000.c:9595 Original line: fprintf (file, HOST_WIDE_INT_PRINT_DEC "(%s)", INTVAL (XEXP (x, 1)), reg_names[ REGNO (XEXP (x, 0)) ]); The compiled code passes an additional parameter b

[Bug target/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10 09:53 --- This fails on all 64-bit targets. -- What|Removed |Added GCC build triplet|x86_64-unknow

[Bug fortran/12366] array assignment fails

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 09:54 --- For what it is worth: program testg real, dimension(5) :: a=(/ 1.5,2.1,3.2,4.6,5.3 /) integer,dimension(3) :: i i=(/ 2,3,1 /) print *, a((/ 2,3,1 /)) ! ICEs ! print *, a(i)

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-10 10:09 --- Rutger, Did you do a clean rebuild of libgcj.a after applying these patches? Either works for me after native bootstrap on mingw32 host. The second patch, however, does require CVS bunutils to

[Bug target/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10 10:11 --- OK, I understand what happens: the 5 symbols __absvdi2, __addvdi3, __subvdi3, __mulvdi3 and __negvdi2 are not #defined in libgcc2.h, hence not tweaked based on the word size. They are, therefore, double-w

[Bug rtl-optimization/16968] [3.4 Regression] loop optimizer miscompilation

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10 10:29 --- Investigating, RTX_UNCHANGING_P was my preferred RTL flag. ;-) -- What|Removed |Added

[Bug libfortran/18879] ? not supported in namelist input

-- What|Removed |Added Severity|normal |enhancement Status|WAITING |NEW Ever Confirmed|

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:05 --- The patch identified in comment #7 really can't have caused this, at worst it uncovered a latent bug because the order of edges is changed after this patch - but no pass should depend on the edges being in an

[Bug tree-optimization/18921] New: [4.0 Regression] wrong code with operator "?"

this program aborts if compiled with any options: extern void abort (void); int foo (int k) { unsigned char j = 0; (k ? 0 : j++) == -1; return j; } int main () { if (!foo (0)) abort (); return 0

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:18 --- Backtrace from amd64 (Prescott) at -O0 #0 fancy_abort (file=0x95711e "../../mainline/gcc/recog.c", line=2020, function=0x957139 "extract_insn") at diagnostic.c:556 #1 0x00766d08 in _fatal_insn

[Bug tree-optimization/18921] [4.0 Regression] wrong code with operator "?"

-- What|Removed |Added Known to fail||4.0.0 Known to work||3.3.5 3.4.4 Target Milestone|---

[Bug c++/18922] New: ICE in tree_low_cst, at tree.c:3315

I get ICE when trying to compile wmkbd, it works with gcc 3.2 but not with 3.3.5 nor 3.4.4 Reading specs from /usr/lib/gcc/i486-linux/3.4.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-d

[Bug c++/18922] ICE in tree_low_cst, at tree.c:3315

--- Additional Comments From a dot kral at sh dot cvut dot cz 2004-12-10 11:25 --- Created an attachment (id=7718) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7718&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18922

[Bug c++/18922] [3.4/4.0 Regression] ICE in tree_low_cst, at tree.c:3315

--- Additional Comments From belyshev at lubercy dot com 2004-12-10 11:35 --- // "minimized" testcase: char *hebrewdb[0][2] = {}; -- What|Removed |Added Status

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:35 --- Not the same but maybe related: 1 static __thread void *foo [2]; 2 3 test1 () 4 { 5 void **D, **ivtmp12; 6 L0

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:44 --- Minimal test case: $ cat t.c static __thread void *foo[2]; test1 () { void **ivtmp12; while (&foo[1] != ivtmp12); } $ ../cc1 t.c -fdump-rtl-expand-details test1 t.c: In function 'test1': t.c:6: error:

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 11:47 --- Without __thread, insn 9 is almost identical except for the flags (this is with -m32 fwiw): ;; D.1123 = &foo[1] (insn 9 7 0 (set (reg:SI 58 [ D.1123 ]) -(const:SI (plus:SI (symbol_ref:SI ("foo") [f

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From schwab at suse dot de 2004-12-10 12:00 --- The patch did not help. -fno-tree-dominator-opts is a workaround. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-10 12:04 --- GCC 3.3.5 (SUSE 9.2) produces this RTL for the ICEing statement: (insn 11 10 12 (nil) (set (reg:DI 61) (symbol_ref:DI ("foo"))) -1 (nil) (nil))

[Bug fortran/18923] New: segfault after subroutine name confusion

The code below is invalid, but it's not that bad that a segfault is called for :-) $ cat sel_int_kind.f90 program foo contains subroutine foo(i) integer :: i character(len=selected_int_kind(i)) :: c end subroutine bar end program foo $ gfortran sel_int_kind.f90 In file sel_int_kind.f9

[Bug fortran/16898] Aliasing problem with array descriptors

--- Additional Comments From pbrook at gcc dot gnu dot org 2004-12-10 13:21 --- This is not fixed. It still fails for me at -O2 in i686-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16898

[Bug c++/18922] [3.3/3.4 Regression] ICE in tree_low_cst, at tree.c:3315

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:27 --- *** This bug has been marked as a duplicate of 18384 *** -- What|Removed |Added

[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:27 --- *** Bug 18922 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/16932] Compilation error for sh-coff-gcc little endian target

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:39 --- So lets close it as fixed for 4.0.0 then. -- What|Removed |Added Status|UNCONFIR

[Bug target/18919] print_address_operand produces segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:44 --- Fixed in 4.0.0 by changing the definition of HOST_LONG_LONG_FORMAT to be correct for mingw32. -- What|Removed |Added

[Bug libfortran/18924] New: segfault in dot_product with missing interface information

This one is a bit tricky. It passes two arrays to a subroutine, where they are passed on to the intrinsic function dot_product. However, they are passed old-style, without interface information. dot_product expects to receive only new-style arrays, and generates a segfault in the executed program

[Bug c++/18920] internal compiler error: Segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 13:47 --- Fixed in 3.4.0 and later: pr18920.cc:16: error: template argument required for 'struct print_matrix' pr18920.cc:16: error: types may not be defined in parameter types pr18920.cc:20: error: two or more data t

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2004-12-10 13:48 --- Subject: Re: set_exponent breaks with integer*8 exponent paulthomas2 at wanadoo dot fr wrote: > --- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 > 13:35 -

[Bug c++/18731] [3.3/3.4/4.0 regression] ICE on invalid template declaration

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

[Bug target/18925] New: Invalid gprel relocation in PIC

$ cat gprel.cc class __attribute__ ((visibility("default"))) Type { private: static long _staticTypeCount; public: Type() { _staticTypeCount++; } ~Type(); }; long Type::_staticTypeCount = 0; Type::~Type() { _staticTypeCount--; } $ gcc -fPIC -fvisibility=hidden -S gprel.cc

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 14:14 --- Note the date for C++ is different: : Search converges between 2004-08-30-trunk (#529) and 2004-08-31-trunk (#530). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18910

[Bug target/18896] addressing split complex parm

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-10 14:14 --- http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00682.html -- What|Removed |Added K

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 14:18 --- (In reply to comment #9) > The fail dates from comment #3 probably refer to this change > > 2004-10-17 Andrew Pinski <[EMAIL PROTECTED]> >

[Bug libfortran/17597] list directed read has error

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-10 14:24 --- This runs correctly when read(10,*)I,X,P,Z,G is broken up into read(10,*)I,X read(10,*)P,Z,G (In reply to comment #0) > here is the list directed read example from the F2003 draft standard:

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-10 14:53 --- BTW Paul, this depends on the endianess of your target, the error won't show up on i686. I'm currently testing a patch which should really fix this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17175

[Bug target/18925] [4.0 regression] Invalid gprel relocation in PIC

-- What|Removed |Added Summary|Invalid gprel relocation in |[4.0 regression] Invalid |PIC |gprel relocation in PIC http://gcc.g

[Bug target/17767] [4.0 Regression] MMX intrinsics cause internal compiler error

--- Additional Comments From uros at kss-loka dot si 2004-12-10 15:34 --- This patch will fix the mainline, but more investigation is needed. Index: cse.c === RCS file: /cvs/gcc/gcc/gcc/cse.c,v retrieving revision 1.327 dif

[Bug c++/18926] New: internal compiler error: in tree_low_cst, at tree.c:3255

[EMAIL PROTECTED]:/tmp/s$ g++ -c foo.c foo.c:16: internal compiler error: in tree_low_cst, at tree.c:3255 when compiling following code: 8< [cut here] --- typedef struct { char *str; int n; char *(f[]); char *(l[]);

[Bug target/18927] New: O(n^2) compile time with -O0 (n= number of basic blocks) in global alloc

Some C-Code is (with Option -O0) processed by an algorithm with O(n^2) time. This simple code scheme shows that the compile time grows fast with the number of basic blocks in a function. If the number of basic blocks is doubled the compile time is almost quadrupled. The output of -ftime-report sho

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 15:48 --- Gaby, is this trivial patch OK for the 3.3 branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17868

[Bug c++/18731] [3.3/3.4/4.0 regression] ICE on invalid template declaration

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10 16:04 --- Subject: Bug 18731 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-10 16:04:22 Modified files: gcc/cp : ChangeLog parser.c gcc/tests

[Bug c++/18926] internal compiler error: in tree_low_cst, at tree.c:3255

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 16:08 --- *** This bug has been marked as a duplicate of 18327 *** -- What|Removed |Added

[Bug c++/18327] [3.3/3.4/4.0 Regression] ICE while compiling valid c code with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 16:08 --- *** Bug 18926 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18925] [4.0 regression] Invalid gprel relocation in PIC

--- Additional Comments From schwab at suse dot de 2004-12-10 16:23 --- Broken by 2004-08-03 Mark Mitchell <[EMAIL PROTECTED]> * class.c (build_vtable): Do not set DECL_VISIBILITY here. (check_field_decls): Or here. (check_methods): Or here. (ini

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-10 16:35 --- It was a completely fresh checkout to an empty dir (both times). I build a linux->win32 cross. (building on win32 takes way too long due to fork()). For the dwarf2 patch, I had used the one line pat

[Bug c++/17868] [3.3 regression] RDIV_EXPR not supported by dump_expr

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-10 16:53 --- Subject: Re: [3.3 regression] RDIV_EXPR not supported by dump_expr "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Gaby, is this trivial patch OK for the 3.3 branch? Yes, thanks. --

[Bug middle-end/18928] ice on valid code with -O2 -fPIC

-- What|Removed |Added Component|other |middle-end Keywords||ice-on-valid-code Summary|ice on valid c

[Bug bootstrap/15212] [3.4/4.0 Regression] bootstrap fails on interix3

-- What|Removed |Added Status|WAITING |ASSIGNED Last reconfirmed|2004-04-29 21:27:43 |2004-12-10 16:59:27 date|

[Bug target/18019] [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch

--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-10 17:09 --- Oh, cool. :-) Did you get the patch linked up? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From hjl at lucon dot org 2004-12-10 17:11 --- An updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00757.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18153

[Bug rtl-optimization/16536] [3.3 regression] Incorrect __restrict__ optimization in -O2

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-10 17:26 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libfortran/18891] write with no open causes core dump

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

[Bug middle-end/18928] ice on valid code with -O2 -fPIC

--- Additional Comments From bangerth at dealii dot org 2004-12-10 18:01 --- This used to work with my somewhat outdated version 20041015; it must be a regression since then. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18928

[Bug libfortran/17597] list directed read has error

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-10 18:03 --- The patch included here http://gcc.gnu.org/ml/fortran/2004-12/msg00088.html fixes this problem. -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17597

[Bug middle-end/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From bangerth at dealii dot org 2004-12-10 18:04 --- I can, however, confirm the segfault on top-of-mainline. No reduced testcase, however. W. -- What|Removed |Added

  1   2   >