[Bug libfortran/32841] [4.3 regression] HUGE(1.0d0) is written a +Infinity on Darwin8

--- Comment #15 from dominiq at lps dot ens dot fr 2007-07-25 06:41 --- Subject: Re: [4.3 regression] HUGE(1.0d0) is written a +Infinity on Darwin8 Forgot to say in my previous mail that libgfortran/config.h for gcc4.2.1 contains: ... /* Define if fpclassify is broken. */ /* #undef H

[Bug libfortran/32841] [4.3 regression] HUGE(1.0d0) is written a +Infinity on Darwin8

--- Comment #14 from dominiq at lps dot ens dot fr 2007-07-25 06:38 --- Subject: Re: [4.3 regression] HUGE(1.0d0) is written a +Infinity on Darwin8 > There were two modifications between these revs: > 123620 format.c > 123623 write.c Yes, but the first one is very short and not conne

[Bug libfortran/32858] printf-capabilities for runtime_error()

--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-07-25 05:47 --- Working on a patch. I have already gotten rid of st_sprintf. The nice thing about vsprintf is that it has a gcc builtin, so we should be able to use it even if the system doesn't have it. -- tkoenig at gcc dot

[Bug libfortran/32841] [4.3 regression] HUGE(1.0d0) is written a +Infinity on Darwin8

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-07-25 05:28 --- This is interesting. Using valgrind induces a problem with huge(1.0_10) on x86-64 [EMAIL PROTECTED] test]$ ./a.out 3.4028235E+38 1.797693134862316E+308 1.1897314953572317650E+4932 [EMAIL PROTECTED] test]$

[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

--- Comment #3 from pault at gcc dot gnu dot org 2007-07-25 05:20 --- Another sub-pr: putting the res on the rhs in parentheses does not work either. This can be fixed by... $ svn diff -x -cp gcc/fortran/trans-expr.c Index: gcc/fortran/trans-expr.c =

[Bug fortran/32876] Wrongly accepts private items in public NAMELISTs

--- Comment #1 from pault at gcc dot gnu dot org 2007-07-25 05:13 --- 5.4 Namelist Constraint: If a namelist-group-name has the PUBLIC attribute, no item in the namelist-group-object-list shall have the PRIVATE attribute or have private components. I think that, by extension, component

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

--- Comment #16 from marcus at jet dot franken dot de 2007-07-25 05:10 --- Created an attachment (id=13970) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13970&action=view) pr30375.c I created a testcase for later addition to gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug libfortran/32841] [4.3 regression] HUGE(1.0d0) is written a +Infinity on Darwin8

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-07-25 04:45 --- There were two modifications between these revs: 123620 format.c 123623 write.c I will take this on. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/32887] memset warning

--- Comment #2 from cnstar9988 at gmail dot com 2007-07-25 02:49 --- why gcc show warnings on x86. not show warnings on x64? Bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887

[Bug middle-end/32887] memset warning

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-25 02:43 --- What is the warning that you are expecting? We don't warn at all for memset with a zero size. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/6634] wrong parsing of "long long double"

--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-25 02:35 --- *** Bug 32888 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/32888] Declared long long double has wrong type

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-25 02:35 --- *** This bug has been marked as a duplicate of 6634 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/32888] New: Declared long long double has wrong type

The code: int main() { long long double x; long long double v = 0.0; } gets you: ~/ootbc/common$ g++ foo.cc foo.cc: In function 'int main()': foo.cc:3: warning: converting to 'long long int' from 'double' Either "long long double" is illegal and should be flagged on both declarations,

[Bug c/32887] New: memset warning

gcc -O3 -Wall test.c can gernerate warning on gcc-4.2.1 on x86. but no warning on gcc-4.2.1/x64. even -m32 or -m64. #include #include #include int main(int argc, char **argv) { char x[20]; memset(x,19,0); return 0; } -- Summary: memset warning

[Bug target/11259] [avr] gcc Double 'andi' missed optimization

--- Comment #7 from eweddington at cso dot atmel dot com 2007-07-25 00:04 --- Bug still exists on 4.2.1. -- eweddington at cso dot atmel dot com changed: What|Removed |Added -

[Bug target/11180] [avr-gcc] Optimization decrease performance of struct assignment.

--- Comment #9 from eweddington at cso dot atmel dot com 2007-07-24 23:50 --- Version 4.2.1 offers somewhat better results: With -O0: .file "test.c" /* File "test.c": code 109 = 0x006d ( 74), prologues 18, epilogues 17 */ With -O[123s]: .file "test.c" /* File "

[Bug tree-optimization/32828] [4.3 Regression] Bootstrap comparison error -- VUSES info changed

--- Comment #4 from danglin at gcc dot gnu dot org 2007-07-24 22:51 --- Fixed by . -- danglin at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/25413] wrong alignment or incorrect address computation in vectorized code on Pentium 4 SSE

--- Comment #16 from David dot Monniaux at ens dot fr 2007-07-24 21:21 --- (In reply to comment #13) > David, can you confirm that this PR can now be closed? I'm no seeing the bug any longer when compiling/testing the octagon library. This does not imply, though, that it no longer occu

[Bug fortran/32881] PURE attribute escapes from contained procedure

--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-24 20:53 --- Of cause it did not regtest :-( (fails for impure_assignment_2.f90, l.58, were "B" is a host-associated variable; thus gfc_pure(NULL) seems to be ok.) The problem is actually that gfc_check_pointer_assign is called t

[Bug fortran/32760] Error defining subroutine named PRINT

--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-24 20:51 --- > Obviously, this mechanism fails OTOH, maybe it doesn't. Setting host_flag to 0 in gdb does not seem to have any effect. Currently I'm lost. No idea how to fix this, thus unassigning myself. Jerry? -- dfrank

[Bug target/32886] New: c4x: error: unrecognizable insn configuring libgcc

GCC revision 126809 configured with these flags: --target=c4x --disable-gdb --with-newlib --enable-sim --enable-obsolete configure:2567: checking for suffix of object files configure:2588: /home/rask/build/gcc-c4x/./gcc/xgcc -B/home/rask/build/gcc-c4x/./gcc/ -nostdinc -B/home/rask/build/gcc-c4x/c4

[Bug middle-end/32852] [4.3 Regression] g++.old-deja/g++.jason/synth7.C

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

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

--- Comment #15 from marcus at jet dot franken dot de 2007-07-24 20:32 --- diff -u msg.c.074t.dce4 msg.c.075t.dse1 |less --- msg.c.074t.dce4 2007-07-24 22:23:47.0 +0200 +++ msg.c.075t.dse1 2007-07-24 22:23:47.0 +0200 @@ -2760,7 +2760,6 @@ unsigned int D.12275;

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

--- Comment #14 from marcus at jet dot franken dot de 2007-07-24 20:31 --- Created an attachment (id=13969) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13969&action=view) msg.c.075t.dse1.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30375

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

--- Comment #13 from marcus at jet dot franken dot de 2007-07-24 20:31 --- Created an attachment (id=13968) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13968&action=view) msg.c.074t.dce4.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30375

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

--- Comment #12 from marcus at jet dot franken dot de 2007-07-24 20:31 --- Created an attachment (id=13967) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13967&action=view) msg.i.bz2 the .i.bz2 file -- marcus at jet dot franken dot de changed: What|Removed

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

--- Comment #11 from marcus at jet dot franken dot de 2007-07-24 20:29 --- has resurfaced in gcc-Version 4.3.0 20070724 (experimental) but in a different file. -- marcus at jet dot franken dot de changed: What|Removed |Added

[Bug c++/32346] long long bitfield passed to int argument incorrectly

--- Comment #3 from greened at obbligato dot org 2007-07-24 19:59 --- This is also broken in 4.2.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32346

[Bug fortran/32760] Error defining subroutine named PRINT

--- Comment #9 from dfranke at gcc dot gnu dot org 2007-07-24 19:59 --- Obviously, this mechanism fails: /* Since nothing has any business being an lvalue in a module specification block, an interface block or a contains section, we force the changed_symbols mechanism to wor

[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

--- Comment #2 from pault at gcc dot gnu dot org 2007-07-24 19:57 --- Tobias, Well done - that's a useful reduction. I don't think that the deallocate is entirely wrong. However, the the rhs expression should be assigned to a temporary first, the result deallocating and the assignemen

[Bug fortran/32760] Error defining subroutine named PRINT

--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-24 19:53 --- Traced it down to primary.c(match_variable). Here, a symbol for PRINT is found (originating from the PUBLIC-statement). As the current flavour of the symbol is FL_UNKNOWN, it is set to FL_VARIABLE. The subroutine PRI

[Bug target/25413] wrong alignment or incorrect address computation in vectorized code on Pentium 4 SSE

--- Comment #15 from dirtyepic at gentoo dot org 2007-07-24 19:40 --- Created an attachment (id=13966) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13966&action=view) gcc-PR25413-gdb.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413

[Bug target/25413] wrong alignment or incorrect address computation in vectorized code on Pentium 4 SSE

--- Comment #14 from dirtyepic at gentoo dot org 2007-07-24 19:37 --- Created an attachment (id=13965) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13965&action=view) zlib testcase > A fix for PR25413 was committed to mainline. > Ryan, could you please check if it solves the zlib

[Bug middle-end/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-24 19:30 --- Subject: Re: FAIL: 23_containers/bitset/cons/16020.cc execution test > 0x00010318 and 0x0001031c are totally bogus. Changing this > to a middle-end bug. Here is preprocessed source. Dave --- Comme

[Bug fortran/30814] non-conforming array sizes in PACK should raise an error

--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-07-24 19:25 --- Fixed on trunk. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

--- Comment #5 from danglin at gcc dot gnu dot org 2007-07-24 19:22 --- test01 is miscompiled at O2: (gdb) disass _Z6test01v Dump of assembler code for function _Z6test01v: 0x0001030c <_Z6test01v+0>: ldi 7,ret0 0x00010310 <_Z6test01v+4>: stw rp,-14(sp) 0x00010314 <_Z6test01v+8

[Bug fortran/31205] aliased operator assignment produces wrong result

--- Comment #10 from pault at gcc dot gnu dot org 2007-07-24 19:19 --- Fixed on trunk. Thanks, Joost. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32842] User operator / allocateable array: Wrong code

--- Comment #6 from pault at gcc dot gnu dot org 2007-07-24 19:18 --- Fixed on trunk Thanks Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31205] aliased operator assignment produces wrong result

--- Comment #9 from pault at gcc dot gnu dot org 2007-07-24 19:16 --- Subject: Bug 31205 Author: pault Date: Tue Jul 24 19:16:36 2007 New Revision: 126886 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126886 Log: 2007-07-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31

[Bug fortran/32842] User operator / allocateable array: Wrong code

--- Comment #5 from pault at gcc dot gnu dot org 2007-07-24 19:16 --- Subject: Bug 32842 Author: pault Date: Tue Jul 24 19:16:36 2007 New Revision: 126886 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126886 Log: 2007-07-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31

[Bug fortran/32842] User operator / allocateable array: Wrong code

--- Comment #4 from pault at gcc dot gnu dot org 2007-07-24 19:15 --- Subject: Bug 32842 Author: pault Date: Tue Jul 24 19:15:27 2007 New Revision: 126885 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126885 Log: 2007-07-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31

[Bug fortran/31205] aliased operator assignment produces wrong result

--- Comment #8 from pault at gcc dot gnu dot org 2007-07-24 19:15 --- Subject: Bug 31205 Author: pault Date: Tue Jul 24 19:15:27 2007 New Revision: 126885 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126885 Log: 2007-07-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/31

[Bug regression/32849] Unnecessary %esp inc/decrements in trivial code

--- Comment #8 from pbrook at gcc dot gnu dot org 2007-07-24 19:11 --- You can use -mpreferred-stack-boundary=2 to disable this feature if you know you're never going to need the additional stack alignment. The compiler has know way of knowing whet the rest of your application does, so

[Bug libfortran/32858] printf-capabilities for runtime_error()

--- Comment #1 from jb at gcc dot gnu dot org 2007-07-24 19:06 --- Confirmed. Also, st_sprintf could be directly replaced by s(n)printf. -- jb at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/32884] ICE: Accessing non-local variable in PURE function

--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-24 18:53 --- This is a translation bug: msgid "Cannot assign to variable '%s' in PURE procedure at %L" msgstr "In PURE-Prozedur bei %L kann nicht an Variable »%s« zugewiesen werden" As %L / %s is reverted, gfortran crashes. Sol

[Bug middle-end/32885] Internal compiler error when using -fopenmp -O3 -fno-unit-at-a-time option

--- Comment #3 from boz283 at ece dot northwestern dot edu 2007-07-24 18:49 --- I was trying to see how different optimizations effect execution speed of the application, i.e. trying to see if removing that compiler optimization increases/decreases the execution time. Currently i am try

[Bug middle-end/32852] [4.3 Regression] g++.old-deja/g++.jason/synth7.C

--- Comment #3 from hjl at lucon dot org 2007-07-24 18:42 --- It should be fixed by http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00744.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32852

[Bug fortran/29962] Initialization expressions

--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-24 18:41 --- Changed the title as init expressions are not restricted to the previously named function. The following is a list of items I am aware of that need to be done before init expressions are complete: TODO for F95, 7

[Bug middle-end/32885] Internal compiler error when using -fopenmp -O3 -fno-unit-at-a-time option

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-24 18:39 --- Is there a reason why you are using -fno-unit-at-a-time ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32885

[Bug target/32218] [4.2/4.3 Regression] segfault with -O1 -ftree-vectorize

--- Comment #6 from tbm at cyrius dot com 2007-07-24 18:37 --- (In reply to comment #5) > does the fact that no one has responded yet means that this failure cannot be > reproduced anymore? I'll try next week and let you know. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32218

[Bug c/32885] Internal compiler error when using -fopenmp -O3 -fno-unit-at-a-time option

--- Comment #1 from boz283 at ece dot northwestern dot edu 2007-07-24 18:36 --- Created an attachment (id=13963) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13963&action=view) The intermediate file for the problematic source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug bootstrap/32877] Cannot make GCC

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-24 18:29 --- >"/usr/include/iso/stddef_iso.h", line 62: invalid type combination What target are you trying to build on? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/32885] New: Internal compiler error when using -fopenmp -O3 -fno-unit-at-a-time option

Hi, I was trying to compile my Openmp parallel code, and see the effects of turning of f of some optimization parameters. I get an internal compiler error. The whole error is attached below. miner-02:/files4/berkin/kmeans % make OPTFLAGS="-O3 -fno-unit-at-a-time -v -save-temps" /files4/berkin/gc

[Bug fortran/32884] ICE: Accessing non-local variable in PURE function

--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-24 18:28 --- Others cannot reproduce it (on i686 & x86_64), but here I can with gfortran-4.1 & 4.2 of SUSE, with the vanilla 4.2 and with 4.3. The problem is for whatever reason the "&code->expr->where" argument to gfc_error(). I

[Bug fortran/32884] ICE: Accessing non-local variable in PURE function

--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-24 17:33 --- Seemingly the error is detected and only on writing the error the segmentation fault occurs: ==494== Invalid read of size 8 ==494==at 0x41D398: show_locus (error.c:171) ==494==by 0x41D29D: error_print (error.

[Bug target/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

--- Comment #4 from danglin at gcc dot gnu dot org 2007-07-24 17:27 --- (gdb) p _M_iterators $20 = (__gnu_debug::_Safe_iterator_base *) 0xd4820 (gdb) p *_M_iterators $21 = {_M_sequence = 0x0, _M_version = 0, _M_prior = 0x0, _M_next = 0x0} (gdb) p _M_const_iterators $19 = (__gnu_debug::_S

[Bug fortran/32881] PURE attribute escapes from contained procedure

--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-24 17:22 --- Confirmed. The problem is that gfc_pure(NULL) is called and thus sym = gfc_current_ns->proc_name; is used as procedure symbol, which is "bar" and not "foo". The following patch fixes this, but I have not regteste

[Bug fortran/32884] New: ICE: Accessing non-local variable in PURE function

Using the following invalid program, one gets an ICE NAG f95: Assignment to Z in PURE procedure BAR gfortran: segmentation fault. subroutine foo () integer :: z contains pure function bar (a) integer, intent(in) :: a integer :: bar z = 45 ! <<< bar = a end function

[Bug c++/32877] Cannot make GCC

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32877

[Bug fortran/32867] [4.3 Regression] ICE on nested initialization expressions

--- Comment #15 from dfranke at gcc dot gnu dot org 2007-07-24 16:59 --- Changed the title to reflect the actual problem. Closing as fixed. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32867] [4.3 Regression] 459.GemsFDTD in SPEC CPU 2006 fails to compile

--- Comment #14 from dfranke at gcc dot gnu dot org 2007-07-24 16:57 --- Subject: Bug 32867 Author: dfranke Date: Tue Jul 24 16:57:02 2007 New Revision: 126882 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126882 Log: gcc/fortran: 2007-07-24 Daniel Franke <[EMAIL PROTECTED]>

[Bug c++/32883] Regression: reverse_iterator produces valgrind errors

--- Comment #2 from pcarlini at suse dot de 2007-07-24 16:54 --- This code is invalid, as Carl Barron, Greg Herlihy and others explained very carefully in that thread. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug fortran/32778] pedantic warning: intrinsics that are GNU extensions not part of -std=gnu

--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-24 16:49 --- Closing as fixed. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug fortran/32778] pedantic warning: intrinsics that are GNU extensions not part of -std=gnu

--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-24 16:45 --- Subject: Bug 32778 Author: dfranke Date: Tue Jul 24 16:45:32 2007 New Revision: 126881 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126881 Log: gcc/fortran: 2007-07-24 Daniel Franke <[EMAIL PROTECTED]>

[Bug fortran/32879] Document algorithm used for random generator

--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-24 16:44 --- > Confirmed, thought the documentation for RANDOM_NUMBER already mentions that > it > uses KISS, so this applies only to the legacy intrinsics. Is KISS clear enough? If yes then it indeed only applies to RAND(). ht

[Bug c++/32883] Regression: reverse_iterator produces valgrind errors

--- Comment #1 from Raimund dot Merkert at baesystems dot com 2007-07-24 16:40 --- If I replace *i with ++i, I get basically the same result. It has struck me as weird that this would be the "preferred way" according to Scott Myers, but looking at the implementation bits/stl_iterator.h,

[Bug c++/32882] Mismatched types with pointer to member functions and -fstrict-aliasing

--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-24 16:33 --- Created an attachment (id=13962) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13962&action=view) testcase (more reduced) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32882

[Bug c++/32883] New: Regression: reverse_iterator produces valgrind errors

When this code is run with : valgrind --tool=memcheck a.out 5 it produces quite a few errors. I confirmed this with 4.2.0. The problem is not present in 3.2.2. Valgrind version is 3.2.3: #include using namespace std; int main() { set c; c.insert(1); c.insert(2); c.insert(3); c.insert(

[Bug fortran/32879] Document algorithm used for random generator

--- Comment #1 from jb at gcc dot gnu dot org 2007-07-24 16:30 --- Confirmed, thought the documentation for RANDOM_NUMBER already mentions that it uses KISS, so this applies only to the legacy intrinsics. -- jb at gcc dot gnu dot org changed: What|Removed

[Bug c++/32882] Mismatched types with pointer to member functions and -fstrict-aliasing

--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-24 16:28 --- ./cc1plus -fpreprocessed 8.0.min.ii -quiet -dumpbase 8.cc -auxbase 8 -version -fmessage-length=0 -o /dev/null -std=c++0x -fstrict-aliasing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32882

[Bug target/29517] Exception handling not thread-safe on AIX5.x and HP-UX

--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-24 16:25 --- Subject: Re: Exception handling not thread-safe on AIX5.x and HP-UX > It doesn't seem to fail using g++ 4.2. Fix or fluke? There were some changes to config/pa/hpux-unwind.h in 2006 that improved unwindi

[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-24 16:20 --- Created an attachment (id=13961) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13961&action=view) Reduced test case Reduced test case which does not depend anymore on external files. Coredumps with gfortran, wo

[Bug c++/32882] Mismatched types with pointer to member functions and -fstrict-aliasing

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-24 16:19 --- Created an attachment (id=13960) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13960&action=view) testcase (slightly reduced from tr1/3_function_objects/function/8.cc) -- http://gcc.gnu.org/bugzilla/show_b

[Bug c++/32882] New: Mismatched types with pointer to member functions and -fstrict-aliasing

8.0.min.ii:15: error: non-trivial conversion at assignment struct { X:: * const __pfn; long int __delta; } * const * struct { X:: * const __pfn; long int __delta; } * const & __ptr = __ptr.24 which is gimplified from the INIT_EXPR __ptr = (struct { X:: * const __pfn; long int

[Bug fortran/32881] New: PURE attribute escapes from contained procedure

The following testcase is AFAICT legal: subroutine foo () integer, pointer :: p => NULL() contains pure function bar (a) integer, intent(in) :: a integer :: bar bar = a end function bar end subroutine foo gfortran refuses to compile it, complaining pure-escape.f90:2.23: inte

[Bug libstdc++/32851] Sort of vector of template class fails

--- Comment #3 from klra67 at freenet dot de 2007-07-24 16:10 --- Subject: Re: Sort of vector of template class fails Am Montag, 23. Juli 2007 23:55 schrieb pinskia at gcc dot gnu dot org: > This is correct, you need to mark operator< as taking a const this > variable. Like: > boo

[Bug fortran/32817] inline (pure) accessor functions

--- Comment #3 from jb at gcc dot gnu dot org 2007-07-24 16:03 --- Confirmed. Gfortran should IMHO not do any inlining itself, rather somehow tell the middle-end when inlining is allowed, and let the middle-end optimizer decide when to actually inline. -- jb at gcc dot gnu dot org c

[Bug target/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

--- Comment #3 from danglin at gcc dot gnu dot org 2007-07-24 16:01 --- The program is segfaulting when compiled at -O2. It doesn't fail at -O0 or -O1. I added -static to make debugging easier. Starting program: /home/dave/gnu/gcc-4.3/objdir/hppa-linux/libstdc++-v3/testsuite/16020.xg

[Bug c++/22451] C++ front-end produces mis-match types in MODIFY_EXPR (pointer to member functions)

--- Comment #2 from rguenth at gcc dot gnu dot org 2007-07-24 15:57 --- This seems to be fixed with the patches I have pending. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/32880] New: User operator & allocatable TYPE components: wrong deallocate

The following program comes - as PR 32842 - from Lawrie Schonfeld's ISO_VARYING_STRING testsuite. Note this bug remains after the patch for PR 32842 has been applied. The dump shows: _gfortran_deallocate (res.chars.data op_assign_vs_ch (&res, (char[1:10] *) &char_a[5]{lb: 1 sz: 1}, 1); _gfo

[Bug c++/22369] C++ produces mis-matched types with pointers to member functions

--- Comment #4 from rguenth at gcc dot gnu dot org 2007-07-24 15:55 --- This seems to be fixed at least with the patches I have pending. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/29517] Exception handling not thread-safe on AIX5.x and HP-UX

--- Comment #10 from chris at cdnorthamerica dot com 2007-07-24 15:51 --- It doesn't seem to fail using g++ 4.2. Fix or fluke? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29517

[Bug target/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-24 15:40 --- Subject: Re: FAIL: 23_containers/bitset/cons/16020.cc execution test > I think there is no reason to categorize as libstdc++: almost nothing changed > in the library in that timespan (and definitely nothin

[Bug java/32862] bug in EnumMap implementation

--- Comment #2 from cvs-commit at developer dot classpath dot org 2007-07-24 15:27 --- Subject: Bug 32862 CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Tom Tromey 07/07/24 15:26:36 Modified files: . : ChangeLog java/uti

[Bug fortran/32879] New: Document algorithm used for random generator

gfortran has: irand() - g77 rand() - g77 random_number() - Fortran 90 The algorithm used is different. Expected: - State something about the used algorithm - Point rand() users to random_number() as this algorithm is seemingly better. (or make at least clear(er) that the algorithms are differ

[Bug target/32878] FAIL: 23_containers/bitset/cons/16020.cc execution test

--- Comment #1 from pcarlini at suse dot de 2007-07-24 15:00 --- I think there is no reason to categorize as libstdc++: almost nothing changed in the library in that timespan (and definitely nothing related) and, AFAICS, all the other targets are fine. Also, I would suggest adding to the

[Bug middle-end/21137] Convert (a >> 2) & 1 != 0 into a & 4 != 0

--- Comment #10 from rask at sygehus dot dk 2007-07-24 15:00 --- Created an attachment (id=13959) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13959&action=view) Patch to fix testcase when int isn't exactly 32 bits -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21137

[Bug middle-end/21137] Convert (a >> 2) & 1 != 0 into a & 4 != 0

--- Comment #9 from rask at sygehus dot dk 2007-07-24 14:56 --- This is not fully fixed yet. Compile these two functions with -O2 -fdump-tree-original: void test5_1(int e) { if ((e >> 31) & 64) foo(); } typedef int myint; void test5_2(myint e) { if ((e >> 31) & 64) foo();

[Bug libstdc++/32878] New: FAIL: 23_containers/bitset/cons/16020.cc execution test

Executing on host: /home/dave/gnu/gcc-4.3/objdir/./gcc/g++ -shared-libgcc -B/hom e/dave/gnu/gcc-4.3/objdir/./gcc -nostdinc++ -L/home/dave/gnu/gcc-4.3/objdir/hppa -linux/libstdc++-v3/src -L/home/dave/gnu/gcc-4.3/objdir/hppa-linux/libstdc++-v3/ src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/

[Bug java/32846] GNU/Hurd fixups

--- Comment #3 from tromey at gcc dot gnu dot org 2007-07-24 14:36 --- FYI -- please submit patches to the java-patches mailing list. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32846

[Bug libgcj/21821] MAXPATHLEN usage in libjava

--- Comment #9 from tromey at gcc dot gnu dot org 2007-07-24 14:36 --- Sorry I missed this for so long. Please submit these patches to the java-patches mailing list. Thanks. -- tromey at gcc dot gnu dot org changed: What|Removed |Added

[Bug libgcj/32836] infinite loop (SIGSEGV) in java::lang::Throwable::fillInStackTrace

--- Comment #6 from tromey at gcc dot gnu dot org 2007-07-24 14:34 --- Yeah, I've seen problems like this as well on occasion. I'm not sure what to do about them however. -- tromey at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug java/32758] ecj1 hangs

--- Comment #5 from tromey at gcc dot gnu dot org 2007-07-24 14:33 --- Can you try running ecj with -help or something like that? I'm wondering whether it works at all. Perhaps the bootstrap java interpreter is broken on your machine, or something like that. -- tromey at gcc dot gnu

[Bug java/32774] GCJ dumps core when semicolon placed to wrong place (x86, arm_le)

--- Comment #3 from tromey at gcc dot gnu dot org 2007-07-24 14:31 --- Fixed in 4.3. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCO

[Bug c++/32877] New: Cannot make GCC

While making GCC 3.4.6 I am Getting the following error * ERROR * creating config.h config.h is unchanged echo timestamp > cstamp-h cp ./libgnuintl.h libintl.h cc -c -g -DHAVE_CONFIG_H

[Bug fortran/31818] Wrongly accepts namelists with assumed-sized arrays

--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-24 13:49 --- Index: resolve.c === --- resolve.c (revision 126873) +++ resolve.c (working copy) @@ -7040,6 +7044,13 @@ resolve_fl_namelist (gfc_symbol *sym) /*

[Bug fortran/32682] [4.3 Regression] ICE in gfc_trans_array_constructor, at fortran/trans-array.c:1664

--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-24 13:45 --- Paul, any plans to get the fix from comment #3 into trunk? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/32876] New: Wrongly accepts private items in public NAMELISTs

integer,private :: i namelist /c/ i is correctly diagnosed as invalid: "PRIVATE symbol '%s' cannot be member of PUBLIC namelist at %L"; however, for derived types this fails. Note that NAG f95 only gives an error for "B" and not for "A": Error: mod.f90, line 14: PUBLIC NAMELIST /B/ has member T2

[Bug fortran/29962] Initialization expressions checking in gfc_intrinsic_func_interface

--- Comment #9 from burnus at gcc dot gnu dot org 2007-07-24 13:31 --- Daniel, could you update the bug status; e.g. mark it as fixed or write what still needs to be done. -- burnus at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31259] ICE on elemental character function

--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-24 13:28 --- The following patch works for the original example; it also works in principle for the additional example, but there the error message is printed three times. Index: gcc/fortran/expr.c ===

  1   2   >