[Bug target/12637] GCC 3.3.1 ARM. Using "interrupt" keyword causes local variables to be corrupted when calling a function from an interrupt handler.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 06:11 --- Subject: Bug 12637 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 06:11:28 Modified files: libjava: ChangeLog libjava/java/beans

[Bug c++/12624] [3.4 Regression] [unit-at-a-time] ICE in notice_global_symbol

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 06:11 --- Subject: Bug 12624 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 06:11:28 Modified files: libjava: ChangeLog libjava/java/beans

[Bug c/21275] gcc 4.0.0 crash with mingw when using stdout in global var

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-04-29 06:11 --- Here is reduced testcase: // int attribute ((dllimport)) foo; extern int* _imp__foo; int a = *_imp__foo; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275

[Bug c/21275] New: gcc 4.0.0 crash with mingw when using stdout in global var

This small piece of code doesn't work with gcc 4.0.0, but with 3.4/3.3: - #include #include FILE* out = stdout; int main( int argc, char **argv ) { // out = stdout; // this is ok return 0; } - Here the output:

[Bug c++/21274] New: SSA Crash, reproducable

The g++-4.0 in the Ubuntu Hoary repository crashes on the following file. --- crash-4.0.cc starts here --- /* prompt> g++-4.0 -msse2 -O3 -ftree-vectorize -ftree-vectorizer-verbose=5 -c crash-4.0.cc crash-4.0.cc:11: note: Alignment of access forced using p

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-29 02:03 --- (In reply to comment #9) > I guess the right fix is to use adjust_address rather than plus_constant. Please try http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02820.html with the additional assignment to any_c

[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize

--- Additional Comments From dpatel at apple dot com 2005-04-29 00:45 --- Subject: Re: New: SSA_NAME def follows use with -ftree-vectorize It's my think-o. Try this, Index: tree-if-conv.c === RCS file: /cvs/gcc/gcc/gcc/tr

[Bug target/21098] .note.GNU-stack emitted

--- Additional Comments From amodra at bigpond dot net dot au 2005-04-29 00:34 --- Fixed on all active branches -- What|Removed |Added Status|ASSIGNED

[Bug target/21098] [3.4 only] .note.GNU-stack emitted

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 00:32 --- Subject: Bug 21098 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-04-29 00:32:05 Modified files: gcc: Change

[Bug target/21098] [3.4 only] .note.GNU-stack emitted

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

[Bug target/21098] [3.4/4.0 only] .note.GNU-stack emitted

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 00:20 --- Subject: Bug 21098 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 00:19:57 Modified files: gcc: Change

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-28 23:59 --- Re comment #2: I don't believe the text you quoted from the C standard is relevant. is not a "source file". While the C standard isn't directly relevant to Gas, a relevant issue is what the C standard say

[Bug debug/20967] g++ generates same DW_AT_ranges info for two different functions

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 23:58 --- Created an attachment (id=8760) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8760&action=view) Emit DW_AT_call_file and DW_AT_CALL_line for inlined subroutines. This emits extra debug info that descri

[Bug debug/20967] g++ generates same DW_AT_ranges info for two different functions

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 23:52 --- My opinion is roughly the same as Daniel's. The debug info being emitted by gcc here is fine. The underlying problem here is that Fred is trying to improve support for inlined function calls, and the curren

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 23:38 --- Subject: Bug 21173 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-04-28 23:38:11 Modified files: gcc

[Bug middle-end/21273] gensupport.c:collect_insn_data doesn't consider the constraints of match_scratch

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 23:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/21273] New: gensupport.c:collect_insn_data doesn't consider the constraints of match_scratch

collect_insn_data is supposed to figure out the max number of constraints, but doesn't look at the constraints of match_scratch (only match_operand). Though match_scratch is unlikely to be the only specified constraint in a pattern (and so unlikely to affect any target), it's nevertheless a bug. -

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

--- Additional Comments From greenrd at greenrd dot org 2005-04-28 22:38 --- Please reopen. JDK1.5 javadocs for BufferedReader.read include this new information: "As an additional convenience, it attempts to read as many characters as possible by repeatedly invoking the read method of

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 22:35 --- >From the dup bug: The failures start with this patch from dpatel: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg01172.html --

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 22:29 --- *** Bug 21272 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 22:29 --- *** This bug has been marked as a duplicate of 21266 *** -- What|Removed |Added

[Bug tree-optimization/21272] New: SSA_NAME def follows use with -ftree-vectorize

GCC mainline gets an internal compiler error compiling SPEC CPU2000 tests ammp, galgel, lucas, and twolf on powerpc64-linux with "-O2 -ftree-vectorize -maltivec" and either -m32 or -m64, as shown by this minimized testcase:

[Bug libstdc++/21271] Invalid free in std::string

--- Additional Comments From pcarlini at suse dot de 2005-04-28 21:57 --- Hi Chris. Whereas I'm not seeing anything wrong with Valgrind on x86, I'm willing to check also ppc-darwin but would appreciate detailed instructions to reproduce the problem. In the meanwhile, I would suggest che

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 21:52 --- *** Bug 21270 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libgcj/21270] BufferedReader.read( char[], int, int ) returns less than expected number of read chars

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 21:52 --- *** This bug has been marked as a duplicate of 18376 *** -- What|Removed |Added

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

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

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 21:45 --- Oh, the -I/usr/local/include is there twice, why? Can you attach the Makefile and config.log and config.status? There is a work around for this bug, is first compile FSF's GCC before 4.0.0 and then recompi

[Bug ada/21241] [4.1 Regression] ACATS ICE verify_flow_info failed cxg1002 cxg1003 cxg2006 cxg2007 cxg2018 cxg2019 cxg2020

--- Additional Comments From laurent at guerby dot net 2005-04-28 21:12 --- More info (thanks to Andrew): -O1 -ftree-pre works -O1 -ftree-vrp works -O1 -funit-at-a-time ICEs -O2 -fno-unit-at-a-time works -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21241

[Bug libstdc++/21271] New: Invalid free in std::string

in Mac os x 10.3.9, I get warnings about "invalid or double free" from the following piece of code when compiled at at least -O1. I believe this code to be valid by the standard. Due to time constraints for a couple of weeks I'm not going to be able to investigate more carefully what is causin

[Bug rtl-optimization/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 20:37 --- Fixed on mainline by Martin's patch. -- What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 20:37 --- Subject: Bug 18877 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 20:36:57 Modified files: gcc: ChangeLog reload.c Log message:

[Bug rtl-optimization/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28 20:26 --- A reload bug. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |wilson a

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 20:24 --- The three SPEC CPU2000 tests build and run successfully with the patch in comment #8. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813

[Bug ada/19002] GNAT BUG DETECTED, unqualified record aggregate triggers

--- Additional Comments From ludovic dot brenta at insalien dot org 2005-04-28 19:52 --- Here is another test case that produces the same bug box, from the Debian BTS: package Test_306832 is type T1 is record i: integer; end record; package pak1 is type T2 is tagg

[Bug libgcj/21270] BufferedReader.read( char[], int, int ) returns less than expected number of read chars

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:45 --- Note BufferedReader does not need to read in the full buffer, it actually is a non blocking reader: >From Th

[Bug middle-end/21269] [4.0/4.1 Regression] member function pointers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:36 --- Actually this is invalid, you are going passed the bounds of buf. %.2x does not do what you want it to do. You want to do the following instead: void conv_ptr(void * ptr, char* buf) { unsigned char * s

[Bug libgcj/21270] New: BufferedReader.read( char[], int, int ) returns less than expected number of read chars

When 8K of data is requested gcj returns only 2K (Sun's VM returns full 8K). example code: import java.io.*; public class BufferedReaderReadTest { public static void main( String [] args ) throws Exception { char [] b = new char[ 8 * 1024 ]; BufferedRead

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-28 19:33 --- Diego, I think it's OK to have contradictory information from an ASSERT_EXPR and SCEV. Let's say we have a loop counting from i = 0 upward. It's possible that we "if (i < 0)" in the loop and see something l

[Bug rtl-optimization/20211] autoincrement generation is poor

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-28 19:21 --- An updated patch is here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02898.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211

[Bug middle-end/21269] [4.0/4.1 Regression] member function pointers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:18 --- Hmm, this also works just fine on ppc-darwin too. -- What|Removed |Added Component|

[Bug tree-optimization/21269] [4.0/4.1 Regression] member function pointers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 19:16 --- This works at -O0. But at -O1 or above. -- What|Removed |Added Component|c++

Re: bug report for gfortran

On Apr 28, 2005, at 2:41 PM, Dutta, Kalyan wrote: I am submitting a bug report for GNU's Fortran95 compiler, gfortran. I realize the compiler is experimental. Any help you might be able to provide will be appreciated. I am Emailing this report because I couldn't successfully attach the requested p

[Bug c++/21269] member function pointers

--- Additional Comments From gnu04 at yahoo dot com 2005-04-28 19:08 --- Created an attachment (id=8759) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8759&action=view) This is the source file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21269

[Bug c++/21269] New: member function pointers

I am trying to print out the value of member function pointers. However, I found that the compiled executable runs into segment fault. After I added another local member function pointer variable, the program does not run into seg fault,but it seems that it gives out incorrect result. --

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-28 18:58 --- OK, the problem is definitely a latent bug. The problem is that in fix_truncdfsi2, it creates a stack temporary, with operands[3] = assign_stack_temp (DImode, GET_MODE_SIZE (DImode), 0);

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 18:52 --- Subject: Bug 20813 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-28 18:52:22 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug libgcj/21267] [win32] Non-English File Names processed incorrectly

-- What|Removed |Added Summary|Non-English File Names |[win32] Non-English File |processed incorrectly in|Names processed incorrectly

[Bug bootstrap/21268] Bootstrap, configuration problem and insn-conditions.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 18:34 --- Hmm, seems like autogen should not be calling its headers options.h, oh well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 18:12 --- The compilers that I tested that still failed were configured with --build, --host, --target=powerpc64-linux and --with-cpu=default32. -- What|Removed |Added --

[Bug middle-end/21237] [4.0/4.1 Regression] unnecessary __cmpdi2 usage?

--- Additional Comments From pluto at pld-linux dot org 2005-04-28 18:04 --- __cmdi2 isn't used with -O0 but it is with -O1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237

[Bug bootstrap/21268] New: Bootstrap, configuration problem and insn-conditions.c

I report this as follow up to bug 21145 that has been wrongly marked as duplicate of 19601. The bug I reported is not AWK problem and thus it is not duplicate of the bug. My problem is caused by wrong includes search paths and headers with same names. I have installed autogen-5.6.4 which installs

[Bug libgcj/21267] New: Non-English File Names processed incorrectly in Windows.

This one is difficult. When using java.io.File class Sun VM and gcj produce different results. If create a file name which contains for example Russian Letters in it (you can do this: open IE and go to the www.rambler.ru then add this link to the Favorites. Now open the dir: File dir = new Fil

[Bug c++/20304] Invalid value returned by operator '&' when -O is used

--- Additional Comments From hpreg at vmware dot com 2005-04-28 17:33 --- This was filed as bug 169225 in the libsigc++ bugzilla database (http://bugzilla.gnome.org/show_bug.cgi?id=169225). While it is still unclear whether what libsigc++ did is a libsigc++ bug or a g++ bug, the libsigc

[Bug ada/21241] [4.1 Regression] ACATS ICE verify_flow_info failed cxg1002 cxg1003 cxg2006 cxg2007 cxg2018 cxg2019 cxg2020

--- Additional Comments From laurent at guerby dot net 2005-04-28 17:15 --- The test PASS at -O0 and -O1, and ICEs at -O2 and -O3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21241

[Bug ada/21241] [4.1 Regression] ACATS ICE verify_flow_info failed cxg1002 cxg1003 cxg2006 cxg2007 cxg2018 cxg2019 cxg2020

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:59 --- Does this happen also at -O0? -- What|Removed |Added Summary|ACATS ICE verify_flo

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From janis at gcc dot gnu dot org 2005-04-28 16:58 --- GCC built with sources that include that patch fails in the same place building gzip, bzip2, and mesa from SPEC CPU2000 with "-m64 -O2". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813

[Bug java/20768] [4.0 only] Bytecode -> native code doesn't handle exception properly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:53 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug debug/21022] [4.0 only] ICE while compiling GdkFontMetrics.class with stabs debugging

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:53 --- Fixed, thanks again Andrew. -- What|Removed |Added Status|ASSIGNED

[Bug java/20768] [4.0 only] Bytecode -> native code doesn't handle exception properly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 16:35 --- Subject: Bug 20768 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 16:35:25 Modified files: gcc/java : expr.c

[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 16:35 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 16:35:25 Modified files: gcc/java : expr.c

[Bug debug/21022] [4.0 only] ICE while compiling GdkFontMetrics.class with stabs debugging

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 16:33 --- Subject: Bug 21022 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 16:33:38 Modified files: gcc: Change

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:24 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 16:24 --- (In reply to comment #2) > Another issue here is that this_5 = &b_4->D.2068; is loop invariant and can > be > hoist out of the loop. Maybe it will happen with structure-aliasing-branch? Well really we sh

[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|WAITING

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

--- Additional Comments From segher at kernel dot crashing dot org 2005-04-28 15:08 --- The C standard has this to say about line numbers, in 6.10.4/2: The line number of the current source line is one greater than the number of new-line characters read or introduced in translation ph

[Bug tree-optimization/21266] New: verify_ssa failed

$ cat minlc.c void minlc(float *a, int n) { int i; float mv = a[0]; for (i=1; i i_13 ? mv_12 : mv_20; minlc.c:2: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. $ gc

[Bug rtl-optimization/20211] autoincrement generation is poor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:42 --- (In reply to comment #10) > (In reply to comment #9) > > Mac OS X and darwin works on the G3, just fine. > > The Mac OS X tiger system requirements say that it needs built-in firewire. > This Mac doesn't ha

[Bug rtl-optimization/20211] autoincrement generation is poor

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-28 13:36 --- (In reply to comment #9) > Mac OS X and darwin works on the G3, just fine. The Mac OS X tiger system requirements say that it needs built-in firewire. This Mac doesn't have firewire. It also came with 32 M

[Bug fortran/20865] statement function shall not be supplied as procedure argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:24 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/21265] [4.0/4.1 regression] GCC fails to optimize tail call to memset

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:13 --- Confirmed, it also happens on PPC-darwin too. Note here is a testcase for x86 (32bit): #include extern void *memset (void *, int, size_t); extern void *my_memset (void *, int, size_t); void foo (void *to,i

[Bug middle-end/20638] gcc doesn't take advantage of attribute malloc on alloca

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-04-28 13:11 --- Roger Sayle provided this feedback to me in private email and agreed to have it copied here: -- I've glanced through the code and I suspect I

[Bug bootstrap/21263] libcpp/configure: unsafe test instruction

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:07 --- *** This bug has been marked as a duplicate of 21230 *** -- What|Removed |Added

[Bug bootstrap/21230] [4.0/4.1 Regression] bootstrap failed unless bootstrap compiler is gcc.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 13:07 --- *** Bug 21263 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/21265] New: [4.0,4.1 regression] GCC fails to optimize tail call to memset

Given the code below, GCC fails to optimize the tail call to memset into a jmp on x86_64-unknown-linux-gnu as of 4.0 or 4.1 mainline. Versions 3.4 and 3.3 perform the transformation so it is a regression. All GCC versions on x86_64 manage to optimize the call to my_memset so it may be related

[Bug c/21261] Build error of gcc 4.0 under PASE (AIX 5.1 emulation) on iSeries V5R3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 12:59 --- *** This bug has been marked as a duplicate of 9382 *** -- What|Removed |Added

[Bug bootstrap/9382] AIX 5.2 ../../gcc-20030120/gcc/libgcc2.c:1161: internal compiler error: in extract_insn, at recog.c:2175

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-28 12:59 --- *** Bug 21261 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring

--- Additional Comments From pcarlini at suse dot de 2005-04-28 12:12 --- By the way, the proposed patch does *not* implement FNV right: among other things, replaces a bit-a-bit xor with a sum. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193

[Bug c++/21264] New: duplicate symbol warnings for complex template class

/// template.cc / struct VirtualBase { virtual ~VirtualBase(); }; struct Foo {}; struct Bar { virtual ~Bar(); }; template class Test : public VirtualBase, public OtherBase { }; void func() { Test foo; Test bar; } /

[Bug fortran/20865] statement function shall not be supplied as procedure argument

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 11:56 --- Subject: Bug 20865 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 11:56:03 Modified files: gcc/fortran: Change

[Bug fortran/20865] statement function shall not be supplied as procedure argument

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 11:56 --- Subject: Bug 20865 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 11:56:03 Modified files: gcc/fortran: Change

[Bug fortran/20865] statement function shall not be supplied as procedure argument

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 11:34 --- New patch proposed: http://gcc.gnu.org/ml/fortran/2005-04/msg00667.html -- What|Removed |Added -

[Bug bootstrap/21263] New: libcpp/configure: unsafe test instruction

I don't if this is a gcc or autoconf issue, but here it is: My system: SunOS 5.9 Generic_118558-05 sun4u sparc SUNW,Sun-Fire-280R Solaris My configure:env CC=cc ../configure --prefix=/scratch/src/gcc-4-test \ --enable-threads --with-cpu=ultrasparc --enable-shared \ --enable-languages=c,c++ When I

[Bug libgcj/21140] [4.0 only] Charset.encode and Charset.decode broken

--- Additional Comments From aph at gcc dot gnu dot org 2005-04-28 11:00 --- Added to Tom Tromey's queue for 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21140

[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't

--- Additional Comments From aph at gcc dot gnu dot org 2005-04-28 10:59 --- Added to Tom Tromey's queue for 4.0 branch. -- What|Removed |Added AssignedTo|unassigned

[Bug libstdc++/21262] basic_string out_of_bound in constructor with null char in string

--- Additional Comments From pcarlini at suse dot de 2005-04-28 09:25 --- There is nothing wrong with a null char per se. The problem is that you second constructor call is wrong: according to the standard, there is *no* constructor taking a const char*, and two size_type. Instead, there

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From matz at suse dot de 2005-04-28 09:24 --- Yes, I determined that already in the initial report; to cite myself: > It's invalid for two reasons I think, first the missing definition, instead > of the declaration. [the second reason being the use of the G

[Bug fortran/20865] statement function shall not be supplied as procedure argument

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 09:19 --- It does not fix the error. Will look further into it. -- What|Removed |Added Key

[Bug libstdc++/21262] New: basic_string out_of_bound in constructor with null char in string

gcc -v Reading specs from /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.1/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with- slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared - -enable-threads=posix --disable-checking --enable-long-long --enable- __c

[Bug c++/20476] [3.3 Regression] g++ crashes with a contrived template mistake.

--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:38 --- (In reply to comment #2) > Confirmed, only a regression for 3.3.x. This is infinite loop in the g++ parser. Since, it is ICE on invalid code, it is not critical at this time. -- Gaby -- What

[Bug target/20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0

--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:36 --- (In reply to comment #4) > I don't know if there is anything we can do about 3.3.x but who knows. No PowerPC maintainer seems to be interested in this. Will most likely close as wontfix. -- Gaby -- http:

[Bug rtl-optimization/19579] [3.3 regression] -march=i686 generates a bogus program for x86*

--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:34 --- (In reply to comment #15) > Patch here: . Roger -- Are you still confident in this patch (as you said last Jan) for 3.3.6? -- Gaby -- http://gcc

[Bug rtl-optimization/15853] [3.3 Regression] temporaries are not destroyed and overwritten later

--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-28 08:23 --- (In reply to comment #6) > Um... first of all, this works on 3.4 branch only by accident, i.e. I think > the > underlying problem is still present there. What happens is that a call has an > argument containin

[Bug fortran/19015] shape / rank mismatch in maxloc / minloc leads to assertion failure at runtime

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-28 08:07 --- In 4.1, this is now a runtime error: $ cat maxloc-2.f90 integer, dimension(0:1,0:1) :: n integer, dimension(1) :: i n = reshape((/1, 2, 3, 4/), shape(n)) i = maxloc(n) print *,i end program $ gfor

[Bug fortran/21257] Duplicate use of construct name

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-

[Bug libstdc++/21244] [4.0/4.1 Regression] Vector anonymous enum problem

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 08:02 --- Subject: Bug 21244 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-28 08:01:36 Modified files: libstdc++-v3 : Change

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-28 08:02 --- the example test case is invalid even with the gnu extension. As with static const int members, you must have a single out-of-class definition of the member EVEN IF the member is initialized in class. [9.4.2

[Bug fortran/21260] Conflict between comment and H edit descriptor

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-

[Bug fortran/20870] reference to size of assumed-size array

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 08:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug fortran/20865] statement function shall not be supplied as procedure argument

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-28 07:58 --- Possible patch: diff -p -u -r1.39 resolve.c --- gcc/fortran/resolve.c 19 Mar 2005 19:45:33 - 1.39 +++ gcc/fortran/resolve.c 28 Apr 2005 07:56:12 - @@ -616,6 +616,13 @@ resolve_act

[Bug libstdc++/21244] [4.0/4.1 Regression] Vector anonymous enum problem

--- Additional Comments From pcarlini at suse dot de 2005-04-27 16:03 --- Fixed for 4.0.1. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-28 07:51 --- Subject: Bug 21244 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]

  1   2   >