--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2007-02-13 07:35
---
(In reply to comment #15)
> Is the patch mentioned by Maxim checked in now? Because this bug still occurs.
>
I've posted a patch in http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01220.html
but Jan hasn't commite
--- Comment #59 from pault at gcc dot gnu dot org 2007-02-13 06:56 ---
(In reply to comment #58)
> Subject: Re: [meta-bugs] ICEs with CP2K
>
> jv244 at cam dot ac dot uk wrote:
> > --- Comment #57 from jv244 at cam dot ac dot uk 2007-02-12 19:18
> > ---
> >
> >
> >> Yes, t
--- Comment #6 from kargl at gcc dot gnu dot org 2007-02-13 06:41 ---
(In reply to comment #5)
> The exception is occurring in the print statement. Nothing to do with time.
>
No, there is a "problem" in cpu_time. -ffpe-trap='precision' is
trapping on lost precision. On x86_64, long
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-02-13 05:41
---
I modified cpu_time_4 to just return some dummy values, and experimented a bit
with the test case. When I commented out the print statement, the exception
went away.
Here is a reduced test case.
program test2
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-02-13 04:32 ---
I have no idea how to fix this problem at the moment.
It is hard as there are no functions which convert from a floating point to an
integer that might not raise a signal. This is why setting trapping on
precision
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-13 04:26 ---
troutmask:sgk[223] gfc4x -o z -g -ffpe-trap='precision' g.f90
troutmask:sgk[224] gdb ./z
(gdb) run
Starting program: /usr/home/sgk/tmp/z
Program received signal SIGFPE, Arithmetic exception.
0x0040a3b2 in *_g
--- Comment #70 from pinskia at gcc dot gnu dot org 2007-02-13 02:59
---
Fixed, 4.0 branch is now been closed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-02-13 02:58
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #5 from manu at gcc dot gnu dot org 2007-02-13 01:52 ---
Fixed in GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from dnovillo at gcc dot gnu dot org 2007-02-13 00:59
---
I have now reproduced this locally and I'm working on a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30735
--- Comment #28 from pinskia at gcc dot gnu dot org 2007-02-13 00:37
---
*** Bug 30782 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-13 00:37 ---
*** This bug has been marked as a duplicate of 26881 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
1) Download GPAC extra_libs package from: gpac.sourceforge.net
2) Unpackage it and try to compile the SpiderMonkey library included in
"extra_lib/js" folder. Just go to that folder and execute "make -f
Makefile.ref" (as specified in "extra_lib/ReadMe".
3) The result is:
>>
gcc -o Linux_All_DBG.OBJ
--- Comment #4 from manu at gcc dot gnu dot org 2007-02-13 00:29 ---
Subject: Bug 29521
Author: manu
Date: Tue Feb 13 00:29:17 2007
New Revision: 121876
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121876
Log:
2007-02-13 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c/
--- Comment #8 from pcarlini at suse dot de 2007-02-13 00:26 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from paolo at gcc dot gnu dot org 2007-02-13 00:25 ---
Subject: Bug 21172
Author: paolo
Date: Tue Feb 13 00:25:30 2007
New Revision: 121875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121875
Log:
2007-02-12 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #11 from reichelt at gcc dot gnu dot org 2007-02-13 00:02
---
Not fixed on the 4.0 branch, but fixed in GCC 4.1.2 and later.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from robilad at kaffe dot org 2007-02-12 23:47 ---
I've checked in Wil's patch to the fastjar project's CVS on savannah.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13020
--- Comment #14 from pault at gcc dot gnu dot org 2007-02-12 23:40 ---
Subject: Bug 30554
Author: pault
Date: Mon Feb 12 23:39:51 2007
New Revision: 121865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121865
Log:
2007-02-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #6 from robilad at kaffe dot org 2007-02-12 23:38 ---
thanks for the patch, I've checked it in at fastjar project on savannah.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21822
--- Comment #3 from patchapp at dberlin dot org 2007-02-12 23:15 ---
Subject: Bug number PR 29521
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01110.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-02-12 23:02
---
> i used that information you linked to, but i only got 64bit code with -m64
> i needed it by default. i surely could have skipped the last step, but i
> wanted my local tree to just contain 64bit stuff.
You prob
--- Comment #6 from pault at gcc dot gnu dot org 2007-02-12 22:58 ---
Under the circumstances, I had better accept it...
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #58 from paulthomas2 at wanadoo dot fr 2007-02-12 22:55 ---
Subject: Re: [meta-bugs] ICEs with CP2K
jv244 at cam dot ac dot uk wrote:
> --- Comment #57 from jv244 at cam dot ac dot uk 2007-02-12 19:18 ---
>
>
>> Yes, that's the one: http://gcc.gnu.org/ml/fortran
--- Comment #8 from armin at xos dot net 2007-02-12 22:44 ---
Subject: Re: compile error / segmentation fault / 64bit compiler
i used that information you linked to, but i only got 64bit code with -m64
i needed it by default. i surely could have skipped the last step, but i wanted
my l
--- Comment #4 from simartin at gcc dot gnu dot org 2007-02-12 22:25
---
Fixed on the mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14622
--- Comment #3 from simartin at gcc dot gnu dot org 2007-02-12 22:17
---
Subject: Bug 14622
Author: simartin
Date: Mon Feb 12 22:17:06 2007
New Revision: 121864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121864
Log:
PR c++/14622
* pt.c (do_decl_instantiation): Detect type m
--- Comment #24 from patchapp at dberlin dot org 2007-02-12 22:10 ---
Subject: Bug number PR7651
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01102.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from schwab at suse dot de 2007-02-12 21:48 ---
You never send EOF.
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-12 21:28 ---
I really doubt this is a GCC bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30776
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-12 21:28 ---
This works for me on x86 linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30780
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-02-12 21:27
---
Was not fixed on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-12 21:25 ---
*** Bug 30781 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30780
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-12 21:25 ---
*** This bug has been marked as a duplicate of 30780 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from harsha dot jagasia at amd dot com 2007-02-12 21:25
---
Does the patch from Uros fix this bug or is it still unresolved?
--
harsha dot jagasia at amd dot com changed:
What|Removed |Added
--- Comment #3 from belyshev at depni dot sinp dot msu dot ru 2007-02-12
21:19 ---
I believe this is the same bug as pr 30778.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30770
Test2.f95 has this code:
program test2
real :: start, finish, dog
call cpu_time(start)
dog = 1.0
dog = dog*dog
call cpu_time(finish)
print '("Time = ", f6.3, " seconds." )', finish - start
end program test2
I compiled it with:
gfortran -O0 -ffpe-trap='precision' test2.f95
and on runni
--- Comment #2 from hjl at lucon dot org 2007-02-12 21:09 ---
I have verified that revision 119252:
http://gcc.gnu.org/ml/gcc-cvs/2006-11/msg00907.html
breaks -mtune=nocona. Jan, can you take a look? Thanks.
--
hjl at lucon dot org changed:
What|Removed
Test2.f95 has this code:
program test2
real :: start, finish, dog
call cpu_time(start)
dog = 1.0
dog = dog*dog
call cpu_time(finish)
print '("Time = ", f6.3, " seconds." )', finish - start
end program test2
I compiled it with:
gfortran -O0 -ffpe-trap='precision' test2.f95
and on runni
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-02-12 20:47 ---
Does this work on mainline with no real issue?
If so, i'll try to backport the solver changes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-02-12 20:25
---
(In reply to comment #8)
> Created an attachment (id=13044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13044&action=view) [edit]
> combined patch for this and PR 30765
>
> Regression-test is OK, file gene
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-02-12 20:23 ---
Created an attachment (id=13045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13045&action=view)
Test case
Test case.
I'll be away for a few days, I'll submit it as a proper patch then.
--
http://gcc.gn
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-02-12 20:21 ---
Created an attachment (id=13044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13044&action=view)
combined patch for this and PR 30765
Regression-test is OK, file generation is OK.
--
tkoenig at gcc dot gn
--- Comment #2 from jv244 at cam dot ac dot uk 2007-02-12 20:12 ---
(In reply to comment #1)
> Confirmed.
>
> Backtrace:
>
> (gdb) r t.f90
> Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951 t.f90
> Failed to read a valid object file image from memory.
> t.f90:1:
>
--- Comment #1 from jb at druiddesigns dot com 2007-02-12 20:08 ---
Correction gmp version is gmp-4.2.1 not gmp-4.5.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30777
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-02-12 19:29 ---
Confirmed.
Backtrace:
(gdb) r t.f90
Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951 t.f90
Failed to read a valid object file image from memory.
t.f90:1:
cat t.f90
1
Error: Unclassifiable stat
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-12 19:26 ---
Sorry, for some reason I had missed the e-mail with the question about this.
Yes, the check in was bogus. I still don't understand how it happened. Sorry
about that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #57 from jv244 at cam dot ac dot uk 2007-02-12 19:18 ---
> Yes, that's the one: http://gcc.gnu.org/ml/fortran/2007-02/msg00250.html
>
for people reducing the bug, I found that it is in the module cp_fm_pool_types.
This indicates the the line number indicated in the segfaul
trying to find a testcase for what is currently an issue in PR29975 I ran into
this:
[EMAIL PROTECTED]:/scratch/vondele/clean/cp2k/obj/Linux-x86-64-gfortran/sdbg>
gfortran t.f90
t.f90:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if approp
Reduced from combine.c, fails if compiled with "-O1 -mtune=k8", doesn't fail
with "-O1 -mtune=generic".
possibly introduced between r119211 and r119769 (not sure about this).
// ---8<---
extern void *memset (void *, int, unsigned
--
ian at airs dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ian at airs dot com
|dot org |
--- Comment #4 from ian at airs dot com 2007-02-12 18:45 ---
Tom Tromey helped me recreate this with a cross-compiler.
I'm currently testing this patch:
Index: lower-subreg.c
===
--- lower-subreg.c (revision 121769)
+
--- Comment #3 from stuart at apple dot com 2007-02-12 18:32 ---
O.K., the breakage here is that athlon-xp is an SSE1 machine, and most of the
conversions in the patch require SSE2. It looks like SSE1 will support a few
of the new conversions (e.g. unsigned int32 <=> float); I'll see ab
--- Comment #56 from fxcoudert at gcc dot gnu dot org 2007-02-12 18:30
---
(In reply to comment #55)
> Program received signal SIGSEGV, Segmentation fault.
> gfc_insert_bbt (root=0x0, new=0x7a23c80, compare=0x459ed0 )
> at /scratch/vondele/gcc_trunk/gcc/gcc/fortran/bbt.c:137
> 137
--- Comment #7 from pluto at agmk dot net 2007-02-12 18:27 ---
x86_64-pld-linux-g++ -c -fPIC -O2 -fno-strict-aliasing -fwrapv -march=x86-64
-fno-strict-aliasing -gdwarf-2 -g2 -Wall -W -D_REENTRANT --save-temps
-ftime-report -fmem-report -DQT_NO_DEBUG -DQT_CORE_LIB -I.
-I/usr/include/pyth
--- Comment #55 from jv244 at cam dot ac dot uk 2007-02-12 18:26 ---
> Nonetheless, I do not see it being associated with my doo-doo in module.c, do
> you?
I'm not an expert, but this is a traceback, leading to module.c:
Program received signal SIGSEGV, Segmentation fault.
gfc_insert_b
--- Comment #6 from pluto at agmk dot net 2007-02-12 18:25 ---
Created an attachment (id=13043)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13043&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
FAIL: gcc.target/i386/abi-1.c scan-assembler xmm0
Not certain if this is a code generation problem or a
test suite problem.
The generated code does not use mmx/sse registers.
verbose output:
/opt/gnu.org/gcc-4.1/bin/gcc abi-1.c -v -O1 -msse -mno-sse2 -S -o abi-1.s
Using built-in specs.
Target: i
--- Comment #54 from pault at gcc dot gnu dot org 2007-02-12 18:02 ---
(In reply to comment #53)
> (In reply to comment #52)
> > > I don't know if this triggers something, looks like a simple statement.
> >
> > Yes that triggers my memory of PR 30391.
> >
>
> No, that one only happens
--- Comment #53 from jv244 at cam dot ac dot uk 2007-02-12 17:52 ---
(In reply to comment #52)
> > I don't know if this triggers something, looks like a simple statement.
>
> Yes that triggers my memory of PR 30391.
>
No, that one only happens at -O1 and above, the current ICE is at -
--- Comment #14 from fang at csl dot cornell dot edu 2007-02-12 17:31
---
I'm seeing some failures with 4.1.2-RC2 on test case pr23237.c on
powerpc7400-apple-darwin8, posted:
http://gcc.gnu.org/ml/gcc-testresults/2007-02/msg00475.html
Are these known/expected/new?
--
fang at csl do
--- Comment #35 from bergner at gcc dot gnu dot org 2007-02-12 17:29
---
Created an attachment (id=13042)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13042&action=view)
Alternate patch to commutative_operand_precedence to increase the precedence of
REG_POINTER and MEM_POINTER ob
--- Comment #52 from pinskia at gcc dot gnu dot org 2007-02-12 17:20
---
> I don't know if this triggers something, looks like a simple statement.
Yes that triggers my memory of PR 30391.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-12 17:14 ---
This target is known to bootstrap with 3.4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30775
--- Comment #51 from jv244 at cam dot ac dot uk 2007-02-12 17:12 ---
> I'm pretty sure it's the same problem that was already reported here:
> http://gcc.gnu.org/ml/fortran/2007-02/msg00250.html
>
> Of course, a confirmation wouldn't hurt, but I don't have time right now. If
> you mana
--- Comment #2 from stuart at apple dot com 2007-02-12 17:11 ---
Almost certainly my fault; I'll look into this. Suggested workaround: choose a
different target cpu; 'pentium4' works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30757
--- Comment #50 from jv244 at cam dot ac dot uk 2007-02-12 17:09 ---
> > I really think CP2K should be added to some nightly
> > tester somewhere by gfortran developers...
>
> Well, I second that, but we first need to get it working (like, the middle-end
> people have to move on PR3039
--- Comment #11 from dberlin at gcc dot gnu dot org 2007-02-12 16:37
---
(In reply to comment #10)
> Daniel, any idea?
>
None.
This change actually made us more conservative with points-to, it certainly
won't cause *more* things to be optimized away.
--
http://gcc.gnu.org/bugzill
--- Comment #49 from fxcoudert at gcc dot gnu dot org 2007-02-12 16:16
---
(In reply to comment #48)
> Currently, there is a new ICE on CP2K (see initial comment) that happens at
> any
> optimisation level:
>
> > gfortran -c all_cp2k_gfortran.f90
> all_cp2k_gfortran.f90:118549: intern
--- Comment #10 from bangerth at dealii dot org 2007-02-12 16:03 ---
Daniel, any idea?
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
I am building on a SunFire T2000, Solaris 10 os. The test programs replaces the
stdin and stdout fds of the child with pipes from the parent. I keep thinking
there has to be a stupid mistake here somewhere but I can't find it and
everyone I show it to thinks it should work too.
I ran test using 2
--- Comment #48 from jv244 at cam dot ac dot uk 2007-02-12 15:56 ---
Currently, there is a new ICE on CP2K (see initial comment) that happens at any
optimisation level:
> gfortran -c all_cp2k_gfortran.f90
all_cp2k_gfortran.f90:118549: internal compiler error: Segmentation fault
Please s
--- Comment #9 from rwgk at yahoo dot com 2007-02-12 15:47 ---
My binary search (using the gcc-4_2-branch) stopped here:
119790 OK
119791 fails
The corresponding commit was:
% svn log -r 119791
r119791 | dber
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-02-12 15:22 ---
Hmm on June *15th*, the -fbounds-check flag was added to the fortran testcase
gfortran.dg/cray_pointers_2.f90, and taking that flag out of today's sources
allows the testcase to pass with -fpic.
However clearly my che
--- Comment #1 from nospampeeps at yahoo dot com 2007-02-12 15:18 ---
Created an attachment (id=13041)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13041&action=view)
Core dump.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30775
AIX:doug:0> make bootstrap
make[1]: Entering directory `/voltds/doug/tmp/gcc-3.4.6/libiberty'
make[2]: Entering directory `/voltds/doug/tmp/gcc-3.4.6/libiberty/testsuite'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/voltds/doug/tmp/gcc-3.4.6/libiberty/testsuite'
make[1]: Leav
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-02-12 14:56 ---
Correction, on 4.0.3 & 4.0.4, I get one error:
FAIL: tmpdir-gcc.dg-struct-layout-1/t002 c_compat_x_tst.o-c_compat_y_tst.o link
http://gcc.gnu.org/ml/gcc-testresults/2006-03/msg00732.html
http://gcc.gnu.org/ml/gcc-testr
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-02-12 14:54
---
> i compiled gcc with the above compiler. normal 64bit bootstrapping.
>
> cc -> gcc 32 (can create 64bit with -m64) -> gcc 32/64 (generates 64bit)
> -> gcc 64 (full 64bit)
That's probably a duplicate of PR other
--- Comment #5 from armin at xos dot net 2007-02-12 14:40 ---
Subject: Re: compile error / segmentation fault / 64bit compiler
Stash.i is attached
i compiled gcc with the above compiler. normal 64bit bootstrapping.
cc -> gcc 32 (can create 64bit with -m64) -> gcc 32/64 (generates 64b
--- Comment #1 from ghazi at gcc dot gnu dot org 2007-02-12 14:39 ---
This didn't seem to arise in 4.0.x, but all later branches have the problem.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Several testsuite failures have arisen on solaris2.10 when using -fpic (not
-fPIC). The problem has gotten worse over time and I don't believe the
testcases are changing, so GCC has gotten worse for some reason. The logfiles
look like this:
ld: fatal: too many symbols require `small' PIC referen
--- Comment #4 from dorit at il dot ibm dot com 2007-02-12 14:23 ---
I'm testing the patch below. (wasn;t able to reproduce the problem in the
attched testcase, but here's a reduced testcase for the problem that Richi
described - thanks!:
int a[128];
int
main()
{
short i;
for (i=0;
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #12 from dorit at gcc dot gnu dot org 2007-02-12 13:15 ---
Subject: Bug 29145
Author: dorit
Date: Mon Feb 12 13:14:52 2007
New Revision: 121844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121844
Log:
PR tree-optimization/29145
* tree-data-ref.c (ba
Benchmarks spec cpu2006/464.h264ref and cpu2006/482.sphinx3 miscompare its
output with 'test' dataset when compiled with trunk GCC revision 121821 at -O2
optimization level.
Binary regression search showed that regression is caused by "More REG_EQ*
notes cleanups" patch http://gcc.gnu.org/ml/gcc-p
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-02-12 10:49 ---
To dect an ODR violation in this case, means a couple of things. First you
cannot compare byte for byte the function as one might be compiled with
optimizations and the other was compiled without. And then if you j
--- Comment #11 from mike at tedder dot com 2007-02-12 10:45 ---
Whatever this bug was in 3.4.3, does not occur or has been fixed in gcc-3.4.6
or gcc-4.1.1. Both of these compile bootstrap without any problems.
For the record (and just to make sure it wasn't anything specific with my
s
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-12 10:41 ---
*** This bug has been marked as a duplicate of 30563 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-12 10:41 ---
*** Bug 30772 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30563
--- Comment #3 from dorit at il dot ibm dot com 2007-02-12 10:11 ---
I'll look into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30771
--- Comment #3 from Helge dot Avlesen at bccs dot uib dot no 2007-02-12
10:03 ---
Subject: Re: assembly snippets for nano second resolution wall clock time
"jv244 at cam dot ac dot uk" <[EMAIL PROTECTED]> writes:
> is this comment about get_clockfreq.o actually correct ? I find it re
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-12 09:58 ---
Confirmed. We hit
#1 0x00ecf362 in vectorizable_type_promotion (stmt=0x2afac97cd000,
bsi=0x0, vec_stmt=0x0)
at /space/rguenther/src/svn/trunk/gcc/tree-vect-transform.c:2752
2752 gcc_assert (n
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-12 09:48 ---
I'd say "Doctor, it hurts when I do this ...". -fno-unit-at-a-time RIP.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from manu at gcc dot gnu dot org 2007-02-12 09:32 ---
Subject: Bug 7651
Author: manu
Date: Mon Feb 12 09:32:08 2007
New Revision: 121843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121843
Log:
2007-02-12 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #1 from dcb314 at hotmail dot com 2007-02-12 08:55 ---
Created an attachment (id=13039)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13039&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30772
I just tried to compile Suse Linux package lsvpd-0.16.0-36
with the GNU C++ compiler version 4.3 snapshot 20070209.
The compiler said
In file included from node.c:31:
/usr/include/stdlib.h: In function 'atof':
/usr/include/stdlib.h:400: internal compiler error: in optimize_inline_calls,
at tree-i
--- Comment #1 from dcb314 at hotmail dot com 2007-02-12 08:53 ---
Created an attachment (id=13038)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13038&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30771
I just tried to compile Suse Linux package ladspa-1.12.code10-56
with the GNU C++ compiler version 4.3 snapshot 20070209.
The compiler said
Descriptor.h: In static member function 'static void*
Descriptor::_instantiate(const _LADSPA_Descriptor*, ulong) [with T =
CabinetII]':
Descriptor.h:117: int
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-02-12 08:21
---
> do you need further information?
Yes, see http://gcc.gnu.org/bugs.html for instructions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30769
1 - 100 of 101 matches
Mail list logo
