[Bug c++/23542] New: Warn template instantiation calling static functions

As described in the thread "Should template dependent lookup find static functions?" : http://groups.google.com/group/comp.lang.c++.moderated/browse_thread/thread/d6d9a5f3e12ccf80/7038bb2e4c75e190#7038bb2e4c75e190 I'll give the example again: begin example class inner_t { }; template

[Bug target/20102] Incorrect floating point code generated when assigning to "packed" structure

-- What|Removed |Added CC||amodra at bigpond dot net ||dot au http://gcc.gnu.org/bugzilla/

[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info

--- Additional Comments From woodzltc at sources dot redhat dot com 2005-08-24 06:06 --- I just found the above issue I opened is defered to DWARF4. (Pls refer to http://dwarf.freestandards.org/ShowIssue.php?issue=050808.2&type=closed). Did it means that we need to wait a long time to

[Bug target/23463] [4.1 Regression] va-arg-22.c execution fails

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-24 05:46 --- This looks to be a problem on sparc too: http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg01257.html -- What|Removed |Added -

[Bug target/22271] No builtin preprocessing defines to tell SDATA mode.

--- Additional Comments From amodra at bigpond dot net dot au 2005-08-24 05:38 --- I think you'll find that the patch provided in comment #1 breaks non-sysv4 builds, with an undefined reference to rs6000_sdata. You want to enclose that part in #ifdef USING_ELFOS_H. I also think the sda

[Bug c++/22233] [3.4 regression] ICE with wrong number of template parameters

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24 05:37 --- Modified patch for the 3.4 branch posted. -- What|Removed |Added URL|http:/

[Bug c/23541] New: all error messages produce segfault ICE

when compiled not just to target sparc64 but also to be hosted on sparc64 instead of just sparc, the resulting compiler segfaults most of the time when it tries to print error messages. For instance, when compiling a file containing just a bogus preprocessor directive, like so: #asdfadfa The prob

[Bug target/23463] [4.1 Regression] va-arg-22.c execution fails

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-24 04:27 --- I got this failure on ppc-linux as well. -- What|Removed |Added Status|UNCONFIRM

[Bug libffi/23404] Interpreted java byte code does not run properly

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW

[Bug libffi/23404] Interpreted java byte code does not run properly

--- Additional Comments From amodra at bigpond dot net dot au 2005-08-24 03:52 --- I could not reproduce this problem using a powerpc64 gij. However, I could when using a powerpc gij. Retargetting. -- What|Removed |Added

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From mcvick_e at iname dot com 2005-08-24 02:57 --- I understand this frustration. The source code is proprietary material so I cannot post it. However we are working on developing a sample case to demonstrate what is happening. -- http://gcc.gnu.org/bugzi

[Bug translation/23540] Shifting wraps around => miscompilation

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-08-24 02:50 --- (In reply to comment #1) > This is undefined code. The C standard says that shifts bigger than the size is undefined which means > we can have different values at different levels of optimizations

[Bug translation/23540] Shifting wraps around => miscompilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 02:42 --- This is undefined code. The C standard says that shifts bigger than the size is undefined which means we can have different values at different levels of optimizations. -- What|Removed

[Bug translation/23540] New: Shifting wraps around => miscompilation

In the following testcase --- #include #include int main() { uint32_t b = 32; printf ("%X\n", ~(-(UINT32_C(1) << b))); return 0; } --- when compiled with -O0 results in 0, while the following testcase --- #include #include int main() { printf (

[Bug libstdc++/23358] _Destroy doesn't optimize for scalar types

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 02:16 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/23462] [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-i[no].cc execution tests fail

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 02:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/20799] [4.0/4.1 Regression] bad relocs for new/delete overrides

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 01:52 --- Subject: Bug 20799 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-24 01:52:10 Modified files: gcc: Change

[Bug target/20799] [4.0/4.1 Regression] bad relocs for new/delete overrides

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 01:52 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug target/20799] [4.0/4.1 Regression] bad relocs for new/delete overrides

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24 01:51 --- Subject: Bug 20799 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-24 01:50:54 Modified files: gcc: ChangeLog gcc/config : d

[Bug target/20799] [4.0/4.1 Regression] bad relocs for new/delete overrides

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 00:40 --- Patch posted here: . -- What|Removed |Added -

[Bug target/20102] Incorrect floating point code generated when assigning to "packed" structure

--- Additional Comments From amodra at bigpond dot net dot au 2005-08-24 00:44 --- -mstrict-align should not affect aggregate layout. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20102

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24 00:27 --- Of course not having the source does not help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23539

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From mcvick_e at iname dot com 2005-08-24 00:20 --- Unfortunately this still appears to be some sort of bug. The solution given with the -mstrict-align worked for the test case, but in the specific case here, still fails. Attached is the output of the link com

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From mcvick_e at iname dot com 2005-08-23 23:47 --- Our Hardware engineers came back to us informing us as to why this _may_ be an issue. The hardware has a memory bus arbiter ASIC that does not handle mis- aligned references for 2-byte accesses ending on 1 or

[Bug middle-end/23522] [3.4/4.0/4.1 Regression] fold_widened_comparison bug

--- Additional Comments From alexey dot starovoytov at sun dot com 2005-08-23 23:35 --- Actually I think 3.x versions are fine. Here is the snipper from 3.4.3: else if (TREE_CODE (TREE_TYPE (arg0)) == INTEGER_TYPE && TREE_CODE (arg0) == NOP_EXPR && (te

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From steven at gcc dot gnu dot org 2005-08-23 23:35 --- Re. comment #3, you can find a whole load of options to control various things about gcc's powerpc backend in the manual. For example in the manual for GCC 4.0.1, you can give this page a look: http://gcc

[Bug libstdc++/23462] [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-i[no].cc execution tests fail

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 23:05 --- Subject: Bug 23462 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-23 23:05:38 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/tests

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 22:30 --- GCC assumes you have unaligned access. Use -mstrict-align if you want to assume unaligned access does not work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23539

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From mcvick_e at iname dot com 2005-08-23 22:24 --- The data access exception is incorrect in this sense. The software developer had updated the status of this issue and states that this causes a Machine Check exception to occur on our current hardware. The ob

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

--- Additional Comments From mcvick_e at iname dot com 2005-08-23 21:44 --- I should also mention that the target processor for this is the 603, not 603e or otherwise. Even compiling with the -mtune=603 and -mcpu=603 gives the same output. And those old processors do not handle mis-

[Bug fortran/23538] gfortran hangs on old cray fortran 66 program

--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-23 21:38 --- Can you compile this code with any modern compiler? I used fsplit to split the code into a set of files that contains exactly one subprogram per file. Of the 54 *.f files that I get from fsplit, only 25 of t

[Bug target/19161] No emms or femms emitted between MMX and FP instructions

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-23 21:30 --- Actually, I lied about the CFG. It's actually 1->3 with 2-3 still forming the loop. So LCM did the right thing, technically: for the case in which the loop trip count is zero, we avoid the efpu insn. The pr

[Bug target/23539] C & C++ compiler generating misaligned references regardless of compiler flags

-- What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23539

[Bug c++/23539] New: C & C++ compiler generating misaligned references regardless of compiler flags

This issue was uncovered in porting our existing software to the GNU tool- chain. We have a number of structures that contain 3 individual bytes of data. When the GNU tool-chain compiles the source code, it creates a load/store byte instruction followed by a load/store half-word instruction wit

[Bug fortran/23538] gfortran hangs on old cray fortran 66 program

--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-23 21:18 --- Confirmed. gfortran's error reporting and recovery mechanism appears to lead to hopeless confusion within the scanner/parser whereby it gets stuck in an infinite loop. -- What|Removed

[Bug fortran/23538] gfortran hangs on old cray fortran 66 program

--- Additional Comments From dir at lanl dot gov 2005-08-23 21:03 --- Created an attachment (id=9570) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9570&action=view) old program that hangs gfortran -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23538

[Bug fortran/23538] New: gfortran hangs on old cray fortran 66 program

sing built-in specs. Target: powerpc-apple-darwin7.9.0 Configured with: ./configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050823 (experimental) [dranta:~/tests/gfortran-D] dir% -- Summary: gfortran hangs on old cray fortran

[Bug ada/23519] Dividing fixed point number by zero returns zero.

--- Additional Comments From simon at pushface dot org 2005-08-23 20:55 --- The behaviour with -gnato and without is the same. On the other hand, 'digits 18' fails as shown,'digits 9' gives the exception ... and 'Machine_Overflows is True. -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug target/19161] No emms or femms emitted between MMX and FP instructions

--- Additional Comments From rth at gcc dot gnu dot org 2005-08-23 20:48 --- So, I fixed another case in which we could die in create_pre_exit having to do with complex return values. But past that, there are failures that are completely within optimize_mode_switching, e.g. execute/2005

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23 19:58 --- Reduced test case. Compile to .class, then compile with -findirect-dispatch. Interpreting works fine. public class pr23182 { static class Wrapper { Object w; Object get() { return w; }

[Bug fortran/17740] ICE in gfc_trans_arrayfunc_assign, at fortran/trans-expr.c:2011

--- Additional Comments From erik dot edelmann at iki dot fi 2005-08-23 19:54 --- A patch for this bug has been posted to the mailing list: http://gcc.gnu.org/ml/fortran/2005-08/msg00406.html -- What|Removed |Added

[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-23 18:56 --- FRE can't really do anything about this. DOM would do the same thing if it was run before DCE. I'll make the sinker sink loads. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346

[Bug ada/23514] fixed point error cause Ada exception block does NOT work

--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-23 18:42 --- You need a recent GCC 4.1 for this to "work" as expected, so gcc 3.4 is indeed not expected to work in this case. -- What|Removed |Added -

[Bug libstdc++/23462] [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-i[no].cc execution tests fail

--- Additional Comments From pcarlini at suse dot de 2005-08-23 18:30 --- Kelley, can you please fix the regression that you introduced? (obviously, you didn't completely regtest the patch). I suggest first padding the new address to the length of the old one with spaces then, in case th

[Bug java/23431] [4.0/4.1 regression] gcj allows overriding with more restrictive access

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-23 18:26 --- I have proposed a patch for this problem: http://gcc.gnu.org/ml/java-patches/2005-q3/msg00266.html -- What|Removed |Added -

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pcarlini at suse dot de 2005-08-23 18:23 --- (In reply to comment #11) Thanks a lot. I think adding a proper rebind is the right way to fix the problem, already used in mainline and 4_0-branch, by the way. -- What|Removed

[Bug rtl-optimization/23524] bigger version of mov + cmp produced

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-08-23 18:15 --- (In reply to comment #4) > > Then use -Os every where instead. You will see that the overall code > size for 4.1 > has reduced from 4.0. That might be true, but -Os is not always an option. If t

[Bug rtl-optimization/23524] bigger version of mov + cmp produced

--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-23 18:07 --- Subject: Re: bigger version of mov + cmp produced On Aug 23, 2005, at 2:06 PM, dann at godzilla dot ics dot uci dot edu wrote: > > --- Additional Comments From dann at godzilla dot ics dot uci do

Re: [Bug rtl-optimization/23524] bigger version of mov + cmp produced

On Aug 23, 2005, at 2:06 PM, dann at godzilla dot ics dot uci dot edu wrote: --- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-08-23 18:05 --- (In reply to comment #2) You really should know that we only care about code size at -Os. We care about perfor

[Bug rtl-optimization/23524] bigger version of mov + cmp produced

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-08-23 18:05 --- (In reply to comment #2) > You really should know that we only care about code size at -Os. We care about performance > regressions though at -O2. Code size is important for performance for mode

[Bug middle-end/23517] [4.0/4.1 Regression] can't cast between generic vector types and target supported vector types

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-23 18:02 --- (note: the tree-vect-generic.c part is not needed on 4.0) Fixed. -- What|Removed |Added

[Bug middle-end/23517] [4.0/4.1 Regression] can't cast between generic vector types and target supported vector types

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 18:01 --- Subject: Bug 23517 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-23 18:01:27 Modified files: gcc: Change

[Bug middle-end/23517] [4.0/4.1 Regression] can't cast between generic vector types and target supported vector types

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 17:48 --- Subject: Bug 23517 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-23 17:48:37 Modified files: gcc: ChangeLog fold-const.c convert.c

[Bug fortran/18878] Erronous error message on vaild USE statement

--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-23 17:24 --- I just received this e-mail: ... Whilst at the airport, I saw a solution to PR18878, whose existence has bugged me for ages because it looks as if it should be easy. I though that I would get it to you, via

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From mattias dot ellert at tsl dot uu dot se 2005-08-23 17:14 --- (In reply to comment #10) Your proposed alternative patch works for me. Both for the testcase in this bug report and when I compile the code I was building when I found the bug. -- http://gcc.g

[Bug libstdc++/23462] [4.1 Regression] 27_io/basic_filebuf/sgetn/char/[12]-i[no].cc execution tests fail

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 17:13 --- As reported here: http://gcc.gnu.org/ml/gcc-regression/2005-08/msg00040.html This is testsuite problem caused by the update of the address of the FSF. -- What|Removed |Ad

[Bug libgcj/23183] SimpleDateFormat fails to render '' as single quotes

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23 17:02 --- Here is the complete test case: import java.text.*; import java.util.*; public class pr23183 { public static void main(String[] args) { SimpleDateFormat sdf = new SimpleDateFormat("''-MM-dd HH:mm:

[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 16:53 --- (In reply to comment #2) > I imagine FRE eliminates one a/b, which isn't really making a mess of loads. It is eliminating the loads of a and b too but nothing (maybe it is the job of the ra), moves the loa

[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-23 16:52 --- Could you show what the code looks like before and after FRE? I imagine FRE eliminates one a/b, which isn't really making a mess of loads. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346

[Bug c++/23383] builtin array operator new is not marked with malloc attribute

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 16:34 --- Confirmed: *a = 1; *b = 2; t = *a; operator delete (a); operator delete (b); return t; -- What|Removed |Added

[Bug tree-optimization/19905] Extra V_MAY_DEF on a static variable whose address is not taken (we should be able to move the load out of the loop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 16:40 --- I think the FIXME in tree-ssa-operands.c is the answer here: /* FIXME - if we have better information from the static vars analysis, we need to make the cache call site specific. This way we can

[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 16:32 --- I will need someone to test DCE before FRE for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346

[Bug c++/18835] memory consumption is high for C++ testcase

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 16:27 --- tree.c:5027 (build_method_type_directly)7305888: 3.6% 0: 0.0% 596640: 0.9% 0: 0.0% 82318 cp/name-lookup.c:1241 (begin_scope) 8848872: 4.3% 0:

[Bug libgcj/23216] IncompatibleClassChangeError when Using Java-Gnome

--- Additional Comments From ajocksch at redhat dot com 2005-08-23 16:05 --- Sorry, I should have clarified earlier that I'm developing with Java-Gnome head. I am running it interpreted through Eclipse. Here's the stack trace it generates: Exception in thread "main" java.lang.Incompatib

[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23 16:02 --- Also fails with cvs head. Offhand I suspect a compiler bug. -- What|Removed |Added

[Bug c/23535] Compiler assertion failed when building cross compiler

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 15:44 --- *** This bug has been marked as a duplicate of 21766 *** -- What|Removed |Added

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 15:44 --- *** Bug 23535 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/23535] New: Compiler assertion failed when building cross compiler

The compiler generates the following error (includes command building the file) when building a cross compiler out of GCC HEAD. This also happens on the 20050813 snapshot but does NOT happen on the May 15, 2005 snapshot. - Pasted console log below - /

[Bug ada/23514] fixed point error cause Ada exception block does NOT work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 15:12 --- This is a target bug. http://groups-beta.google.com/group/comp.lang.ada/browse_thread/thread/ee1a8b8db84c88f/ 2195130b88e4dc9d? lnk=st&q=Ada+exception+block+does+NOT+work%3F&rnum=1#2195130b88e4dc9d Most li

[Bug other/22594] HOST_LONG_LONG_FORMAT not used in HOST_WIDE_INT_PRINT macro

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 15:06 --- Fixed by: +2005-08-23 Mark Mitchell <[EMAIL PROTECTED]> + + * hwint.h (HOST_WIDE_INT_PRINT): Use HOST_LONG_LONG_FORMAT. + -- What|Removed |Added

[Bug fortran/18452] Fortran options induces warning for fortran that needs preprocessing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 14:54 --- *** Bug 23532 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug driver/23532] [gfortran & g77] Regression compiling Fortran code with preprocessor instructions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 14:54 --- The gfortran bug is PR 18452. The g77 bug was PR 13008 and was fixed in 3.4.0. I am going to close this as a dup of the gfortran bug. *** This bug has been marked as a duplicate of 18452 *** --

[Bug java/23283] Sun's JIT faster than gcc for Random.nextDouble

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-23 14:51 --- > It looks like the problem is that we don't remove the synchronization > for nextDouble() even though the test case is single-threaded. If we can remove even only half of the synchronization overhead, by s

[Bug java/23283] Sun's JIT faster than gcc for Random.nextDouble

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-23 14:48 --- Yes, I think that most invocations of next should be inlined, and wrapped in a single synchronized block. Apart from that, I am pretty sure that here seed = (seed * 0x5DEECE66DL + 0xBL) & ((1L << 48) -

[Bug driver/23532] New: [gfortran & g77] Regression compiling Fortran code with preprocessor instructions

Fortran code containing preprocessor instructions needed for handling system-specific behaviour is traditionally written to files with the extension .F (rather than .f). The GCC driver would preprocess this file in a first step, writing the intermediate code to a temporary .f file. The regression

[Bug ada/23514] fixed point error cause Ada exception block does NOT work

--- Additional Comments From kuan_long at hotmail dot com 2005-08-23 14:43 --- -gnato still fail in Mingw 4.1 ,the OS is windows XP gcc -v Reading specs from C:/mingw/bin/../lib/gcc/mingw32/3.4.2/specs Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as -- host= mi

[Bug libgcj/20908] [m68k-linux] libjava testsuite fails about 600 tests

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23 14:36 --- This still seems quite high: # of unexpected failures91 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20908

[Bug java/23283] Sun's JIT faster than gcc for Random.nextDouble

--- Additional Comments From mark at klomp dot org 2005-08-23 14:31 --- Subject: Re: Sun's JIT faster than gcc for Random.nextDouble It looks like the problem is that we don't remove the synchronization for nextDouble() even though the test case is single-threaded. qprof: /tmp/

[Bug libgcj/23216] IncompatibleClassChangeError when Using Java-Gnome

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23 14:19 --- I tried this with the gcc 4.0 and java-gnome that ship on Fedora Core 4. It worked for me. Can you give some more information? Perhaps the stack trace that you see? Did you compile this or run it interprete

[Bug fortran/12840] Unable to find scalarization loop specifier

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-23 14:19 --- Working on a patch. -- What|Removed |Added AssignedTo|pbrook at gcc dot gnu dot |

[Bug java/23283] Sun's JIT faster than gcc for Random.nextDouble

--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23 14:15 --- I see this too. Compiling with -fno-bounds-check helps, but not enough. One possibility is simply that our implementation of nextDouble is inefficient. I doubt this function was coded for maximum performan

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pcarlini at suse dot de 2005-08-23 13:55 --- It looks like the problem has been fixed in revision 1.6 of hashtable.h. Mattias, can you experiment a bit with just changing in class hashtable: typedef _Alloc allocator_type; to typedef typename _Alloc::t

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 13:42 --- Oh and the preprocessed created with 3.4.0 gives the same error on the mainline too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23528

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pcarlini at suse dot de 2005-08-23 13:42 --- (In reply to comment #7) > A big mistery... Actually, in 3_4-branch memory allocation in class hashtable was rather different, forgot about that. The bug is there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pcarlini at suse dot de 2005-08-23 13:34 --- (In reply to comment #6) Ok, Andrew is right, just double checked. A big mistery... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23528

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pcarlini at suse dot de 2005-08-23 13:26 --- (In reply to comment #5) I find this very hard to believe: the ext/ headers are basically frozen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23528

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 13:18 --- I forgot to mention that the preprocessed source from 4.1.0 compiles just fine with the 3.4.0 compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23528

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pcarlini at suse dot de 2005-08-23 13:15 --- I agree that something much more subtle is going on, maybe even a C++ front-end bug in 3_4-branch. Notice that hash_map<>::allocator_type is typedef-ed as _Ht::allocator_type, which, in turn (see the hashtable clas

[Bug c/23506] [4.0/4.1 Regression] Bad array access in DEF_GCC_BUILTIN

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 13:15 --- Confirmed, this is a regression from 3.4.0 where we did not have this access. It looks like it was caused by: 2005-02-09 Richard Henderson <[EMAIL PROTECTED]> * builtins.c (DEF_BUILTIN):

[Bug driver/23351] *cpp specs file options are sometimes ignored in Sun builds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 12:49 --- (In reply to comment #4) > (In reply to comment #3) > > You can set env variables per user. > > Are you saying that specs files and specs options are not supported in current > gcc and that they should not

[Bug driver/23351] *cpp specs file options are sometimes ignored in Sun builds

--- Additional Comments From matti dot rintala at iki dot fi 2005-08-23 12:47 --- (In reply to comment #3) > You can set env variables per user. Are you saying that specs files and specs options are not supported in current gcc and that they should not be used for any purpose? --

[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 12:45 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/23528] [3.4 Regression] Wrong default allocator in ext/hash_map

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23 12:42 --- This works in both on the mainlline and in 4.0.0. Also the fix is not really a correct fix as this area was not what changed between 3.4.0 and 4.0.0. -- What|Removed |

[Bug c++/23044] [4.0/4.1 Regression] ICE on valid code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 12:39 --- Subject: Bug 23044 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-23 12:38:53 Modified files: gcc/cp : Change

[Bug c++/23044] [4.0/4.1 Regression] ICE on valid code

--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-23 12:38 --- fixed mainline and 4.0 2005-08-23 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/23044 * pt.c (tsubst_qualified_id): A SCOPE_REF can still remain. -- What|Removed

[Bug c++/18835] memory consumption is high for C++ testcase

-- Bug 18835 depends on bug 23044, which changed state. Bug 23044 Summary: [4.0/4.1 Regression] ICE on valid code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23044 What|Old Value |New Value ---

[Bug c++/23044] [4.0/4.1 Regression] ICE on valid code

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 12:36 --- Subject: Bug 23044 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-23 12:35:42 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite

[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 12:28 --- Subject: Bug 23467 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-23 12:27:55 Modified files: gcc: ChangeLog stor-layout.c Log message

[Bug middle-end/23467] alignment of member doesn't always carry over to alignment of struct.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23 12:27 --- Subject: Bug 23467 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-23 12:26:38 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug libstdc++/23528] Wrong default allocator in ext/hash_map

--- Additional Comments From mattias dot ellert at tsl dot uu dot se 2005-08-23 12:02 --- Created an attachment (id=9564) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9564&action=view) Patch against the gcc 3.4.4 STL headers With this patch applied to gcc 3.4.4 it compiles correc

  1   2   >