--- Comment #7 from irar at gcc dot gnu dot org 2009-05-31 06:55 ---
Subject: Bug 40244
Author: irar
Date: Sun May 31 06:55:37 2009
New Revision: 148010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148010
Log:
PR testsuite/40244
* gcc.dg/vect/bb-slp-4.c: Chang
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #2 from carrot at google dot com 2009-05-31 02:51 ---
There are a lot of such opportunities in mcf from SPEC CPU 2006.
One possible implementation is to add a pass before cse. In the new pass it
should detect insn patterns like:
(set r200 400) # 400 is o
--- Comment #1 from carrot at google dot com 2009-05-31 02:42 ---
Created an attachment (id=17940)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17940&action=view)
test case to show the opportunity
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40314
Given a structure and 3 field access
typedef struct network
{
char inputfile[400];
int* nodes;
int* arcs;
int* stop_arcs;
} network_t;
int *arc;
int *node = net->nodes; <--- A
void *stop = (void *)net->stop_arcs;
--- Comment #6 from radu dot gcc at ohmi dot org 2009-05-31 01:55 ---
(From update of attachment 17939)
Works as expected:
gcc -g -o hello-exec hellomain.o -L. -lhello
Triggers the bug:
gcc -g -static -o hello-exec-gccbug35179 hellomain.o -shared -L. -lhello -v
--
http://gcc.gnu.or
--- Comment #5 from radu dot gcc at ohmi dot org 2009-05-31 01:52 ---
Created an attachment (id=17939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17939&action=view)
Improved hello-test case showing working and failing command lines, with
Makefile
This behaviour exists on "Linux
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-05-31 00:17
---
I might as well fix this one while I am doing other edit descriptors.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.5.0
Priority|P3 |P4
http://gcc
After r147995,
gcc.c-torture/compile/20080903-1.c fails for -O3 -g on SH with
20080903-1.c:12: internal compiler error: in dwarf2out_begin_epilogue, at
dwarf2out.c:2689
In failing case, sched2 moves a frame related insn in prologue
after NOTE_INSN_EPILOGUE_BEG note:
(note 42 6 43 2 NOTE_INSN_EP
--- Comment #1 from tlin at a10networks dot com 2009-05-30 23:08 ---
The one compiled with O2 has wrong binary code.
The problem occurs when GCC compiles the following lines with O2 flag.
"
if (pdw && memcmp(a1, a2, pdw << 2))
return 0;
"
In the binary code, pd
--- Comment #6 from kkojima at gcc dot gnu dot org 2009-05-30 23:02 ---
Reported against 4.3 with another big test case.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
The following simplified standalone C code illustrates this bug. If we compile
it with and without O2 flag, the executions are different.
The comments at the beginning of the following code has GCC information,
compiling commands, and execution outputs.
Example C Code =
/*
GCC Version:
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-05-30 22:56 ---
Thanks for confirmation. Then this is a duplicate of PR30807
and a long standing problem of postreload and not a regression.
The problem is that we have no handy test cases for trunk.
Every time this pops up only on
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-05-30 22:56 ---
*** Bug 40301 has been marked as a duplicate of this bug. ***
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from burnus at gcc dot gnu dot org 2009-05-30 21:14 ---
Latest patch - fixing the main_identifier_node (__main() call) problem as in
comment 4 plus fixes the "PROGRAM main" problem.
http://gcc.gnu.org/ml/fortran/2009-05/msg00458.html
--
burnus at gcc dot gnu dot org c
--- Comment #1 from jakub at gcc dot gnu dot org 2009-05-30 19:00 ---
See http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01942.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40304
--- Comment #7 from dave dot korn dot cygwin at gmail dot com 2009-05-30
17:09 ---
http://gcc.gnu.org/ml/fortran/2009-05/msg00452.html
We have two functions that both match MAIN_NAME_P, because they share the same
DECL_NAME. This happens when there is a "PROGRAM main" directive in the
--- Comment #6 from hjl dot tools at gmail dot com 2009-05-30 16:57 ---
(In reply to comment #5)
> Is Matrix4f OK now too?
>
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40244
--- Comment #5 from irar at il dot ibm dot com 2009-05-30 16:53 ---
(In reply to comment #4)
> (In reply to comment #1)
> > (In reply to comment #0)
> > > On Linux/ia64, revision 147829:
> > > http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00806.html
> > > caused:
> > > FAIL: Matrix4f -O3 comp
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-30 16:18 ---
patches need to be sent to gcc-patc...@gcc.gnu.org together with a ChangeLog
entry following existing practice and a notice how they were tested (bootstrap
and running the testsuite is required).
--
http://gcc.g
--- Comment #6 from dave dot korn dot cygwin at gmail dot com 2009-05-30
16:12 ---
Groan.
PASS: gfortran.dg/Wall.f90 (test for excess errors)
spawn [open ...]
Internal Error: insert(): Duplicate key found!
FAIL: gfortran.dg/Wall.f90 execution test
In other words, exactly what Andrew w
--- Comment #14 from ian at airs dot com 2009-05-30 16:03 ---
gcc is a free software project driven largely by volunteers. Interest in
fixing accepts-invalid bugs is generally low; people are generally more
interested in rejects-valid bugs, or in better optimizations, or in avoiding
reg
--- Comment #3 from sugioka at itonet dot co dot jp 2009-05-30 15:55
---
Thanks for your reply.
I tried Christian's patch and Joern's patch on x86 cross distcc environment.
Both of them worked for my case.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40301
--- Comment #5 from dave dot korn dot cygwin at gmail dot com 2009-05-30
15:38 ---
The patch in comment 4 works.
dkad...@ubik /tmp/fortran
$ ./hello-fixed.exe
Hello World!
dkad...@ubik /tmp/fortran
$ gdb ./hello-fixed.exe
GNU gdb 6.8.0.20080328-cvs (cygwin-special)
Copyright (C) 2008
--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-05-30
15:34 ---
(In reply to comment #3)
> About to test this:
That was wrong. This is what I should have said:
$ svn diff fortran/trans-decl.c
Index: fortran/trans-decl.c
===
--- Comment #3 from dave dot korn dot cygwin at gmail dot com 2009-05-30
15:19 ---
About to test this:
$ svn diff -x -p fortran/trans-decl.c
Index: fortran/trans-decl.c
===
--- fortran/trans-decl.c(revision 147949
Tested on MinGW 4.4.0
The following code does not compile and should:
int main()
{
int * a = new int{};
int * b = new int{5};
return 0;
}
Compiler output:
main.cpp||In function 'int main()':|
main.cpp|3|error: aggregate value used where an integer was expected|
main.cpp|4|error: aggreg
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-05-30 15:11 ---
(In reply to comment #1)
> It's not entirely straightforward, it seems. An earlier attempt appears to
> have fizzled out:
That no longer applies because gfortran produces main now. MAIN__ is not going
to be used b
--- Comment #3 from gcc at coreland dot ath dot cx 2009-05-30 15:03 ---
I've just noticed that I accidentally left in a "# PATCHED" comment
in the c8.diff patch. Anyone who commits this patch will probably
want to remove that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40310
--- Comment #2 from gcc at coreland dot ath dot cx 2009-05-30 15:02 ---
Created an attachment (id=17938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17938&action=view)
64 bit FreeBSD system package.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40310
--- Comment #1 from dave dot korn dot cygwin at gmail dot com 2009-05-30
15:01 ---
It's not entirely straightforward, it seems. An earlier attempt appears to
have fizzled out:
http://gcc.gnu.org/ml/fortran/2007-09/threads.html#00289
I do not yet understand Andrew Pinski's objection:
--- Comment #1 from gcc at coreland dot ath dot cx 2009-05-30 15:01 ---
Created an attachment (id=17937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17937&action=view)
Patch to Makefile to use 64 bit FreeBSD system package.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4031
See the attachments.
--
Summary: Patches for gcc 4.4.0 to support FreeBSD x86_64
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot g
[ ref: http://gcc.gnu.org/onlinedocs/gccint/Initialization.html ]
[ ref: http://gcc.gnu.org/ml/fortran/2009-05/threads.html#00440 ]
gfortran does not set main_identifier_node to anything. This causes
gimple_expand_cfg() in cfgexpand.c to fail to emit a call to the libgcc static
init function __ma
Tested against MinGW 4.4.0
The following code fails to compile, with the two specializations yielding
different error messages.
Test code:
template< typename T >
struct test {
test() : data{} {}
T data;
};
int main()
{
test x;
test y;
return 0;
}
Compiler output:
||=== BraceIn
The following code demonstrates the problem. It should compile cleanly, as
demonstrated by the run_pass function, but the run_fail function generates an
error:
template< typename T >
struct test {
test run_pass() {
test tmp( *this );
return tmp;
}
test run_fail() {
aut
Tested on MinGW 4.4.0
The following code produces an Internal Compiler Error:
template< typename T >
struct test {
test run() {
auto tmp = *this;
return tmp;
}
};
int main()
{
test x;
x.run();
return 0;
}
Compiler output:
||=== AutoBug01, Debug ===|
In member functi
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-30 13:50 ---
It is invalid. f->a is accessed through an incompatible type (void * rather
than int *). And gcc even warns about it, with -Wstrict-aliasing=2 or
-Wstrict-aliasing=1.
--
jakub at gcc dot gnu dot org changed:
--- Comment #8 from hjl at gcc dot gnu dot org 2009-05-30 13:50 ---
Subject: Bug 40254
Author: hjl
Date: Sat May 30 13:49:33 2009
New Revision: 148004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148004
Log:
2009-05-30 H.J. Lu
Backport from mainline:
2009-
--- Comment #6 from hjl at gcc dot gnu dot org 2009-05-30 13:50 ---
Subject: Bug 40233
Author: hjl
Date: Sat May 30 13:49:33 2009
New Revision: 148004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148004
Log:
2009-05-30 H.J. Lu
Backport from mainline:
2009-
--- Comment #9 from hjl at gcc dot gnu dot org 2009-05-30 13:50 ---
Subject: Bug 40007
Author: hjl
Date: Sat May 30 13:49:33 2009
New Revision: 148004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148004
Log:
2009-05-30 H.J. Lu
Backport from mainline:
2009-
--- Comment #5 from hjl at gcc dot gnu dot org 2009-05-30 13:50 ---
Subject: Bug 40238
Author: hjl
Date: Sat May 30 13:49:33 2009
New Revision: 148004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148004
Log:
2009-05-30 H.J. Lu
Backport from mainline:
2009-
--- Comment #7 from hjl at gcc dot gnu dot org 2009-05-30 13:50 ---
Subject: Bug 40252
Author: hjl
Date: Sat May 30 13:49:33 2009
New Revision: 148004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148004
Log:
2009-05-30 H.J. Lu
Backport from mainline:
2009-
--- Comment #11 from hjl at gcc dot gnu dot org 2009-05-30 13:50 ---
Subject: Bug 39754
Author: hjl
Date: Sat May 30 13:49:33 2009
New Revision: 148004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148004
Log:
2009-05-30 H.J. Lu
Backport from mainline:
2009
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40304
--- Comment #1 from arnaud dot lb at gmail dot com 2009-05-30 13:22 ---
Created an attachment (id=17936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17936&action=view)
preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40305
The following code (attaching preprocessed one) crashes with gcc 4.3.3 and gcc
4.4.1 (20090529).
Adding noinline attribute to pop() avoids the crash.
Declaring pop(strict foo *f, void** a) as pop(strict foo *f, int **a) avoids
the crash.
Adding -fno-strict-aliasing avoids the crash.
I'm not sur
On Linux/ia32, revision 147995:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00974.html
caused
FAIL: g++.dg/eh/async-unwind1.C execution test
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C -O1 execution test
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C -O1 execution test
FAIL: g++.dg/torture/sta
--- Comment #7 from tkoenig at gcc dot gnu dot org 2009-05-30 13:17 ---
Subject: Bug 40187
Author: tkoenig
Date: Sat May 30 13:17:14 2009
New Revision: 148002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148002
Log:
2009-05-30 Thomas Koenig
PR fortran/37577
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-05-30 13:17 ---
Subject: Bug 37577
Author: tkoenig
Date: Sat May 30 13:17:14 2009
New Revision: 148002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148002
Log:
2009-05-30 Thomas Koenig
PR fortran/37577
--- Comment #3 from roman dot werpachowski at gmail dot com 2009-05-30
12:36 ---
4.4.0 works fine.
--
roman dot werpachowski at gmail dot com changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-30 12:29 ---
GCC 4.2 is no longer maintained, please upgrade to GCC 4.3.3 or GCC 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from roman dot werpachowski at gmail dot com 2009-05-30
11:28 ---
Created an attachment (id=17935)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17935&action=view)
Test case
Test case showing the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40303
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../gcc-4.2.4/configure --prefix=/opt/gcc/4.2.4 --enable-shared
--enable-threads=posix --enable-checking=release --with-system-zlib
--enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++,fortran --disable-dssi
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40301
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-05-30 09:49 ---
Can you provide a testcase suitable for inclusion in the testsuite?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-30 09:35 ---
Marking as regression to show up in the list of important bugs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from ramana at gcc dot gnu dot org 2009-05-30 09:18 ---
This is improved by http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01622.html.
With the patch we get the following code generated.
.cpu cortex-a8
.eabi_attribute 27, 3
.fpu neon
.eabi_a
--- Comment #2 from Woebbeking at web dot de 2009-05-30 08:49 ---
Thanks, I didn't know which term I should looking for :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40294
--- Comment #13 from Woebbeking at web dot de 2009-05-30 08:46 ---
If you're sure that it's a bug why isn't it fixed yet? Is it that hard that you
need more than six years?
Sure it's no show stopper but it's annoying. I'm using -pedantic and -ansi to
ensure platform independent code and
--- Comment #27 from pault at gcc dot gnu dot org 2009-05-30 08:27 ---
(In reply to comment #25)
> > types that are identical
> I'm not sure this is related, but note comment #8. Even identical types are
> not
> identical, unless they are sequence type.
Joost,
No, this is not related
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-05-30 07:12 ---
It seems that gcc-4.3 hits PR30807 again for SH. Could you try
Christian's patch in the audit trail #2 of 30807 or Joern's
patch in the URL suggested at #4?
--
kkojima at gcc dot gnu dot org changed:
63 matches
Mail list logo
