--- Comment #26 from dodji at gcc dot gnu dot org 2010-05-06 06:52 ---
Subject: Bug 18624
Author: dodji
Date: Thu May 6 06:52:30 2010
New Revision: 159096
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159096
Log:
C++ support for -Wunused-but-set-variable
gcc/cp/ChangeLog:
--- Comment #15 from irar at gcc dot gnu dot org 2010-05-06 06:43 ---
Subject: Bug 43901
Author: irar
Date: Thu May 6 06:42:51 2010
New Revision: 159095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159095
Log:
PR tree-optimization/43901
* tree-vect-stmts.c (v
/Users/cedric/software/gcc-4.5.0/build-stm32xx/./gcc/xgcc
-B/Users/cedric/software/gcc-4.5.0/build-stm32xx/./gcc/
-B/nfs/darwin/arm-stm32xx-eabi/bin/ -B/nfs/darwin/arm-stm32xx-eabi/lib/
-isystem /nfs/darwin/arm-stm32xx-eabi/include -isystem
/nfs/darwin/arm-stm32xx-eabi/sys-include-mcpu=cortex-m
mma...@mmarkk-desktop:~/src/vmdetect$ gcc --version
gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1
--
#include
#include
int main (void)
{
size_t ecx;
asm ("cpuid": "=c" (ecx): "a" (0x1):"eax","ebx","edx");
printf ("Suspected %s machine!\n", (ecx >> 31) ? "vi
--- Comment #2 from anemo at mba dot ocn dot ne dot jp 2010-05-06 06:23
---
I confirmed gcc 4.4.3 (fedora 12) behaves same.
--
anemo at mba dot ocn dot ne dot jp changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2010-05-06 06:05
---
Yes, it's fixed in GCC 4.5.0 and later.
Paolo, would you mind adding a testcase?
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #21 from hjl dot tools at gmail dot com 2010-05-06 03:57
---
*** Bug 43997 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-06 03:57 ---
*** This bug has been marked as a duplicate of 43791 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #18 from rus at google dot com 2010-05-06 02:18 ---
Created an attachment (id=20575)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20575&action=view)
Minor fix to previous patch.
Here's a minor fix. It will not affect tests, but just in case you're trying
it for real,
--- Comment #17 from rus at google dot com 2010-05-06 02:03 ---
Created an attachment (id=20574)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20574&action=view)
Wrote custom algos, removed include algorithm, minor fixes.
This should fix several issues. I still see failing tests
--- Comment #13 from meissner at linux dot vnet dot ibm dot com 2010-05-05
23:30 ---
Subject: Re: Missing DW_AT_location for a variable
On Wed, May 05, 2010 at 09:40:00PM -, jakub at gcc dot gnu dot org wrote:
>
>
> --- Comment #12 from jakub at gcc dot gnu dot org 2010-05-
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-05-05 23:08 ---
It's late, but a conjecture ...
trans-array.c (gfc_conv_array_initializer):
/* Create an array constructor from an initialization expression.
We assume the frontend already did any expansions and conversions. */
--- Comment #2 from falk at debian dot org 2010-05-05 22:46 ---
Confirmed, here is a smaller testcase:
extern inline
void add_1(int *dst, const int *src, int n) {
if (n)
dst[n] = src[n];
}
typedef void (*aors_1_t)(int *, const int *, int);
aors_1_t fudge(aors_1_t f) {
return
--- Comment #11 from kkojima at gcc dot gnu dot org 2010-05-05 22:46
---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENE
--- Comment #7 from dominiq at lps dot ens dot fr 2010-05-05 22:28 ---
> The patch has the same effect as the -fmax-array-constructor=HUGE.
It makes also the compilation slightly faster:
[macbook] f90/bug% time gfcp -fmax-array-constructor=259200 pr40472_1.f90
4.524u 0.547s 0:05.22 96.
--- Comment #10 from kkojima at gcc dot gnu dot org 2010-05-05 22:28
---
Subject: Bug 43744
Author: kkojima
Date: Wed May 5 22:27:57 2010
New Revision: 159088
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159088
Log:
Backport from mainline:
2010-04-22 Kaz Koj
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-05 22:18 ---
Ignore my previous claims. I now realized that you used a somewhat different
testcase, not the one from PR40472 - my bad :(
$ time gfortran-svn pr43996.f90
pr43996.f90: In function 'MAIN__':
pr43996.f90:4:0: interna
--- Comment #9 from kkojima at gcc dot gnu dot org 2010-05-05 22:12 ---
Subject: Bug 43744
Author: kkojima
Date: Wed May 5 22:12:17 2010
New Revision: 159087
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159087
Log:
Backport from mainline:
2010-04-22 Kaz Kojim
--- Comment #5 from burnus at gcc dot gnu dot org 2010-05-05 22:11 ---
Subject: Bug 43985
Author: burnus
Date: Wed May 5 22:11:14 2010
New Revision: 159086
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159086
Log:
2010-05-06 Tobias Burnus
PR fortran/43985
*
--- Comment #1 from dps at simpson dot demon dot co dot uk 2010-05-05
22:04 ---
Created an attachment (id=20573)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20573&action=view)
code for test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43997
--- Comment #5 from dominiq at lps dot ens dot fr 2010-05-05 22:02 ---
What is before MAIN__ is:
[ibook-dhum] f90/bug% valgrind --leak-check=full --show-reachable=yes
/opt/gcc/gcc4.5w/libexec/gcc/i686-apple-darwin9/4.5.0/f951 pr40472_1.f90
==187== Memcheck, a memory error detector.
==18
The following source file, which a reduced version of a gmp 5.0.1 test triggers
and internal compiler error when compiled with -finline-small-functions. I have
removed most of what is not required to tickle the bug.
I aware of at least one other file which triggers the same bug for me.
Screen sho
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-05-05 21:59 ---
For ICEs, the interesting messages are before the ICE itself; most often
something like "invalid read", "invalid write" or "used of uninitialized
value".
The loss records are (mainly) due to the ICE which doesn't al
--- Comment #8 from jason at gcc dot gnu dot org 2010-05-05 21:53 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from dominiq at lps dot ens dot fr 2010-05-05 21:48 ---
With i686-apple-darwin9 at revision 156693, valgrind gives:
MAIN__
pr40472_1.f90:2:0: internal compiler error: in gfc_conv_array_initializer, at
fortran/trans-array.c:4189
Please submit a full bug report,
with prepr
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-05 21:39 ---
Please try the PR43994 patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--- Comment #11 from meissner at gcc dot gnu dot org 2010-05-05 21:37
---
The patch checked in as subversion id 159063 causes the powerpc64-linux
bootstrap to fail when building libgcc with release checking enabled:
/home/meissner/fsf-build-ppc64/trunk/./gcc/xgcc
-B/home/meissner/fsf-b
--- Comment #10 from meissner at gcc dot gnu dot org 2010-05-05 21:36
---
Created an attachment (id=20572)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20572&action=view)
-save-temps=obj output of failing module
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--- Comment #5 from steven at gcc dot gnu dot org 2010-05-05 21:36 ---
r114283 has been committed with some changes to fix bootstrap.
The other patches may take a bit more time. Not one of the revisions I brought
over passes bootstrap or testing without further modifications.
--
ht
--- Comment #2 from dominiq at lps dot ens dot fr 2010-05-05 21:30 ---
> And I checked again. There's nothing on i686-pc-linux-gnu. Not even with
> valgrind,
Could someone try on x86_64-*-linux-*?
> Btw, Dominique, since valgrind-3.5.0, it is available for Mac as well [1].
> Would you
--- Comment #1 from dfranke at gcc dot gnu dot org 2010-05-05 21:22 ---
And I checked again. There's nothing on i686-pc-linux-gnu. Not even with
valgrind,
Btw, Dominique, since valgrind-3.5.0, it is available for Mac as well [1].
Would you mind to get valgrind and run f951 through it? I
--- Comment #8 from pault at gcc dot gnu dot org 2010-05-05 21:04 ---
Created an attachment (id=20571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20571&action=view)
Fix for the PR
Boostraps and regtests on RHEL5.4/i686
Will add testcase and ChangeLogs tomorrow.
Paul
--
h
The following test extracted from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40472#c21 gives an ICE with vanilla
trunk at revision 159082:
REAL, DIMENSION(720,360), PARAMETER :: ZLON_MASK = SPREAD( (/ (JLON ,
JLON=1,720) /) , DIM=2, NCOPIES=360 )
print *, size(ZLON_MASK), ZLON_MASK(720,360)
end
--- Comment #6 from janr at adax dot com 2010-05-05 20:58 ---
Created an attachment (id=20570)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20570&action=view)
recovery.i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-05-05 20:54 ---
Can you attach recovery.i ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #4 from sje at cup dot hp dot com 2010-05-05 20:54 ---
I have reproduced this failure, and the problem seems to be in GMP. You
mention that you set ABI to 64. I noticed that if I built GMP with the HP
compiler ABI is set to 32 and then when I built GCC with that GMP it fail
--- Comment #4 from janr at adax dot com 2010-05-05 20:53 ---
That last attachment with the build command was a mess, I re ran the build
without the -v for gcc, but added a V=1 to the makefile, and got something a
little cleaner:
--
--- Comment #7 from jason at gcc dot gnu dot org 2010-05-05 20:32 ---
Subject: Bug 43370
Author: jason
Date: Wed May 5 20:31:53 2010
New Revision: 159084
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159084
Log:
PR debug/43370
* c-common.c (handle_aligned_attri
--- Comment #6 from jason at gcc dot gnu dot org 2010-05-05 20:31 ---
Subject: Bug 43370
Author: jason
Date: Wed May 5 20:30:37 2010
New Revision: 159083
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159083
Log:
PR debug/43370
* c-common.c (handle_aligned_attri
--- Comment #3 from janr at adax dot com 2010-05-05 20:30 ---
Created an attachment (id=20569)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20569&action=view)
crc32 build output (verbose)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #21 from mkuvyrkov at gcc dot gnu dot org 2010-05-05 20:28
---
Dominique,
Have you been able to identify if there is an invalid optimization?
It seems using -ffast-math -ffinite-math-only is very error-prone. -ffast-math
implies -fassociative-math, which can generate NaNs
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-05 20:15 ---
Can you provide the full command line to compile crc32.c ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
--- Comment #1 from janr at adax dot com 2010-05-05 20:11 ---
Created an attachment (id=20568)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20568&action=view)
The .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43995
This happens while building under the T2 SDE environment, which is a framework
for cross building an entire Linux distribution. GCC 4.43 Builds this OK,
switching to GCC 4.5 failes while building the e2fsprogs project.
I tried this with gcc 4.5.0, and the 4.5.1 latest snapshot
The build host is U
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-05 20:02 ---
(In reply to comment #3)
> Two issues discovered with the patch. One is easy:
> --- gcc/dwarf2out.c 2010-05-05 17:14:56.0 +0200
> +++ gcc/dwarf2out.c 2010-05-05 20:51:40.0 +0200
> @@ -7916,7 +7916,7
--- Comment #7 from jason at gcc dot gnu dot org 2010-05-05 19:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #5 from jason at gcc dot gnu dot org 2010-05-05 19:47 ---
Subject: Bug 43370
Author: jason
Date: Wed May 5 19:46:41 2010
New Revision: 159081
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159081
Log:
PR debug/43370
* c-common.c (handle_aligned_attri
--- Comment #36 from dfranke at gcc dot gnu dot org 2010-05-05 19:41
---
(In reply to comment #35)
> Fixed in trunk. No backport to 4.5 as the required constructor rework is not
> ported either. Closing.
2nd try,
--
dfranke at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-05 19:40 ---
See:
http://gcc.gnu.org/viewcvs?view=revision&revision=159080
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from thiago at kde dot org 2010-05-05 19:39 ---
(In reply to comment #3)
> The struct Foo looks like an odd way to try and express
>
> union Foo
> {
> int i;
> char c[sizeof (int)];
> };
Well, that is the objective, but you can't replace int with a non-POD type in
C+
--- Comment #13 from pluto at agmk dot net 2010-05-05 19:35 ---
queue.push_back with low prio ;)
--
pluto at agmk dot net changed:
What|Removed |Added
CC|
--- Comment #6 from jason at gcc dot gnu dot org 2010-05-05 19:33 ---
Subject: Bug 43758
Author: jason
Date: Wed May 5 19:33:11 2010
New Revision: 159079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159079
Log:
PR testsuite/43758
* target.h (struct gcc_target)
--- Comment #3 from hp at gcc dot gnu dot org 2010-05-05 19:17 ---
The struct Foo looks like an odd way to try and express
union Foo
{
int i;
char c[sizeof (int)];
};
but that doesn't work either, for my 4.3.1 arm-linux build.
Neither does moving the attribute just before the ";" (
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-05 19:12 ---
Subject: Bug 43950
Author: jakub
Date: Wed May 5 19:11:16 2010
New Revision: 159077
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159077
Log:
PR debug/43950
* dwarf2out.c (gen_compile_unit_di
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-05 19:06 ---
Two issues discovered with the patch. One is easy:
--- gcc/dwarf2out.c 2010-05-05 17:14:56.0 +0200
+++ gcc/dwarf2out.c 2010-05-05 20:51:40.0 +0200
@@ -7916,7 +7916,7 @@
{
--- Comment #35 from dfranke at gcc dot gnu dot org 2010-05-05 19:03
---
Fixed in trunk. No backport to 4.5 as the required constructor rework is not
ported either. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from meissner at gcc dot gnu dot org 2010-05-05 18:58
---
The second patch fixes the problem on the powerpc. Patch approved if
documentation is added for the new hook.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #34 from dfranke at gcc dot gnu dot org 2010-05-05 18:54
---
Subject: Bug 24978
Author: dfranke
Date: Wed May 5 18:53:23 2010
New Revision: 159076
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159076
Log:
gcc/fortran/:
2010-05-05 Daniel Franke
PR fortr
--- Comment #5 from bernds at gcc dot gnu dot org 2010-05-05 18:48 ---
Fixed.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from burnus at gcc dot gnu dot org 2010-05-05 18:14 ---
(In reply to comment #8)
> Created an attachment (id=20567)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20567&action=view) [edit]
> Second draft patch
And another omission:
--- a/gcc/fortran/module.c
+++ b/gc
--- Comment #8 from burnus at gcc dot gnu dot org 2010-05-05 18:09 ---
Created an attachment (id=20567)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20567&action=view)
Second draft patch
(In reply to comment #6)
> First draft patch
Updated patch: Fixes the reversed order, fixes
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-05 18:00 ---
Created an attachment (id=20566)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20566&action=view)
gcc46-pr43994.patch
I must say I don't understand why this happens, but in this case
DF_REF_REAL_REG is a (reg:DI
--- Comment #11 from burnus at gcc dot gnu dot org 2010-05-05 17:42 ---
(In reply to comment #10)
> See comment #1 and #3. The standard explicitly states that a Fortran
> processor must "detect and report" the use of deleted features.
It must report them - but the standard does not tel
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-05 16:56 ---
Created an attachment (id=20565)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20565&action=view)
patch that uses a target hook
another patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #5 from hjl dot tools at gmail dot com 2010-05-05 16:51 ---
Created an attachment (id=20564)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20564&action=view)
A testcase
"-O2 -g" will fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-05 16:45 ---
Could you please attach preprocessed source? Setting up a ia64 build box
always takes me a lot of time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #15 from jason at gcc dot gnu dot org 2010-05-05 16:32 ---
Subject: Bug 43787
Author: jason
Date: Wed May 5 16:32:20 2010
New Revision: 159072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159072
Log:
PR c++/43787
gcc:
* gimplify.c (gimplify_expr):
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-05 16:26 ---
It is caused by revision 159063:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00112.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from kirr at landau dot phys dot spbu dot ru 2010-05-05
16:24 ---
> So, if this is so dear to your heart, pull up your sleeves and start trying
> to fix the problem.
I see. And thanks for the workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-05 16:17 ---
Jakub, it fails only with -g. It may be caused by:
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00107.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
unknown-linux-gnu"...
r Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r -fpreprocessed x.i -quiet -dumpbase x.i -auxbase x -g -O2 -version -o
x.s
Starting program: /export/gnu/import/svn/gcc-test/bld/gcc/cc1 -fpreprocessed
x.i -quiet -dumpbase x.i -auxbase x -g -O2 -
On Linux/ia64, revision 159067 gave:
libtool: compile: /export/gnu/import/svn/gcc-test/bld/./gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/./gcc/
-B/usr/local/ia64-unknown-linux-gnu/bin/
-B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem
/usr/local/ia64-unknown-linux-gnu/include -isystem
/usr/loc
Noticed with valgrind. Suppose a foreign thread calls Ada code. This results
in Register_Foreign_Thread being called, which creates an ATCB. At the end of
this routine, Enter_Task is called. Enter_Task is defined in
s-taprop-linux.adb
on linux. It contains this code that causes Task_Alternate_
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-05 15:49 ---
Fixed in gcc 4.4.0. No plan to fix 4.3.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-05 15:44 ---
*** This bug has been marked as a duplicate of 42778 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-05 15:44 ---
*** Bug 43992 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-05 15:44
---
Indeed the patch looks a lot nicer and less like a hack than mine.
Re-assigning to you ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-05-05 15:41 ---
Subject: Bug 43880
Author: rguenth
Date: Wed May 5 15:40:51 2010
New Revision: 159069
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159069
Log:
2010-05-05 Richard Guenther
PR c++/43880
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-05-05 15:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43592
--- Comment #6 from kargl at gcc dot gnu dot org 2010-05-05 15:33 ---
Fixed on trunk and 4.5. Closing.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-05 15:31 ---
Subject: Bug 43592
Author: kargl
Date: Wed May 5 15:30:54 2010
New Revision: 159068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159068
Log:
2010-05-05 Steven G. Kargl
PR fortran/43592
*
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-05 15:22 ---
Created an attachment (id=20563)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20563&action=view)
gcc46-pr43983.patch
So far only lightly tested patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983
--- Comment #10 from kargl at gcc dot gnu dot org 2010-05-05 14:54 ---
(In reply to comment #7)
>
> OTOH I can see where a program that has a lot of real do loops would be
> irritating. I think that the standard does not explicitly say issue four
> warnings as long as each is detected. I
--- Comment #1 from hv at crypt dot org 2010-05-05 14:39 ---
Created an attachment (id=20562)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20562&action=view)
Example C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43992
zen% /opt/gcc-4.5.0/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/opt/gcc-4.5.0/bin/gcc
COLLECT_LTO_WRAPPER=/opt/gcc-4.5.0/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: /src/package/lang/other/gcc-4.5.0/configure
--prefix=/opt/gcc-4.5.0 --with-gmp=/opt/g
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-05 14:24 ---
Ah, we have
__builtin_va_start (&ap, 0);
ap.1_1 = ap;
D.2000_2 = ap.1_1 + -4;
D.2001_3 = (long unsigned int) D.2000_2;
D.2002_4 = D.2001_3 & -4;
ap.2_5 = (void *) D.2002_4;
From
/* Copied from va
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-05 14:23
---
Adjusted the target milestone.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #3 from pzhao at gcc dot gnu dot org 2010-05-05 14:18 ---
fixed for 4.6.0
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #18 from rguenther at suse dot de 2010-05-05 14:13 ---
Subject: Re: [4.5/4.6 Regression] type-punning causes
broken binaries unless -O0 is used
On Wed, 5 May 2010, thomas at archlinux dot org wrote:
> --- Comment #17 from thomas at archlinux dot org 2010-05-05 14:10
--- Comment #2 from burnus at gcc dot gnu dot org 2010-05-05 14:12 ---
The problem seems to be the initialization at gfc_conv_structure (init = 1) in
trans-expr.c:
We have:
logical :: l = .true.
class(t),pointer :: cp => null()
and thus:
(gdb) p expr->ts.u.derived->components
--- Comment #17 from thomas at archlinux dot org 2010-05-05 14:10 ---
> I have a patch. Workaround for 4.5.0: -fno-pta.
There is no -fno-pta option in 4.5.0, but I can confirm that -fno-tree-pta
fixes the problem in the testcase and in busybox.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-05-05 14:01
---
Runtime testcase:
char B[256 * sizeof(void *)];
typedef void *FILE;
typedef struct globals {
int c;
FILE *l;
} __attribute__((may_alias)) T;
void add_input_file(FILE *file)
{
(*(T*)&B).l[0] = file;
}
ext
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-05-05 13:56
---
Testcase that does not violate strict aliasing rules (and thus should not
be miscompiled at -O2 or -Os either):
extern char B[256 * sizeof(void *)];
typedef void *FILE;
typedef struct globals {
int c;
FILE
--- Comment #8 from steven at gcc dot gnu dot org 2010-05-05 13:52 ---
I think that's an oversight, then. You shouldn't have to use the delayed edge
insert functions if you've pre-split all edges. Perhaps PRE can always use the
_immediate insert functions, and save a walk over all edges
--- Comment #7 from rguenther at suse dot de 2010-05-05 13:33 ---
Subject: Re: PRE misses full-redundancies,
inserts into loops
On Wed, 5 May 2010, steven at gcc dot gnu dot org wrote:
> --- Comment #5 from steven at gcc dot gnu dot org 2010-05-05 13:10
> ---
> I don't unde
--- Comment #6 from matz at gcc dot gnu dot org 2010-05-05 13:32 ---
PRE seems to have done this since forever. All edge inserts are delayed if
the _immediate forms aren't used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-05 13:28 ---
(In reply to comment #2)
> Does the failure on ia64 only happen with -O3?
>
It fails with
-O3 -fomit-frame-pointer -funroll-all-loops -finline-functions
and
-O3 -fomit-frame-pointer -funroll-loops
--
http:/
1 - 100 of 129 matches
Mail list logo
