I ran into a peculiar bug with gfortran:
program check
open( 10, file = 'check.inp', form = 'binary' )
! Comment
end program
(the comment starts at column 132, but the problem actually occurs in
a long linje with trailing blanks too)
--- Comment #6 from spop at gcc dot gnu dot org 2009-08-07 04:40 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from astrange at ithinksw dot com 2009-08-07 04:25 ---
Created an attachment (id=18315)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18315&action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40992
The attached file is a loop over the same function implemented in C and inline
asm.
When compiled with:
gcc -O3 -fno-pic -fomit-frame-pointer -fdump-tree-cunroll-details -S
cabac_unroll.i
cunroll thinks they're different sizes:
size: 55-4, last_iteration: 55-4
Loop size: 55
Estimated size af
--- Comment #5 from astrange at ithinksw dot com 2009-08-07 03:04 ---
Fixed with -O3 -fgraphite-identity. Why did I even bother checking that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36127
--- Comment #6 from steven at gcc dot gnu dot org 2009-08-06 22:13 ---
If it turns out to be the RTL if-conversion pass, assign this bug to me please.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from steven at gcc dot gnu dot org 2009-08-06 22:12 ---
Instead of guessing -- why not inspect the dumps you get with -fdump-tree-all
-fdump-rtl-all and see if someone can figure out which pass is the first to
screw up the test case?
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #22 from hjl dot tools at gmail dot com 2009-08-06 21:43
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00392.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #6 from hjl dot tools at gmail dot com 2009-08-06 21:14 ---
You can try my patch for PR 40838.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40985
--- Comment #21 from hjl dot tools at gmail dot com 2009-08-06 21:05
---
Created an attachment (id=18314)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18314&action=view)
A patch
Here is a patch to automatically realign stack if any SSE variable
is put on stack.
--
http://gc
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-08-06 20:44
---
Confirmed on 4.4.1.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
Kno
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-08-06 20:43
---
Confirmed on 4.4.1.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
Kno
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-08-06 20:40
---
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory
access)|
| Error detected at system.ads:153:5
--- Comment #7 from ludovic at ludovic-brenta dot org 2009-08-06 20:39
---
Confirmed in 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15799
--- Comment #5 from ludovic at ludovic-brenta dot org 2009-08-06 20:33
---
Xavier Grave reports:
+===GNAT BUG DETECTED==+
| 4.4.1 (i486-pc-linux-gnu) GCC error: |
| in get_expr_operands, at tree-ssa
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-08-06 20:31
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15615
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-08-06 20:30
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15614
--- Comment #5 from ludovic at ludovic-brenta dot org 2009-08-06 20:29
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15611
--- Comment #5 from ludovic at ludovic-brenta dot org 2009-08-06 20:27
---
Confirmed on 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15606
--- Comment #3 from booleandomain at gmail dot com 2009-08-06 20:20 ---
I added the --disable-libstdcxx-pch option to the configure command for the
target gcc compiler, and now make works. Now I'm no longer sure if this is a
bug or my fault...
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #5 from mahatma at eu dot by 2009-08-06 19:56 ---
(In reply to comment #3)
> (In reply to comment #0)
> > Primary combination: "-march=pentium4 -O3 ...",
> > minimal: "-O1 -march=i686 -msse -ftree-vectorize".
> > Rebuilding zlib v1.2.3 cause segfault on related apps (I use se
--- Comment #10 from dfranke at gcc dot gnu dot org 2009-08-06 19:54
---
-static-libstdc++ was added for 4.5.0 (thanks!):
2009-06-25 Ian Lance Taylor
* g++spec.c (SKIPOPT): define.
(lang_specific_driver): Handle -static-libstdc++. Only add
LIBSTDCXX_STATIC i
--- Comment #26 from ghazi at gcc dot gnu dot org 2009-08-06 19:54 ---
The patch fixed the bb-reorg.c and pr34999.c testsuite failures on my x86_64
box on mainline. However I still see the failures on the 4.4 branch.
Jakub - Is your patch suitable for 4.4?
If so, will you please backpo
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #4 from thomas at coware dot com 2009-08-06 19:25 ---
By the way, I see the same failure also with gcc 4.1.2 and 4.2 without any fno-
options.
I thought it would be a good idea to hunt the problem down to a single
optimization mechanism, which seems to be if-conversion. I gu
--- Comment #2 from booleandomain at gmail dot com 2009-08-06 19:21 ---
My goal is to build a GNU/Linux system similar to CLFS (cross-lfs.org), where
the host and the target are the same physical machine.
I'm not an expert, but anyway it seems that the C++ cross-compiler is trying to
bu
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-08-06 18:09 ---
Created an attachment (id=18313)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18313&action=view)
pre-processed sources to reproduce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40991
The following gives:
%/mnt/share/bld/gcc/./gcc/g++ -shared-libgcc -B/mnt/share/bld/gcc/./gcc
-nostdinc++ -L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/mnt/share/bld/gcc/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/mnt/share/bld/H-x86-gcc/x86_64-unknown-linux-gnu/bin/
-B/m
--- Comment #11 from jamborm at gcc dot gnu dot org 2009-08-06 17:55
---
Patch posted to mailing list:
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00367.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40464
--- Comment #14 from sje at cup dot hp dot com 2009-08-06 17:44 ---
Created an attachment (id=18312)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18312&action=view)
test case where stage1 and stage2 generate different code
After applying the most recent patch the ia64 bootstrap s
--- Comment #30 from giffordj at la dot twcbc dot com 2009-08-06 17:32
---
http://sourceware.org/bugzilla/show_bug.cgi?id=10474 is the bug I opened on
Binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
--- Comment #10 from jamborm at gcc dot gnu dot org 2009-08-06 17:31
---
Created an attachment (id=18311)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18311&action=view)
workaround patch
I still believe that the gimplifier should not do this substitution
this late in the com
--- Comment #12 from jason at gcc dot gnu dot org 2009-08-06 17:22 ---
Subject: Bug 40948
Author: jason
Date: Thu Aug 6 17:22:19 2009
New Revision: 150533
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150533
Log:
PR c++/40948
* init.c (build_vec_init): Evaluate
--- Comment #13 from sje at cup dot hp dot com 2009-08-06 16:57 ---
I have good news and I have bad news (as the saying goes). My IA64 bootstrap
completed successfully and the testing also went fine. But, I also did an
hppa2.0w-hp-hpux11.11 bootstrap and that bootstrap failed with diff
--- Comment #20 from hjl dot tools at gmail dot com 2009-08-06 16:48
---
(In reply to comment #19)
> (In reply to comment #18)
>
> Yes. But not an option. Make it default and make it optional to disable the
> alignment. Make it default, because such option would be useless if all
> lib
--- Comment #22 from hjl dot tools at gmail dot com 2009-08-06 16:46
---
*** Bug 40985 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from hjl dot tools at gmail dot com 2009-08-06 16:46 ---
*** This bug has been marked as a duplicate of 32893 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #3 from hjl dot tools at gmail dot com 2009-08-06 16:44 ---
(In reply to comment #0)
> Primary combination: "-march=pentium4 -O3 ...",
> minimal: "-O1 -march=i686 -msse -ftree-vectorize".
> Rebuilding zlib v1.2.3 cause segfault on related apps (I use seamonkey, all
> under ge
--- Comment #11 from jason at gcc dot gnu dot org 2009-08-06 16:25 ---
Subject: Bug 40948
Author: jason
Date: Thu Aug 6 16:25:19 2009
New Revision: 150529
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150529
Log:
PR c++/40948
* init.c (build_vec_init): Evaluate
Compile a simple java program:
public class s
{
public static void main(String[] args)
{
}
}
gcj -c -g s.java
Then examine the .debug_pubnames section:
Contents of the .debug_pubnames section:
Length: 52
Version: 2
Offset int
--- Comment #3 from mikpe at it dot uu dot se 2009-08-06 15:58 ---
Reproduced on i686-linux with the following compiler versions and minimal sets
of options:
gcc-4.3-20090802: -O1 -fno-tree-dce
gcc-4.4-20090804: -O1 -fno-tree-ccp -fno-tree-dominator-opts
gcc-4.5-20090730: -O1
Note that
--- Comment #6 from nospamname at web dot de 2009-08-06 15:56 ---
I check now more to find the instruction line that cause the ICE.Its this
call.It compile when i remove in 1 statement the 2
(2*mb_x + (i & 1))*block_s -> (mb_x + (i & 1))*block_s
But of course the program work.
it al
--- Comment #2 from thomas at coware dot com 2009-08-06 15:26 ---
I can also build it like this and it fails:
gcc test.c -O1 -fno-tree-dce -o test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40987
--- Comment #1 from flameeyes at gentoo dot org 2009-08-06 15:10 ---
I can confirm this issue on 4.3.3 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40989
I'm not sure if this is the cause of the final bug I'm trying to reproduce out
of a project of mine (implicit function declarations are not reported having
any value to the side with -fdiagnostics-show-option), but anywayâ¦
While the man page for gcc implies that -Werror=foo enables -Wfoo, this d
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-06 14:57 ---
"Doctor it hurts when I do this!" ...
well, I suggest you don't use this strange combination of options. In
particular
disabling ccp is known to cause interesting side-effects sometimes.
Keeping open in case someo
--- Comment #3 from manu at gcc dot gnu dot org 2009-08-06 14:43 ---
This seems FIXED in http://gcc.gnu.org/gcc-4.4/changes.html
and http://gcc.gnu.org/projects/cxx0x.html
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
/*
Summary: This program compiles and runs correctly on my fedora core 6
system. On the fedora core 11 system, the function "bad11" produces
incorrect code as pointed out below. This is repaired in the funcdtion
"good11", which avoides using the ..._bit macros (asm/bitops.h).
I have included an
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-06 14:41
---
These work OK:
> /opt/gcc-3.4.5/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g
> -fno-strict-aliasing -gnatwA -I- ./test.adb
> /opt/gcc-4.1.1/bin/gcc -c -I./ -gnato -gnatwl -gnatwauJF -gnatef -g
> -fno-s
--- Comment #6 from manu at gcc dot gnu dot org 2009-08-06 14:41 ---
We can say that this is confirmed.
>From the messages, I think the people that could fix this bug do not see
clearly what the reporter wants. So probably a detailed list of TODO items
would help. It seems the request f
--- Comment #3 from manu at gcc dot gnu dot org 2009-08-06 14:35 ---
The bugzilla side is FIXED.
http://gcc.gnu.org/bugs.html needs a thorough rewriting.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from manu at gcc dot gnu dot org 2009-08-06 14:30 ---
The proposed patch simplifies and clarifies the form for reporting bugs,
however, I am not sure how to test it. Andrew, do you see any problem with it?
Index: template/en/default/bug/create/create.html.tmpl
===
The following test fails when I disable all optimizations but if-conversion:
#include
long long func(long arg) {
long long val = 0;
if (arg < 0) {
val = 0x8000ull;
}
return val;
}
int main() {
long long result = func(-1);
if (result != 0x8000ull)
--- Comment #2 from mahatma at eu dot by 2009-08-06 13:49 ---
(In reply to comment #1)
> Please follow [1] on how to report bug.
>
> [1] http://gcc.gnu.org/bugs.html
With pleasure. If I will understand what I may to say more/else, exclude host
type.
--
http://gcc.gnu.org/bugzilla/
(forwarding Debian bug #540174)
-- language.ads:
pragma Source_Reference (01, "language.ads");
pragma Extend_System(AUX_DEC);
with System;
package Language is
end Language;
-- test.adb:
with System;
with Language;
procedure Test
is
use System;
use Language;
begin
null;
end;
gcc-4.4
--- Comment #1 from ubizjak at gmail dot com 2009-08-06 12:27 ---
Please follow [1] on how to report bug.
[1] http://gcc.gnu.org/bugs.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40985
--- Comment #17 from jamborm at gcc dot gnu dot org 2009-08-06 12:22
---
Note to self: PR 40874 is related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713
Primary combination: "-march=pentium4 -O3 ...",
minimal: "-O1 -march=i686 -msse -ftree-vectorize".
Rebuilding zlib v1.2.3 cause segfault on related apps (I use seamonkey, all
under gentoo). All other apps built on pentium4/O3/gcc4.3.3.
--
Summary: -msse -ftree-vectorize cause segfault
--- Comment #17 from jamborm at gcc dot gnu dot org 2009-08-06 12:09
---
New SRA scalarizes the unions in this testcase and so this is no
longer a 4.5 regression. I have committed a testcase for reference
and am updating relevant bugzilla tags/summary now.
As I won't be backporting ne
--- Comment #16 from jamborm at gcc dot gnu dot org 2009-08-06 11:55
---
Subject: Bug 32964
Author: jamborm
Date: Thu Aug 6 11:55:30 2009
New Revision: 150523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150523
Log:
2009-08-06 Martin Jambor
PR middle-end/32964
--- Comment #5 from ubizjak at gmail dot com 2009-08-06 11:47 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from uros at gcc dot gnu dot org 2009-08-06 11:43 ---
Subject: Bug 40957
Author: uros
Date: Thu Aug 6 11:43:38 2009
New Revision: 150520
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150520
Log:
PR target/40957
* config/i386/i386.c (standard_sse_
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-06 11:29 ---
Subject: Bug 40964
Author: rguenth
Date: Thu Aug 6 11:29:45 2009
New Revision: 150518
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150518
Log:
2009-08-06 Richard Guenther
PR tree-optimization/
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-06 11:29 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-06 11:29 ---
Subject: Bug 40964
Author: rguenth
Date: Thu Aug 6 11:29:13 2009
New Revision: 150517
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150517
Log:
2009-08-06 Richard Guenther
PR tree-optimization/
In the build log pasted below, there is a failure when running "make oscons" in
$objdir/$target/libada, which is not detected, and the build process continues:
> Checking multilib configuration for libada...
> mkdir -p -- i686-pc-cygwin/libada
> Configuring in i686-pc-cygwin/libada
[ ... snip ..
--- Comment #2 from abnikant dot singh at atmel dot com 2009-08-06 11:13
---
gcc.dg/torture/pr37868.c should report the error..This is the positive test
case for avr-gcc as the size of int = 16 bits,and in the struct X int bit field
width is >16
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #11 from jv244 at cam dot ac dot uk 2009-08-06 11:11 ---
(In reply to comment #10)
> Finding a benchmark could really help to push these items to the top of
> vectorizer's todo list.
we're lucky here ;-)
http://gcc.gnu.org/benchmarks/
has a link to
http://cp2k.berlios.de/
--- Comment #10 from irar at il dot ibm dot com 2009-08-06 10:49 ---
Yes. The problem is that only a basic implementation was added. To vectorize
this code several improvements must be done: support stmt group sizes greater
than vector size, allow loads and stores to the same location, i
--- Comment #3 from ubizjak at gmail dot com 2009-08-06 10:47 ---
Hm, we can fix this by teaching scheduler that every access to %mm registers
clobbers FP state. Since scheduler already depend all x87 instructions on
Top-Of-Stack (TOS) register, we can perhaps extend this requirement for
--- Comment #5 from abnikant dot singh at atmel dot com 2009-08-06 10:30
---
I guess this link can be of help
http://gcc.gnu.org/ml/gcc-patches/2003-12/msg01292.html [r28 and r29 frame
pointer]
--
abnikant dot singh at atmel dot com changed:
What|Removed
--- Comment #9 from jv244 at cam dot ac dot uk 2009-08-06 10:24 ---
(In reply to comment #8)
> I think that scalar code vectorization should instead catch this.
is this 'scalar code vectorization' the same as the SLP that has already been
added?
--
jv244 at cam dot ac dot uk change
--- Comment #8 from jwakely dot gcc at gmail dot com 2009-08-06 09:51
---
I don't think any of those tests would be made correct simply by replacing 'f'
with '&f'
Maybe they would have been accepted by GCC 2.95 with the ampersand present, but
current GCC correctly requires '&C::f'
I k
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-08-06 09:40 ---
I think that scalar code vectorization should instead catch this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-06 09:06 ---
Confirmed.
#1 0x007b927a in copy_tree_r (tp=0x75fcacb0,
walk_subtrees=0x7fffb6c0, data=0x0)
at /space/rguenther/src/svn/trunk/gcc/tree-inline.c:3814
3814gcc_assert (code != STATEMEN
--- Comment #7 from jv244 at cam dot ac dot uk 2009-08-06 07:54 ---
Just verified that current trunk is not yet able to vectorize the test.f90
code,
it would be cool if this could be fixed (maybe along the lines of Richard's
previous patch?) as this is similar to CP2K's kernel routines:
77 matches
Mail list logo
