--- Comment #10 from spop at gcc dot gnu dot org 2010-01-08 08:04 ---
Subject: Bug 42221
Author: spop
Date: Fri Jan 8 08:04:35 2010
New Revision: 155731
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155731
Log:
Fix PR42221.
2009-12-23 Sebastian Pop
PR middle-end/4
--- Comment #11 from spop at gcc dot gnu dot org 2010-01-08 08:05 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|42393
--- Comment #10 from spop at gcc dot gnu dot org 2010-01-08 08:22 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at g
--- Comment #14 from steven at gcc dot gnu dot org 2010-01-08 09:06 ---
Honza, you said in comment #13 that you would look at this -- got news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
--- Comment #6 from steven at gcc dot gnu dot org 2010-01-08 09:06 ---
Ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38091
--- Comment #9 from steven at gcc dot gnu dot org 2010-01-08 09:34 ---
With "GCC: (GNU) 4.5.0 20100108 (experimental) [trunk revision 155731]" and my
patch for bug 20070 applied, I get the following code:
iterate:
push{lr}
ldr r3, [r1]
.L6:
--- Comment #5 from burnus at gcc dot gnu dot org 2010-01-08 09:49 ---
I just compiled GSL 1.13, FGSL 0.9.2 and run "make test" without any failure.
Thus: Close as FIXED.
Note: I have a patch for PR 41298 applied,
cf. http://gcc.gnu.org/ml/fortran/2010-01/msg00047.html
--
burnus at
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36658
--- Comment #4 from jwakely dot gcc at gmail dot com 2010-01-08 10:05
---
It would be conforming to add the function with an empty body ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42573
--- Comment #16 from burnus at gcc dot gnu dot org 2010-01-08 10:11 ---
For completeness: I just committed support for the ASYNCHRONOUS attribute:
http://gcc.gnu.org/ml/fortran/2010-01/msg00049.html
http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00192.html
which is treated as no op.
One n
According to the documentation at
http://gcc.gnu.org/onlinedocs/gcc/Variable-Length.html it should be possible to
use a VLA as a function parameter and preserve the array length for use with
sizeof().
The documentation indicates that the C program at end of this description
should produce the foll
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-08 10:20 ---
No, the manual is just a little hard to read really. The point about sizeof is
not connected with arguments at all but the normal VLA interface. Also the VLA
decays to a pointer in this case as required by the norm
--
pzhao at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pzhao at gcc dot gnu dot org
|dot org
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-08 10:29
---
Good joke and also good point Jon: I still believe that our C++0x user
interfaces, even not considering the semantics, aren't yet such complete and
otherwise perfect to grant that action, but all in all, if som
--- Comment #17 from burnus at gcc dot gnu dot org 2010-01-08 10:42 ---
(In reply to comment #16)
> Here, the ME might be tempted to change the order of WAIT and "var = 7"; thus
> in this case we probably need to tell the ME about the ASYNCHRONOUS attribute.
Probably by dropping the "re
At -g -O2 var1 has a location attribute, but var2 does not.
extern unsigned int extfn (char *x);
static inline int
foo (const char *x, int y)
{
int a = 0;
a = extfn (y ? __builtin_strdup (x) : (char *) x);
const char *var1 = x;
int var2 = a;
__asm__ volatile ("/* %0 %1 */" : : "r" (var1
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-08 10:46
---
Ok, Jon, you convinced me: I'll add the interfaces, and a very, very basic
implementation for vector and deque for now, I think just do something for PODs
(reminder to ourselves, change the dispatches in unitia
--- Comment #1 from jakub at gcc dot gnu dot org 2010-01-08 10:47 ---
Created an attachment (id=19506)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19506&action=view)
gcc45-pr42657.patch
Inliner fix I'm bootstrapping/regtesting ATM. Unfortunately this isn't enough
to fix the tes
hi i'm trying to link libgcj dll for cygwin.
at recent, i get error while creating classmap.db
but it is wonder why this happened. it has been worked well though
when gcj-dbtool is static-linked to libgcj it doesn't give errors. (it doesn't
confine to gcj-dbtool. every program to
linked libgcj
--- Comment #10 from rguenther at suse dot de 2010-01-08 11:09 ---
Subject: Re: Random code-generation differences
with GRAPHITE
On Thu, 7 Jan 2010, sebpop at gmail dot com wrote:
>
>
> --- Comment #6 from sebpop at gmail dot com 2010-01-07 17:58 ---
> Subject: Re: Random
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42657
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-08 11:52 ---
It just means that we shouldn't thread to the header but always to the latch
block. Note that this restriction should probably be restricted to the
threading before loop optimizations. Or the 1st jump threading sho
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-08 11:54 ---
Yep - -g and -flto are very experimental.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-08 11:58 ---
There is some hacks with contains_packed_reference but IIRC I was complaining
about these at some point - they are not conservatively correct.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--- Comment #5 from jakub at gcc dot gnu dot org 2010-01-08 12:06 ---
Yeah, there are several reasons why DECL_WEAK may be set, but only when it is
because of weak attribute or #pragma weak we want to add it to weak_decls.
For vague linkage, or weakref attribute we don't want to do that.
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-01-08 12:41
---
It looks like this bug is fixed. Please re-open if struct-layout-1 tests still
fail.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-08 12:50 ---
Maybe I'm missing something.
/usr/bin/time g++-4.5 -S jsxml.ii -m32 -O3 -fPIC -fno-rtti -fno-exceptions
-Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wcast-align -W
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-01-08 12:54
---
I agree. Modifying existing DECLs doesn't sound like a good thing to do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42336
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-08 12:57
---
Thus fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #7 from paolo at gcc dot gnu dot org 2010-01-08 13:01 ---
Subject: Bug 42573
Author: paolo
Date: Fri Jan 8 13:01:24 2010
New Revision: 155733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155733
Log:
2010-01-08 Paolo Carlini
PR libstdc++/42573
*
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-08 13:05 ---
I still see
FAIL: g++.dg/graphite/pr42130.C execution test
FAIL: gcc.dg/graphite/pr40281.c (test for excess errors) -m32
FAIL: gfortran.dg/graphite/pr42393.f90 -O (internal compiler error)
FAIL: gfortran.dg/graphi
--- Comment #8 from paolo dot carlini at oracle dot com 2010-01-08 13:06
---
Done (within the limits explained in the audit trail).
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #14 from jamborm at gcc dot gnu dot org 2010-01-08 13:23
---
Unfortunately, creating clones within an intraprocedural pass (and IPA-SRA is
an intraprocedural pass from the pass manager point of view) and continuing
optimizing them as the original procedure would currently d
--- Comment #6 from jakub at gcc dot gnu dot org 2010-01-08 13:42 ---
Created an attachment (id=19507)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19507&action=view)
gcc45-pr42608.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42608
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-08 14:07 ---
I believe we can only either allow truncations or widenings in following
SSA edges. Otherwise we miss that in
int l_2;
for (l_2 = -1; l_2 != 0; l_2 = (unsigned char)(l_2 - 1))
g_3 |= l_2;
the evolution is
--- Comment #3 from simon at pushface dot org 2010-01-08 14:45 ---
Fixed in 4.5.0 (only checked on *-apple-darwin10, but no reason to suppose
isn't fixed on other OS releases).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39336
Use of a library GPR (which works fine with i386-apple-darwin10) fails with
"libraries are not supported on this platform".
This is because gnattools/configure uses the test
powerpc-*-darwin* | *86-*-darwin*)
TOOLS_TARGET_PAIRS="mlib-tgt-specific.adbhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from simon at pushface dot org 2010-01-08 15:00 ---
Created an attachment (id=19508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19508&action=view)
Patch to gnattools/configure*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42659
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-08 15:00 ---
Hm, actually what is wrong is the evolution of l_2_18:
(scalar = l_2_18)
(scalar_evolution = {255, +, 0x0}_1))
that of l_2_10 is correct:
(scalar = l_2_10)
(scalar_evolution = (unsigned int) {254,
hi
i've noticed that in some cases, the test-coverage engine
doesn't record obvious source stmts (e.g. 'return s' from testcase).
$ cat t.cpp
#include
#include
char foo( int i )
{
return '0';
}
std::string bar( int i )
{
std::string s;
s+= foo( i );
return s;
}
--- Comment #1 from pluto at agmk dot net 2010-01-08 15:06 ---
Created an attachment (id=19509)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19509&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42660
--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-08 15:42
---
Note: the same problem with the DefaultConstructible requirement affects for
example the new constructor vector(size_type). Thinking more about these issues
I'm wondering whether in N3000 std::vector & co are s
--- Comment #7 from spop at gcc dot gnu dot org 2010-01-08 16:20 ---
Subject: Re: [4.5 Regression] integer wrong code bug
with loop
I like the patch that you proposed in Comment #6.
Let's see if it passes bootstrap and test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-08 16:21 ---
Confirmed on trunk. The return statement in bar() is not instrumented because
it is turned into a goto to the merged return statement by gimple lowering
and we are not good preserving gotos if they turn into fallthr
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-08 16:27 ---
I don't know if we can simply output empty insn ranges for the edge source
location in the debug information to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42660
--- Comment #3 from law at redhat dot com 2010-01-08 16:45 ---
Subject: Re: vectorizer created unaligned vector
insns
On 01/08/10 04:58, rguenth at gcc dot gnu dot org wrote:
> --- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-08 11:58
> ---
> There is some hacks wi
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-08 16:53 ---
It FAILs
FAIL: gcc.dg/vect/pr36630.c scan-tree-dump-times vect "vectorized 1 loops" 1
but otherwise passes testing. I'll see what effect it has on SPEC 2006 and
investigate the above.
--
http://gcc.gnu.org/bu
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-08 16:58 ---
Subject: Bug 42528
Author: rguenth
Date: Fri Jan 8 16:57:59 2010
New Revision: 155740
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155740
Log:
2010-01-08 Richard Guenther
PR lto/42528
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-08 16:58 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-08 17:07 ---
Ok, exactly the case I thought of (a conversion around the CHREC). I'll see to
fix that up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42512
--- Comment #30 from steven at gcc dot gnu dot org 2010-01-08 17:08 ---
(From update of attachment 17995)
The ifcvt.c part of the patch does not work anymore, because it doesn't handle
DEBUG_INSNs properly. I am working on an update.
--
steven at gcc dot gnu dot org changed:
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-01-08 17:16
---
Patches should be posted to the gcc-patc...@gcc.gnu.org mailing list. Also see
http://gcc.gnu.org/contribute.html for guidelines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42659
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-01-08 17:21
---
Ok, I have that fixed locally at the place of the patch but I wonder if
initial_condition () shouldn't return for example
1ul for (unsigned long) { 1, +, 1 }_1
and
(int) i_2 for (int) { i_2, +, 1 }_1
and fu
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-08 17:25 ---
Well, indeed we have a certain weakness in how we represent pointers to
possibly (un-)aligned stuff. See PR39954 for another case. Maybe this
bug is really a duplicate of the underlying problems.
--
http://gcc
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-01-08 17:46 ---
Actually this is a front-end issue with NVR :). See PR 12076.
*** This bug has been marked as a duplicate of 12076 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from pinskia at gcc dot gnu dot org 2010-01-08 17:46
---
*** Bug 42660 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from jojelino at gmail dot com 2010-01-08 17:50 ---
here is vtable dump for klass
as you can see , klass->engine of dynamic version is NULL
whereas static version got proper instance though
so klass->engine->verify(klass); invokes SEGV...
but why does it happened?
> Ok, I have that fixed locally at the place of the patch but I wonder if
> initial_condition () shouldn't return for example
>
> 1ul for (unsigned long) { 1, +, 1 }_1
>
This is correct.
> and
>
> (int) i_2 for (int) { i_2, +, 1 }_1
>
> and further (for short i_2)
>
> i_2 for (short) { (int) {
--- Comment #11 from sebpop at gmail dot com 2010-01-08 17:55 ---
Subject: Re: [4.5 Regression] integer wrong code bug
with loop
> Ok, I have that fixed locally at the place of the patch but I wonder if
> initial_condition () shouldn't return for example
>
> Â 1ul for (unsigne
--- Comment #2 from janis at gcc dot gnu dot org 2010-01-08 18:01 ---
*** This bug has been marked as a duplicate of 42416 ***
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from janis at gcc dot gnu dot org 2010-01-08 18:01 ---
*** Bug 42417 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-08 18:02 ---
*** This bug has been marked as a duplicate of 42416 ***
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from janis at gcc dot gnu dot org 2010-01-08 18:02 ---
*** Bug 42419 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42416
$ mips64-linux-gcc --version
mips64-linux-gcc (GCC) 4.5.0 20091201 (experimental) [trunk revision 154864]
The fine GCC documentation says:
-mmad
-mno-mad
Enable (disable) use of the mad, madu and mul instructions, as provided by
the R4650 ISA.
I get:
$ mips64-linux-gcc -march=r5000 -mmad -S
I just tried to compile the package cross-avr-gcc44 with the GNU
C compiler version 4.5 snapshot 20100107 and the compiler said
../../gcc/real.c:2486:1: error: invalid rtl sharing found in the insn
(debug_insn 287 285 289 22 ../../gcc/real.c:291 (var_location:QI D#65 (ltu:QI
(plus:DI (mult:DI (reg
--- Comment #1 from dcb314 at hotmail dot com 2010-01-08 18:10 ---
Created an attachment (id=19510)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19510&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42662
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |debug
Keywords||ice-on-valid-co
According to the GCC 4.5 Release Criteria at
http://gcc.gnu.org/gcc-4.5/criteria.html , MinGW is a secondary platform and
should be able to bootstrap successfully. GCC 4.5-20100107 contains the fix for
42584 and builds on MinGW/MSYS with --disable-bootstrap, but it still doesn't
bootstrap.
Here is
--- Comment #1 from paolo dot carlini at oracle dot com 2010-01-08 18:47
---
*** This bug has been marked as a duplicate of 16006 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-08 18:47
---
*** Bug 39243 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #11 from spop at gcc dot gnu dot org 2010-01-08 18:58 ---
On the graphite branch this fails with the following options:
gfortran -O2 -fno-loop-block -fno-loop-interchange -fno-loop-strip-mine
-fgraphite-identity pr42393.f90
Here is a further reduced testcase.
MODULE beta_gam
--- Comment #8 from ro at gcc dot gnu dot org 2010-01-08 19:03 ---
Subject: Bug 41929
Author: ro
Date: Fri Jan 8 19:02:51 2010
New Revision: 155743
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155743
Log:
PR ada/41929
* gnat.dg/null_pointer_deref1.adb: Don't r
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-08 19:12
---
I'm trusting Jon here: in the audi trail of PR41174 he mentioned that this
issue depends on the resolution of Core issue 475 (currently in drafting):
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.ht
--- Comment #5 from paolo dot carlini at oracle dot com 2010-01-08 19:12
---
Suspending, waiting for [Ready].
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #14 from paolo dot carlini at oracle dot com 2010-01-08 19:14
---
I'm asking Rth to have a look to this one, apparently unrelated to DR Core 475.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #4 from matt at use dot net 2010-01-08 19:32 ---
The crash doesn't happen with:
CFLAGS="-g -O3" CXXFLAGS="-g -O3" ../gcc-trunk/configure --prefix=/home/matt
--enable-gold --enable-build-with-cxx --enable-lto --enable-stage1-checking=all
--disable-werror --disable-bootstrap --
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-01-08 19:40 ---
It is failing on:
c++.install-man: $(DESTDIR)$(man1dir)/$(GXX_INSTALL_NAME)$(man1ext)
I think the issue is --prefix=c:/temp/gcc/dest .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42663
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-01-08 19:42 ---
What happens if you use "--prefix=/temp/gcc/dest" instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42663
The attached reduced test case derived from ac.f90 in the polyhedron benchmark
suite gives and ICE when compiled with gfortran 4.5 using -O3 -mfma4. This ICE
showed up in gcc 4.5 rev 154969 with the following check in:
2009-12-02 Richard Henderson
* config/i386/i386.c (ix86_fixup_binar
--- Comment #1 from harsha dot jagasia at amd dot com 2010-01-08 20:34
---
Created an attachment (id=19511)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19511&action=view)
Reduced test case for bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
--- Comment #2 from harsha dot jagasia at amd dot com 2010-01-08 20:35
---
Created an attachment (id=19512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19512&action=view)
Proposed Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
--- Comment #3 from ubizjak at gmail dot com 2010-01-08 20:47 ---
(In reply to comment #0)
> The attached reduced test case derived from ac.f90 in the polyhedron benchmark
> suite gives and ICE when compiled with gfortran 4.5 using -O3 -mfma4. This ICE
> showed up in gcc 4.5 rev 154969 w
--- Comment #4 from harsha dot jagasia at amd dot com 2010-01-08 20:49
---
Created an attachment (id=19513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19513&action=view)
expand output file generated by -fdump-rtl-all-all
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
--- Comment #4 from dj at redhat dot com 2010-01-08 20:51 ---
Still present in 4.5 trunk, also fails for rx-elf-gcc with -m32bit-doubles but
not with -m64bit-doubles.
--
dj at redhat dot com changed:
What|Removed |Added
When using -fwhole-program -flto -fopenmp on a program with gcc-4.5-20100107, I
get an internal compiler exception. If I remove the -fopenmp, the program
compiles fine. If I remove the -flto -fwhole-program, the program compiles
fine.
I have only been able to trigger this in a multi-thousand lin
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-08 21:10 ---
Can you run it in a debugger and print what 'code' actually is? Can you
check if removing -g fixes the ICE?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from harsha dot jagasia at amd dot com 2010-01-08 21:21
---
Created an attachment (id=19514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19514&action=view)
Proposed Patch removing 2009-12-2 fixup as suggested by Uros
FWIW, this patch passes the reduced test case
--- Comment #2 from jjcogliati-r1 at yahoo dot com 2010-01-08 21:27 ---
(In reply to comment #1)
> Can you run it in a debugger and print what 'code' actually is? Can you
> check if removing -g fixes the ICE?
>
The ICE still happens when -g is removed. I'm working on trying it in a
d
--- Comment #13 from peter_foelsche at agilent dot com 2010-01-08 21:37
---
boost::mpl::sort seems to be known to be a memory hog.
Also on other platforms.
I replaced this with other code.
--
peter_foelsche at agilent dot com changed:
What|Removed
--- Comment #3 from jjcogliati-r1 at yahoo dot com 2010-01-08 21:38 ---
(In reply to comment #1)
> Can you run it in a debugger and print what 'code' actually is? Can you
> check if removing -g fixes the ICE?
>
Code is:
ERROR_MARK
(gdb) break tree.c:6592
Breakpoint 1 at 0x89a063: fi
Hello,
I have a QNX Neutrino Operating System with an AMD ATHLON Processor.
And for compiling i use the standard QNX gcc 4.3.3 compiler.
I did the following steps after unzip and tar:
- ./configure
- ./make
.. and after round about 2 hours I got the following error.
/root/gcc-4.4.2/host-i386-p
--- Comment #4 from rguenther at suse dot de 2010-01-08 21:41 ---
Subject: Re: Internal compiler exception in with gfortran
when using -fwhole-program -flto -fopenmp
On Fri, 8 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
> --- Comment #3 from jjcogliati-r1 at yahoo dot com 2
--- Comment #1 from norbert dot huebsch at gmx dot de 2010-01-08 21:45
---
Created an attachment (id=19515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19515&action=view)
Here is the config.log with my preferences
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42666
--- Comment #3 from sje at gcc dot gnu dot org 2010-01-08 21:55 ---
Subject: Bug 37454
Author: sje
Date: Fri Jan 8 21:54:37 2010
New Revision: 155745
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155745
Log:
2010-01-08 Steve Ellcey
PR target/37454
* configu
--- Comment #5 from jjcogliati-r1 at yahoo dot com 2010-01-08 22:28 ---
(In reply to comment #4)
> Subject: Re: Internal compiler exception in with gfortran
> when using -fwhole-program -flto -fopenmp
>
> On Fri, 8 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
>
> > --- Commen
--- Comment #6 from rguenther at suse dot de 2010-01-08 22:45 ---
Subject: Re: Internal compiler exception in with gfortran
when using -fwhole-program -flto -fopenmp
On Fri, 8 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
> --- Comment #5 from jjcogliati-r1 at yahoo dot com 2
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2010-01-08 23:02
---
Subject: Bug 41885
Author: hutchinsonandy
Date: Fri Jan 8 23:01:45 2010
New Revision: 155746
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155746
Log:
2010-01-08 Andy Hutchinson
PR target/418
--- Comment #5 from matt at use dot net 2010-01-09 00:22 ---
This also happens with CFLAGS="-O2 -g" and CXXFLAGS="-O2 -g". I'll try
disabling the as-cxx configure option to see if that is the culprit, as odd as
that would be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42628
--- Comment #6 from matt at use dot net 2010-01-09 01:32 ---
Yup, the problem appears to be brought about when configuring with
--enable-build-with-cxx. I tried to work through the c++-compat warnings to try
and figure out which one could be the culprit (if any), but didn't see anything
1 - 100 of 109 matches
Mail list logo
