--- Comment #7 from ubizjak at gmail dot com 2009-01-07 08:04 ---
(In reply to comment #6)
> Current trunk bootstraps fine on an other machine, but the testcase fails too
> on it.
Thanks for the testcase, it fails on a crosscompiler too. I'll look into it.
--
ubizjak at gmail dot co
--- Comment #10 from cnstar9988 at gmail dot com 2009-01-07 08:55 ---
ping for 4.3...
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC|
--- Comment #12 from bkoz at gcc dot gnu dot org 2009-01-07 09:18 ---
Created an attachment (id=17043)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17043&action=view)
plus mt_allocator fixes
This fixes these longstanding fails on darwin:
FAIL: ext/mt_allocator/deallocate_local_
--- Comment #11 from steven at gcc dot gnu dot org 2009-01-07 09:37 ---
I have no intention to fix this in 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
--- Comment #8 from schwab at suse dot de 2009-01-07 09:39 ---
Casting (void **) to (const void **) is unsafe so it is not ok to drop the
warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
Here's a strange case of poor code generation with -Os.
unsigned short foo2 (unsigned char on_off, unsigned short *puls)
{
return puls[on_off-1];
}
With -O2, it's fine:
movzbl %dil, %edi
movzwl -2(%rsi,%rdi,2), %eax
ret
With -Os it's really weird:
movzbl %d
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-01-07 10:11
---
Fallout of the change made for PR middle-end/23294 in GCC 4.2.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from radhika dot ganganna at oracle dot com 2009-01-07
10:58 ---
Created an attachment (id=17044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17044&action=view)
The testcase for the current issue
Please look into the code that's causing the issue.
After outputti
typedef struct
{
int baddr;
} mstruct_t;
static struct
{
unsigned intmapnum;
mstruct_t unused;
} mtab;
static mstruct_t *mactab = &mtab.unused;
int
main(void)
{
int i;
int addr;
for (i=1; i <= mtab.mapnum; i++)
{
if (addr < mactab[i].baddr)
{
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-07 10:59 ---
Investigating.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 11:07 ---
Subject: Bug 38301
Author: rguenth
Date: Wed Jan 7 11:07:46 2009
New Revision: 143153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143153
Log:
2009-01-07 Richard Guenther
PR tree-optimization/
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-07 11:08 ---
Fixed on the alias-improvements branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-07 11:09 ---
Mine anyway.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 11:14 ---
Created an attachment (id=17045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17045&action=view)
Patch to fix the failure
We should not free cfun since it is needed in alpha_end_function.
Arthur, can you perhaps b
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 10:53 ---
Subject: Bug 38751
Author: rguenth
Date: Wed Jan 7 10:53:30 2009
New Revision: 143152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143152
Log:
2009-01-07 Richard Guenther
PR middle-end/38751
+++ This bug was initially created as a clone of Bug #32581 +++
I'm building gcc 4.4.0 20090106 on OpenSolaris 2008.11 .
I'll set a ton of configure options (for testing) and build profiled.
No ".gcda" files are being created in the libiberty/pic directory, this
causes a warning message and was
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 12:14 ---
We insist on finding an overlapping SFT even though it might possibly not
exist (as in this case where we do an access clearly outside of the object
boundary). The fix is to just ignore that and let the operand mach
--- Comment #14 from paolo dot carlini at oracle dot com 2009-01-07 12:23
---
Hi. Definitely, I like the first approach better. Jakub, are you willing to
work on it? Honestly, because I don't think it's the right time to play with
ABI issues, I'm ready to revert completely this piece of
--- Comment #1 from rob1weld at aol dot com 2009-01-07 12:27 ---
The "non-pic" directory works much of the time but I also get the
occasional missing ".gcda" in the 'build'/libiberty directory; whereas
in the 'build'/libiberty/pic directory _all_ the ".gcda" files are
missing.
../../gc
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-07 12:31 ---
Created an attachment (id=17046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17046&action=view)
gcc44-pr38092.patch
Rainer, can you please test also this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-07 12:34 ---
Working on it.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unas
--- Comment #9 from paolo at gcc dot gnu dot org 2009-01-07 13:01 ---
Subject: Bug 38466
Author: paolo
Date: Wed Jan 7 13:00:48 2009
New Revision: 143154
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143154
Log:
2009-01-07 Paolo Carlini
PR libstdc++/38466
*
--- Comment #9 from arthur dot loiret at gmail dot com 2009-01-07 13:05
---
(In reply to comment #8)
> Created an attachment (id=17045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17045&action=view) [edit]
> Patch to fix the failure
>
> We should not free cfun since it is neede
--- Comment #2 from rob1weld at aol dot com 2009-01-07 13:11 ---
The intl directoy has only 4 missing files:
../../gcc_trunk/intl/dcngettext.c:55: note: file
/usr/share/src/gcc_build/intl/dcngettext.gcda not found, execution counts
estimated
../../gcc_trunk/intl/dngettext.c:57: note: fi
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-07 13:12 ---
Subject: Bug 38752
Author: rguenth
Date: Wed Jan 7 13:12:17 2009
New Revision: 143155
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143155
Log:
2009-01-07 Richard Guenther
PR tree-optimization/
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-07 13:14 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from paolo dot carlini at oracle dot com 2009-01-07 13:02
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #2 from pault at gcc dot gnu dot org 2009-01-07 13:12 ---
(In reply to comment #0)
The lack of simplification is due to an omission in
target-memory.c(gfc_target_memory_size), in which the possibility of (1) a
constant cl->length and (ii) no defined character length, as here,
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-01-07
13:26 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
jakub at gcc dot gnu dot org writes:
> Rainer, can you please test also this patch?
Sure: I'v
--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-07 13:51 ---
(In reply to comment #4)
> For TARGET, I agree because the standard says about c_f_pointer:
>The value of CPTR shall not be the C address of a Fortran variable that
> does
>not have the TARGET attribute.
>
H
--- Comment #16 from jakub at gcc dot gnu dot org 2009-01-07 13:56 ---
Created an attachment (id=17047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17047&action=view)
gcc44-pr38732.patch
Patch I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
--- Comment #7 from ubizjak at gmail dot com 2009-01-07 14:02 ---
(In reply to comment #0)
> FAIL: natgetargssize.cc compilation
> FAIL: natgetlocalvartable.cc compilation
> FAIL: natgetstacktrace.cc compilation
> FAIL: natevents.cc compilation
> FAIL: natgetallthreads.cc compilation
>
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 14:05 ---
Closed as WORKSFORME, since bootstrap - well - works for me.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from ubizjak at gmail dot com 2009-01-07 14:08 ---
Ada stuff.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Component|other
--- Comment #9 from ian at airs dot com 2009-01-07 14:27 ---
How is it unsafe? All the const qualifier on a pointer means is that the
memory will not be changed through that pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
More a liker than compiler problem
When I compile the following programm with gcc -std=c99 I get a linker error.
When I compile it with gcc -O[23] -std=c99 it runs as expected.
For the case that the system matters: I am using Linux (Ubuntu 8.10)
inline void f() {
}
int main() {
f();
}
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-07 14:36 ---
You need an external definition of f.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 14:38 ---
See 6.7.4, especially the example in paragraph 7 and the explanation in 8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38754
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-01-07
14:41 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
ro at techfak dot uni-bielefeld dot de writes:
> Sure: I've applied it to the same source tree
--- Comment #2 from laurent at guerby dot net 2009-01-07 14:48 ---
Note: ada on alpha bootstrap fine on trunk.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-07 14:52 ---
Created an attachment (id=17048)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17048&action=view)
gcc44-pr38092-2.patch
I see, does this extra hunk (incremental patch) fix it?
--
http://gcc.gnu.org/bugzilla
--- Comment #10 from joseph at codesourcery dot com 2009-01-07 15:34
---
Subject: Re: bad text in -Wcast-qual warning (forgets volatile)
On Wed, 7 Jan 2009, ian at airs dot com wrote:
> How is it unsafe? All the const qualifier on a pointer means is that the
> memory will not be cha
--- Comment #3 from ubizjak at gmail dot com 2009-01-07 15:37 ---
No answer in 3 months.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCON
--- Comment #15 from ubizjak at gmail dot com 2009-01-07 15:38 ---
4.1 is not supported anymore.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Stat
--- Comment #1 from ubizjak at gmail dot com 2009-01-07 15:39 ---
Does this still fail?
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONF
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #5 from ubizjak at gmail dot com 2009-01-07 15:40 ---
Does this still happen with 4.3 or 4.4 branch?
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 15:41 ---
Does this still happen with version 4.3 or 4.4?
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #2 from spop at gcc dot gnu dot org 2009-01-07 15:41 ---
Subject: Bug 38498
Author: spop
Date: Wed Jan 7 15:41:26 2009
New Revision: 143158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143158
Log:
2009-01-06 Jan Sjodin
PR tree-optimization/38492
--- Comment #10 from spop at gcc dot gnu dot org 2009-01-07 15:41 ---
Subject: Bug 38492
Author: spop
Date: Wed Jan 7 15:41:26 2009
New Revision: 143158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143158
Log:
2009-01-06 Jan Sjodin
PR tree-optimization/38492
--- Comment #11 from ian at airs dot com 2009-01-07 15:41 ---
Oh yeah, sorry for the noise.
In any case, the warning message is wrong, as the cast does not "cast away
constness".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
--- Comment #11 from spop at gcc dot gnu dot org 2009-01-07 15:53 ---
Subject: Bug 38492
Author: spop
Date: Wed Jan 7 15:53:03 2009
New Revision: 143159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143159
Log:
2009-01-07 Jan Sjodin
PR tree-optimization/38492
--- Comment #3 from spop at gcc dot gnu dot org 2009-01-07 15:53 ---
Subject: Bug 38498
Author: spop
Date: Wed Jan 7 15:53:03 2009
New Revision: 143159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143159
Log:
2009-01-07 Jan Sjodin
PR tree-optimization/38492
--- Comment #12 from spop at gcc dot gnu dot org 2009-01-07 15:55 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from spop at gcc dot gnu dot org 2009-01-07 15:56 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-01-07
16:01 ---
> sorry for the duplicate work.
Thanks for fixing it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
--- Comment #9 from markus dot schoepflin at comsoft dot de 2009-01-07
16:08 ---
Comments #4 and #5 say so. And the code in question has not been fixed, AFAICT.
(See
http://gcc.gnu.org/viewcvs/*checkout*/branches/gcc-4_3-branch/gcc/mips-tfile.c?revision=132824,
line numbers 2858, 2914,
--- Comment #5 from spop at gcc dot gnu dot org 2009-01-07 16:10 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #10 from markus dot schoepflin at comsoft dot de 2009-01-07
16:11 ---
Please disregard my reference to #4 and #5, I got the version numbers mixed up.
But nevertheless, the current code still contains the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
--- Comment #3 from oliver at linux-kernel dot at 2009-01-07 16:20 ---
Please have a look at this:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00033.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36025
The capacita and test_fpu benchmarks fail under current gcc trunk (r143160)
when compiled with -ffast-math -funroll-loops -msse3 -O3 -fgraphite-identity
-floop-block. The capacita benchmark produces results with NaN as occurred
before r143159. The test_fpu benchmark segfaults with -floop-block.
-
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-07
17:27 ---
Subject: Re: Incorrect delayed branch optimization
> I've seen that on the SPARC too. Does Richard's patch in
>
> http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00506.html
>
> help? If so, it is approved
--- Comment #3 from rob1weld at aol dot com 2009-01-07 17:34 ---
I configured using "--without-system-zlib" and _every_ file in gcc_build/zlib
failed to create it's accompanying ".gcda" files. The build continued into
the libcpp directory and thus far has been working OK in libcpp and th
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-01-07
17:35 ---
Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19
and Sun as: no .symver support
jakub at gcc dot gnu dot org writes:
> I see, does this extra hunk (incremental patch) fix it?
When building gcc.c-torture/execute/2412-6.c with -mcpu=m32c (pointers are
24 bits), ivopts introduces a truncation to "unsigned short" (sizetype, which
is 16 bits) - truncating needed bits off the pointer. 107t.ivopts shows this:
tmp_9 = tmp_16 + 2;
D.1229_1 = (unsigned int) tmp_9;
tmp_13
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 17:40 ---
Obviously during bootstrap not all the code is actually executed. I don't see
how that is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
--- Comment #5 from ubizjak at gmail dot com 2009-01-07 17:56 ---
Following patch that changes addsi3 and subsi3 expander constraint fixes this
problem:
--cut here--
Index: alpha.md
===
--- alpha.md(revision 143157)
+++
--- Comment #13 from jifl-bugzilla at jifvik dot org 2009-01-07 18:03
---
The patch seems to be ok from my cursory checking, thanks!
Note that my original patch also included a trivial fix for concurrence.h where
__GTHREAD_MUTEX_INIT_FUNCTION was called when it should have been
__GTHRE
--- Comment #1 from spop at gcc dot gnu dot org 2009-01-07 18:13 ---
Fixed: trunk now passes bootstrap on amd64-linux with BOOT_CFLAGS="-g -O2
-fgraphite-identity" all default languages. I will prepare a patch for the
graphite branch to enable -fgraphite-identity by default in -O2 or hi
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 18:17 ---
Created an attachment (id=17049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17049&action=view)
gcc44-pr38695.patch
Patch that cures the testcase. I think there is no need to do tail calls
say to VAR_DECLs (c
--- Comment #14 from paolo dot carlini at oracle dot com 2009-01-07 18:17
---
(In reply to comment #13)
> Note that my original patch also included a trivial fix for concurrence.h
> where
> __GTHREAD_MUTEX_INIT_FUNCTION was called when it should have been
> __GTHREAD_COND_INIT_FUNCTION
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-07 18:17 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00350.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-07 18:23
---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00352.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #5 from laurent at guerby dot net 2009-01-07 18:55 ---
I will test this patch but it will take a few days :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38695
--- Comment #16 from jv244 at cam dot ac dot uk 2009-01-07 19:07 ---
I checked that current trunk (i.e. not graphite branch) still generates a
segfaulting executable with
FCFLAGS = -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native
-ffree-form -fgraphite -fgraphite-identit
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-07 19:21
---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00358.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #17 from sebpop at gmail dot com 2009-01-07 19:23 ---
Subject: Re: [graphite] several ICEs with CP2K (summary)
> I checked that current trunk (i.e. not graphite branch) still generates a
> segfaulting executable with
>
> FCFLAGS = -g -O2 -ffast-math -funroll-loops -ftree-ve
This code doesn't compile. It complains that A::_say is protected when
in reality it's being used from B. calling A::_say works fine, but
obtaining the address fails compilation.
Thanks!
Juan Linietsky
-=-=-=-=- CODE --=-=-=-=-=-
#include
class A {
protected:
void _say() {}
public:
vir
dwarf2out.c always chooses DW_LANG_C89 when compiling C code,
even if the user specified -std=c99
--
Summary: gcc does not emit DW_LANG_C99
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
libgcc2.c uses macros defined in longlong.h (included via libgcc2.h).
Similarily, the code in config/soft-fp uses longlong.h . This library code
is automatically linked in by gcc, and its source files are licensed with
a special library exceptions to allow users to compile programs with gcc and
d
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-07 20:15 ---
Any luck getting past the libgomp build failure? All that is needed is trying
Jakub's patch and getting confirmation that it works. If it does then the
libgomp/libstdc++ bits can go in at the same time without further
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 35784
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #5 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 38276
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #1 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 35477
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 35297
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
--- Comment #7 from jason at gcc dot gnu dot org 2009-01-07 20:43 ---
Subject: Bug 36846
Author: jason
Date: Wed Jan 7 20:43:01 2009
New Revision: 143166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166
Log:
PR c++/35297
PR c++/35477
PR c++/35784
When a pointer to type is typedef'ed to a new type gcc incorrectly warns about
const modifier if new typedef is used in function return type.
gcc info:
dluadrianc:/home/adrianc> gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.1/configure --prefix=/usr --enable-la
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-07 20:44 ---
See http://gcc.gnu.org/ml/gcc-bugs/2009-01/msg00759.html
I'll post the whole patch to gcc-patches soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
with current trunk the small to be attached testcase (derived from CP2K) leads
to wrong code
gfortran -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native
-ffree-form -fgraphite -fgraphite-identity -floop-block -floop-strip-mine
-floop-interchange test.f90
> ./a.out
STOP X
--
--- Comment #1 from jv244 at cam dot ac dot uk 2009-01-07 20:49 ---
Created an attachment (id=17050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17050&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-07 20:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jv244 at cam dot ac dot uk 2009-01-07 20:50 ---
FYI, it is the assignment at line 22 that 'goes wrong'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
--- Comment #18 from jv244 at cam dot ac dot uk 2009-01-07 20:52 ---
(In reply to comment #17)
> Thanks for the update. I suspect that this is due to -floop-block.
> There are two more bugs 38559 and 38499 that we're looking at for
> fixing -floop-block.
yes, I was able to derive a sma
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-07 20:56 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:56 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-07 20:56 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jason at gcc dot gnu dot org 2009-01-07 20:57 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rob1weld at aol dot com 2009-01-07 20:57 ---
While building in ./gcc _almost_ all ".gcda"'s are found, but a few are missed:
../../gcc_trunk/gcc/ebitmap.c:1018: note: file
/usr/share/src/gcc_build/gcc/ebitmap.gcda not found, execution counts estimated
../../gcc_trunk
--- Comment #10 from arthur dot loiret at gmail dot com 2009-01-07 21:04
---
Your patch fixes the build and brings no regression in testsuite.
--
arthur dot loiret at gmail dot com changed:
What|Removed |Added
-
--- Comment #11 from jason at gcc dot gnu dot org 2009-01-07 20:59 ---
Created an attachment (id=17051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17051&action=view)
Fix in pod_type_p
Uros is testing this patch for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
1 - 100 of 132 matches
Mail list logo
