[Bug middle-end/42099] Error in 64-bit division for 32-bit target

--- Comment #5 from ian at airs dot com 2009-12-30 07:24 --- Fixed. -- ian at airs dot com changed: What|Removed |Added Status|NEW |RE

[Bug c++/40355] ICE in prop_phis, at tree-loop-distribution.c:357

--- Comment #2 from fierevere at ya dot ru 2009-12-30 07:12 --- Created an attachment (id=19423) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19423&action=view) preprocessed source (gzipped) to trigger ICE compile with: g++ -mmmx -msse2 -march=pentium-m -mfpmath=sse -g0 -ftree-l

[Bug target/42500] unnecessary register move

--- Comment #3 from carrot at google dot com 2009-12-30 06:46 --- My complete command line: "/home/carrot/compiler/armobj/gcc/cc1plus" "-fpreprocessed" "testH.ii" "-quiet" "-dumpbase" "testH.cpp" "-auxbase-strip" "obj/./testH.o" "-Os" "-o" "testH.s" Please compile it as C++ program. Wh

[Bug fortran/28039] Warn when ignoring extra characters in the format specification

--- Comment #11 from bdavis at gcc dot gnu dot org 2009-12-30 05:23 --- http://gcc.gnu.org/ml/gcc-patches/2009-12/msg01200.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28039

[Bug target/42542] Vectorizer produces incorrect results on max of signed intergers

--- Comment #10 from hjl dot tools at gmail dot com 2009-12-30 04:49 --- Created an attachment (id=19422) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19422&action=view) An updated patch I am testing this patch now. -- hjl dot tools at gmail dot com changed: What

[Bug target/42542] Vectorizer produces incorrect results on max of signed intergers

--- Comment #9 from hjl dot tools at gmail dot com 2009-12-30 04:47 --- Hi Richard, the code in question is added by http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02185.html I don't quite understand how it can properly handle unsigned V4SI underflow in V4SI vector subtraction. -- hj

[Bug middle-end/42099] Error in 64-bit division for 32-bit target

d_divmod): Don't shift HOST_WIDE_INT value more than HOST_BITS_PER_WIDE_INT. testsuite/: PR middle-end/42099 * gcc.c-torture/execute/20091229-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/20091229-1.c Modified: trunk/gcc/ChangeLog trunk

[Bug fortran/28039] Warn when ignoring extra characters in the format specification

--- Comment #10 from bdavis at gcc dot gnu dot org 2009-12-30 04:25 --- let's give this a try: Index: gcc/gcc/testsuite/gfortran.dg/fmt_with_extra.f === --- gcc/gcc/testsuite/gfortran.dg/fmt_with_extra.f (revision 1555

[Bug c/42487] FAIL: gcc.dg/debug/dwarf2/aranges-fnsec-1.c scan-assembler DW_AT_ranges

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-30 04:14 --- Appending -gno-strict-dwarf to the dg-options doesn't change the assembly generated on x86_64-apple-darwin10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42487

[Bug c++/40750] Side-effect of member function call not produced in certain circumstances

--- Comment #3 from fang at csl dot cornell dot edu 2009-12-30 03:57 --- Also fails with g++-4.0.1 and g++-4.2.1 (i686-darwin10). g++-3.4.6 rejects the example: error: invalid type qualifier for non-member function type -- fang at csl dot cornell dot edu changed: What

[Bug fortran/42548] I/O: libgfortran gets confused and stops I/O

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-12-30 02:37 --- Closing as invalid. See the STOP statement at the end of the writeit subroutine. Gads! -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/42529] Stage 1 compiler cannot compile

--- Comment #6 from mckelvey at maskull dot com 2009-12-30 02:28 --- Here's what I get in the debugger with -v: (gdb) run -B/cygdrive/e/Home/cvsroot/gcc-obj/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/

[Bug fortran/42548] I/O: libgfortran gets confused and stopps I/O

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-12-30 02:03 --- Confirmed, this is very interesting. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

--- Comment #4 from paolo dot carlini at oracle dot com 2009-12-30 02:01 --- Matthias, sorry, please apply only the first hunk, I'm applying momentarily the patch from Ed fixing the second issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460

[Bug other/28322] GCC new warnings and compatibility

--- Comment #28 from manu at gcc dot gnu dot org 2009-12-30 01:49 --- Seems to be working according to the original specification (in particular points 1 and 2). The debian bug report is still closed as fixed. -- manu at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/31878] Spurious warnings with -Wreturn-type due to not performing CCP/VRP in the front-end

--- Comment #10 from sabre at nondot dot org 2009-12-30 01:46 --- Yes, clang warns: $ clang t.c t.c:7:1: warning: control may reach end of non-void function [-Wreturn-type] } ^ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31878

[Bug middle-end/31878] Spurious warnings with -Wreturn-type due to not performing CCP/VRP in the front-end

--- Comment #9 from manu at gcc dot gnu dot org 2009-12-30 01:43 --- (In reply to comment #8) So the answer is that Clang also warns. I was wondering whether the minimal ccp propagation that Clang does in the front-end would catch this. I guess the answer is no. As for GCC, the general

[Bug middle-end/8081] ICE with variably sized types and nested functions

--- Comment #21 from paolo dot carlini at oracle dot com 2009-12-30 01:25 --- Done (I'm trusting you blindly) -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-30 01:21 --- Matthias, please apply your doc patchlet, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

-- kargl at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38823

[Bug middle-end/8081] ICE with variably sized types and nested functions

--- Comment #20 from debian-gcc at lists dot debian dot org 2009-12-30 01:00 --- reconfirmed with 4.5 20091228. please could somebody update the "Known to fail" field? Matthias $ /usr/lib/gcc-snapshot/bin/gcc foo.m foo.m: In function 'main': foo.m:15:18: internal compiler error: in

[Bug fortran/42550] Unable to give initial value 2**0.5 to a real varable

--- Comment #3 from kargl at gcc dot gnu dot org 2009-12-30 00:59 --- Note comment #16 from PR 38823. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42550

[Bug fortran/42550] Unable to give initial value 2**0.5 to a real varable

--- Comment #2 from kargl at gcc dot gnu dot org 2009-12-30 00:55 --- Code compiles fine on trunk, and a sensible error is emitted when compiled with -std=f95. troutmask:sgk[215] cat we.f90 PROGRAM myProg REAL :: sqrt2 = 2**0.5 PRINT*, sqrt2 END PROGRAM myProg troutmask:sgk[216] gf

[Bug fortran/42550] Unable to give initial value 2**0.5 to a real varable

--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-30 00:54 --- Confirmed for 4.4.3 (20091229). If sqrt2 is marked as PARAMETER, both 4.3.4 and 4.4.3 accept the code without further problems. -- dfranke at gcc dot gnu dot org changed: What|Removed

[Bug fortran/42527] Fortran FORMAT descriptor "X" generates nulls instead of blanks for ACCESS='stream" files

--- Comment #5 from burnus at gcc dot gnu dot org 2009-12-30 00:46 --- (In reply to comment #4) > No, I didn't build this compiler version; this is what I got when I > reinstalled CygWin from scratch on 11/29/2009. I tried to install the latest > version before > sending this, but all

[Bug fortran/36192] ICE with wrong index types and bad parens

--- Comment #11 from kargl at gcc dot gnu dot org 2009-12-30 00:44 --- The following patch "cures" the segfault but it sure feels like an ugly hack. Note cut-n-paste tab corruption is likely. troutmask:sgk[212] svn diff interface.c Index: interface.c ===

[Bug fortran/42550] New: Unable to give initial value 2**0.5 to a real varable

not seen on trunk, 4.4 branch prints an error message, 4.3 ICEs: $ cat myProg.f95 PROGRAM myProg REAL :: sqrt2 = 2**0.5 PRINT*, sqrt2 END PROGRAM myProg $ gfortran-4.3 myProg.f95 myProg.f95: In function 'myprog': myProg.f95:1: internal compiler error: in gfc_conv_constant, at fortran/trans-co

[Bug fortran/36192] ICE with wrong index types and bad parens

--- Comment #10 from kargl at gcc dot gnu dot org 2009-12-30 00:33 --- (In reply to comment #9) > Some addition information from valgrind. > > Error: Different shape for array assignment at (1) on dimension 1 (0 and 2) > ==13911== Invalid read of size 8 > ==13911==at 0x1C108F8: __gm

[Bug fortran/41872] wrong-code: Issues with allocatable scalars

--- Comment #7 from burnus at gcc dot gnu dot org 2009-12-30 00:20 --- Created an attachment (id=19421) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19421&action=view) Patch - Nullifies local variables - Fixes double-allocation check in ALLOCATE statement TODO: - INTENT(OUT) var

[Bug middle-end/42501] [4.4 only] Code bloating on operations with bit fields

--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-30 00:19 --- This appears to be a 4.4 only size regression and this appears to be fixed on trunk. With -Os -march=armv5te -mthumb size is 44 bytes on trunk as of today. gcc version 4.5.0 20091229 (experimental) (GCC

[Bug target/42500] unnecessary register move

--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-30 00:10 --- (In reply to comment #1) > What architecture options are you using ? With .ident "GCC: (GNU) > 4.5.0 20091229 (experimental)" and -O2 I get the redundant move into r4 of sp > . > &

[Bug target/42500] unnecessary register move

--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-30 00:08 --- What architecture options are you using ? With .ident "GCC: (GNU) 4.5.0 20091229 (experimental)" and -O2 I get the redundant move into r4 of sp . But for -Os I get the following very differen

[Bug driver/42485] [4.4/4.5 Regression] -V switch broken

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-30 00:07 --- (In reply to comment #2) > (In reply to comment #1) > > wouldn't it be better to deprecate the -V switch altogether? > > Well it works on the trunk ... I am wrong. And it is useful thing for GCC developers really.

[Bug driver/42485] [4.4 regression] -V switch broken

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-30 00:03 --- (In reply to comment #1) > wouldn't it be better to deprecate the -V switch altogether? Well it works on the trunk ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485

[Bug driver/42485] [4.4 regression] -V switch broken

--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 23:54 --- wouldn't it be better to deprecate the -V switch altogether? Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485

[Bug target/40954] gcc-4.4.1/s390: internal compiler error: Segmentation fault

--- Comment #2 from debian-gcc at lists dot debian dot org 2009-12-29 23:51 --- not reproducible anymore with 4.4.2 and current 4.5.0 -- debian-gcc at lists dot debian dot org changed: What|Removed |Added --

[Bug target/42542] Vectorizer produces incorrect results on max of signed intergers

--- Comment #8 from hjl dot tools at gmail dot com 2009-12-29 23:50 --- Created an attachment (id=19420) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19420&action=view) A patch I don't see how we can easily check unsigned underflow in vector integer subtraction. This patch simply

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-12-29 23:37 --- (In reply to comment #8) > --build=xxx means you're using a xxx compiler to build. Since you apparently > don't have a x86_64 compiler at hand but only a i386, you cannot do that. > > You first need to bu

[Bug middle-end/29274] [4.3/4.4/4.5 Regression] not using mulsidi3

--- Comment #10 from ramana at gcc dot gnu dot org 2009-12-29 23:21 --- *** Bug 42498 has been marked as a duplicate of this bug. *** -- ramana at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/42498] GCC can't use smull to compute int * int --> long long

--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-29 23:21 --- This looks like a DUP of PR29274. *** This bug has been marked as a duplicate of 29274 *** -- ramana at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/32219] optimizer causes wrong code in pic/hidden/weak symbol checking.

--- Comment #8 from castet dot matthieu at free dot fr 2009-12-29 23:20 --- What's the status of this bug ? The same things can happen in libraries with fpic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219

[Bug target/42503] [4.4 Regression] gcc-4.4-20091215 broke libjava on ARM

--- Comment #14 from mikpe at it dot uu dot se 2009-12-29 23:15 --- Patch submitted: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42503

[Bug target/42549] New: Incorrect 3DNow! code generated

[forwarded from http://bugs.debian.org/560812] With the following simple test file, the 3DNow! generated code is incorrect, with final _m_pfsub generated as pfsubr %mm0,%mm0, thus producing completely incorrect result. seen with current branches and trunk. Matthias *** main.c #include void

[Bug objc/40864] Designated initializers for multi-dimensional arrays fail in Objective-C

--- Comment #2 from sergei dot yakovlev at gmail dot com 2009-12-29 22:22 --- @fxcoudert: This is not an enhancement, this is a bug. Objective-C is declared as a strict superset of C. Everything that works in C should work in Objective-C. In this case, it doesn't, which means it's a bug

[Bug target/36399] ABI bug on darwin/x86-32

--- Comment #8 from echristo at apple dot com 2009-12-29 22:21 --- That patch looks correct for at least x86-32 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399

[Bug fortran/42547] Issues in intrinsics.texi documentation

--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-29 22:08 --- See also http://groups.google.com/group/comp.lang.fortran/msg/08e908ae0bdab026 http://groups.google.com/group/comp.lang.fortran/msg/fa62b76f8ef39b83 for other things which could be changed in the manual -- http:/

[Bug middle-end/30568] -ftrapping-math should prevent folding/dead code stripping of some builtins

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-12-29 21:51 --- Confirming this as generic, non Darwin-specific bug. On i686-linux with current trunk: $ cat a.c #include #include #include main() { unsigned flags; feclearexcept(FE_ALL_EXCEPT); (void)acos(1.1); flags = fet

[Bug c/29186] optimzation breaks floating point exception flag reading

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last recon

[Bug testsuite/36903] Generic vectorizarion test failures

-- eric dot weddington at atmel dot com changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36903

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

--- Comment #21 from joseph at codesourcery dot com 2009-12-29 21:44 --- Subject: Re: gcc 4.4.0 error at postreload.c:396 On Tue, 29 Dec 2009, bonzini at gnu dot org wrote: > True, it is P5 but it is not invalid. Andreas, if you want to close this as > invalid you should first follo

[Bug target/42542] Vectorizer produces incorrect results on max of signed intergers

--- Comment #7 from hjl dot tools at gmail dot com 2009-12-29 21:40 --- Here is a testcase in C: [...@gnu-6 tmp]$ cat y.c unsigned int foo[] __attribute__ ((aligned(16))) = { 0x8000, 1, 0xa000, 2, 3, 0xd000, 0xf000, 0xe000 }; unsigned int bar[] __attribute__ ((al

[Bug target/33120] Data not put in BSS section on Mac OS

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-12-29 21:34 --- This is not a Fortran issue, but a generic Darwin issue: $ cat a.c int x[999] = { 0 }; $ gcc -c a.c && ll a.o -rw-r--r-- 1 fx wheel38M Dec 29 22:32 a.o On Linux, for example, we don't get such a large

[Bug target/27192] call through function pointer goes to wrong address

-- eric dot weddington at atmel dot com changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27192

[Bug target/35013] Incomplete check in RTL for "pm()" annotation

-- eric dot weddington at atmel dot com changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35013

[Bug target/42542] g++ "-O -ftree-vectorize" produces incorrect results for less-than operator

--- Comment #6 from hjl dot tools at gmail dot com 2009-12-29 20:52 --- The bug may be in "umaxv4si3" pattern. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug other/42542] g++ "-O -ftree-vectorize" produces incorrect results for less-than operator

--- Comment #5 from hjl dot tools at gmail dot com 2009-12-29 20:48 --- "-ftree-vectorize -msse4" works fine since it generates pmaxud in SSE4.1. It seems that gcc doesn't properly emulate pmaxud. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42542

[Bug target/36399] ABI bug on darwin/x86-32

--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-12-29 20:21 --- Patch for current trunk: Index: gcc/config/i386/i386.h === --- gcc/config/i386/i386.h (revision 155505) +++ gcc/config/i386/i386.h (workin

[Bug fortran/42517] -fcheck=recursion does not work with -fopenmp

--- Comment #3 from janus at gcc dot gnu dot org 2009-12-29 20:19 --- The commit in comment #2 contains the patch in comment #1 and disables recursion checking if -fopenmp is given. In the long run, the checking should be modified so that it can work with multiple threads. It has been s

[Bug fortran/42548] I/O: libgfortran gets confused and stopps I/O

--- Comment #2 from kargl at gcc dot gnu dot org 2009-12-29 19:57 --- (In reply to comment #1) > (In reply to comment #0) > > > I have not checked for the other issues reported in the thread such as > > writing > > NUL ('\0') characters instead of spaces (" "). The issue is allegedly

[Bug fortran/42548] I/O: libgfortran gets confused and stopps I/O

--- Comment #1 from kargl at gcc dot gnu dot org 2009-12-29 19:53 --- (In reply to comment #0) > I have not checked for the other issues reported in the thread such as writing > NUL ('\0') characters instead of spaces (" "). The issue is allegedly related > to the handling of missing ar

[Bug other/42542] g++ "-O -ftree-vectorize" produces incorrect results for less-than operator

--- Comment #4 from hjl dot tools at gmail dot com 2009-12-29 19:51 --- There are no unsigned integer vector compare insns on x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42542

[Bug other/42542] g++ "-O -ftree-vectorize" produces incorrect results for less-than operator

--- Comment #3 from hjl dot tools at gmail dot com 2009-12-29 19:45 --- It could be a target issue. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug other/42542] g++ "-O -ftree-vectorize" produces incorrect results for less-than operator

--- Comment #2 from hjl dot tools at gmail dot com 2009-12-29 19:44 --- Add "-ftree-vectorize" will cause it to fail. -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug fortran/42548] New: I/O: libgfortran gets confused and stopps I/O

Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/16f799318c80df77 If I run the test case, I have the problem that for call writeit(11) ! write formatted STREAM call writeit(6) ! write formatted to stdout I do not get any output to STDOUT -- and a "flush

[Bug other/42542] g++ -O3 produces incorrect results for less-than operator

--- Comment #1 from hjl dot tools at gmail dot com 2009-12-29 19:41 --- With -Wall, icc 11.1 complains: pr42542.cc(10): remark #981: operands are evaluated in unspecified order return (a < b) ? b : a; ^ detected during instantiation of "_Tp std::a

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

--- Comment #20 from bonzini at gnu dot org 2009-12-29 19:30 --- Adding dependencies on the patches that fix the bug. -- bonzini at gnu dot org changed: What|Removed |Added ---

[Bug middle-end/37053] [4.3/4.4 regression] ICE in reload_cse_simplify_operands, at postreload.c:395

--- Comment #21 from bonzini at gnu dot org 2009-12-29 19:30 --- Reopening since it is still broken on the other open branches. -- bonzini at gnu dot org changed: What|Removed |Added -

[Bug fortran/42517] Bogus runtime error with -fopenmp -fcheck=recursion

--- Comment #2 from janus at gcc dot gnu dot org 2009-12-29 19:30 --- Subject: Bug 42517 Author: janus Date: Tue Dec 29 19:29:54 2009 New Revision: 155506 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155506 Log: gcc/fortran/ 2009-12-29 Janus Weil PR fortran/42517

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-12-29 19:29 --- > I then try to build GCC4.4.2[x86_64-apple-darwin10.2.0] using > GCC4.4.2[i386-apple-darwin10.2.0], with the reported results. > > [...] > > I've been using --build=x86_64-apple-darwin10.2.0 to indicate that I wa

[Bug rtl-optimization/41064] [4.4 Regression]: build breakage for cris-elf building newlib, ICE in extract_insn, from r150726

--- Comment #6 from bonzini at gnu dot org 2009-12-29 19:29 --- Causes PR40414 on GCC 4.4.x, reopening to make the other PR depend on this. -- bonzini at gnu dot org changed: What|Removed |Added -

[Bug other/42540] c++ error message [vtable undefined] is unhelpful

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-29 19:26 --- In fact it depends on the key function being declared which depends on the ABI really (ARM EABI has a slightly different key function than the rest of the abis). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42

[Bug fortran/42546] ALLOCATED statement typo in the docs and for scalar variables

--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-29 19:12 --- For the .texi changes, see also http://gcc.gnu.org/ml/fortran/2009-12/msg00183.html (I have not checked whether this covers all). Cf. also PR 42547. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42546

[Bug fortran/42547] Issues in intrinsics.texi documentation

--- Comment #1 from burnus at gcc dot gnu dot org 2009-12-29 19:12 --- For the .texi changes, see also http://gcc.gnu.org/ml/fortran/2009-12/msg00183.html (I have not checked whether this covers all) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42547

[Bug fortran/42547] New: Issues in intrinsics.texi documentation

James reported some documentation issues in post 3 at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/3aad8fb30b5174f4 For the first post (ALLOCATE issues), see PR 42546. -- Summary: Issues in intrinsics.texi documentation Product: gcc Ver

[Bug fortran/42546] ALLOCATED statement typo in the docs and for scalar variables

--- Comment #1 from burnus at gcc dot gnu dot org 2009-12-29 19:05 --- Created an attachment (id=19419) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19419&action=view) Incomplete draft patch (diff) + Test case (bottom, no diff format) Draft patch. - Misses modification to trans-i

[Bug fortran/42546] New: ALLOCATED statement typo in the docs and for scalar variables

As reported by James Van Buskirk at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/3aad8fb30b5174f4 Part of the reported issue is PR 41872. Remaining issue is: "13.7.9 ALLOCATED (ARRAY) or ALLOCATED (SCALAR) [...] Arguments. ARRAY shall be an allocatable array. SCA

[Bug fortran/36192] ICE with wrong index types and bad parens

--- Comment #9 from kargl at gcc dot gnu dot org 2009-12-29 18:58 --- Some addition information from valgrind. Error: Different shape for array assignment at (1) on dimension 1 (0 and 2) ==13911== Invalid read of size 8 ==13911==at 0x1C108F8: __gmpz_get_si (in /usr/local/lib/libgmp.

[Bug c/42522] [m68k] Wrong code generated with -O2/-O3

--- Comment #8 from nospamname at web dot de 2009-12-29 18:52 --- I have now find out with cflag -m68000 work with -O3. But it work not with -m68020 or -m68040 or -m68060 Here is a standalone testcode and output with -S - struct test{ long dummy; unsigned long buf; }; struct una

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #7 from simon at pushface dot org 2009-12-29 18:48 --- I think the immediate cause is that the alignment for generated tagged type support objects (see eg exp_disp.adb:4007) is derived from that of System.Storage_Elements.Integer_Address (defined as mod Memory_Size) which sho

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

--- Comment #19 from nospamname at web dot de 2009-12-29 18:44 --- The Problem is fixed in GCC4.5.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414

[Bug bootstrap/35938] Fixincludes failure with 'make check'

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-12-29 18:39 --- Fixed. Now all fixincludes tests pass on x86_64-apple-darwin10. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/42545] New: TBP: Wrongly reject inherite TBP with types with private components

Reported by Reinhold Bader. The error occurs for inherited type-bound procedures where the extending type has "PRIVATE" for the components and the TBP procedure is accessed using the syntax % % The error message is as follows: mr_shorter.f90:23.14: call obj%tt%set() 1 Erro

[Bug fortran/36192] ICE with wrong index types and bad parens

--- Comment #8 from kargl at gcc dot gnu dot org 2009-12-29 18:37 --- (In reply to comment #7) > this appears to be fixed, at least in 4.3.5 and 4.4.2 > The problem still exist on at least x86_64-*-freebsd. troutmask:sgk[216] gfc4x -c homework-2.f90 ... Error: Different shape for arr

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-12-29 18:33 --- I meant gcc-4_4-branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42518

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-12-29 18:32 --- You might try current gcc 4.4.2 branch. It contains the latest config.guess which determines the architecture type according to the system compiler's default code generation for intel darwin. -- http:/

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-29 18:25 --- Are you building on a Core Duo (ie non-EMT64 capable) machine? If not, the default code generation of the Apple system compiler should be to execute and generate x86_64 code under 10.6. You can't take the o

[Bug c/42544] New: Bad codegen with signed short cast to unsigned int, then promoted to unsigned long long

extern int puts(const char *); int main() { signed short 8000 = 0x8000; if ((unsigned int)8000 >= 0x1uLL) { puts("FAIL"); } return 0; } % gcc --version gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu4) Copyright (C) 2007 Free Software Foundation, Inc. This is fre

[Bug fortran/42359] ICEs with specification function and init expression

--- Comment #1 from pault at gcc dot gnu dot org 2009-12-29 18:09 --- (In reply to comment #0) I believe that this code is doubly invalid: (i) You cannot have an automatic array in the main program; and (ii) An automatic array cannot have an initialization expression. Both g95 and ifort

[Bug ada/42518] Alignment issue prevents building 64 bit RTS on Snow Leopard

--- Comment #3 from simon at pushface dot org 2009-12-29 18:06 --- Sorry if I've caused confusion by misunderstanding the reporting system. I can build GCC4.4.2[i386-apple-darwin10.2.0] using GNAT-GPL-2009[i386-apple-darwin10.2.0]. I then try to build GCC4.4.2[x86_64-apple-darwin10.2.0

[Bug c++/41779] Spurious integral promotion

--- Comment #1 from foo at mailinator dot com 2009-12-29 18:02 --- 5/9 (usual arithmetic conversions) isn't relevant until after 4.5/1 (integral promotions) has happened. Unsigned short *always* promotes to int in rvalue contexts; then *that* int is implicitly converted to double in the

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

--- Comment #18 from bonzini at gnu dot org 2009-12-29 18:01 --- True, it is P5 but it is not invalid. Andreas, if you want to close this as invalid you should first follow the target deprecation process and propose to remove the target for 4.6. -- bonzini at gnu dot org changed:

[Bug middle-end/42488] [4.4 only] spurious strict-aliasing warning

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build t

[Bug target/41595] object-c++ mangled local labels are not correctly recognized.

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-12-29 17:48 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCO

[Bug objc/40864] Designated initializers for multi-dimensional arrays fail in Objective-C

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement GCC build triplet|i686-apple-darwin9 | GCC

[Bug middle-end/41956] Segmentation fault when called by mpicc

--- Comment #6 from fxcoudert at gcc dot gnu dot org 2009-12-29 17:42 --- I can confirm the segfault at -O3 with current trunk (rev. 155505) on x86_64-apple-darwin10.2.0. I also generated a (much) reduced testcase: void K (int *gpwgts, int *badminpwgt, int *badmaxpwgt) { int i; fo

[Bug middle-end/42543] ICE when using va_arg

--- Comment #5 from hjl dot tools at gmail dot com 2009-12-29 17:33 --- Icc 11.1 generates: [...@gnu-6 rrs]$ /opt/intel/Compiler/11.1/059/bin/intel64/icc -S pr42543.c pr42543.c(55): error: cast to type "va_list" is not allowed while (index-- > 0 && (arg=va_arg((va_list)arg

[Bug middle-end/42543] ICE when using va_arg

--- Comment #4 from hjl dot tools at gmail dot com 2009-12-29 17:32 --- I am not sure if --- char* FormatStringEx (char str[], size_t max_length, char templ[], void* args, unsigned int flags) { ... void *args2; char *arg,c; ... while (index-- > 0 && (arg=va_arg((

[Bug target/40414] gcc 4.4.0 error at postreload.c:396

--- Comment #17 from ami_stuff at o2 dot pl 2009-12-29 17:29 --- > m68k-amigaos is not a supported target. LOL! So you prefere to not get any bugreports? I reported a few bugs which were next confirmed on the other hardware and after some time fixed, no matter if I use unsupported m68-a

[Bug c++/42450] another GCC 4.5 ICE on C++ templated code

--- Comment #3 from jacob dot benoit dot 1 at gmail dot com 2009-12-29 17:27 --- Could someone confirm that this is a 4.5 ICE regression and tag it as such? Happy holidays! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42450

[Bug c/42538] ICE on illegal-code: tree check: expected function_decl, have var_decl in start_function, at c-decl.c:7369

--- Comment #2 from hjl dot tools at gmail dot com 2009-12-29 17:23 --- A simple testcase: [...@gnu-26 rrs]$ cat pr42538.i void Saisie()[3]{ } [...@gnu-26 rrs]$ ./143523/usr/bin/gcc -S pr42538.i pr42538.i:1: error: declaration of ‘Saisie’ as array of voids pr42538.i:1: internal compile

  1   2   >