--- Comment #3 from armin at xos dot net 2007-02-12 08:06 ---
Subject: Re: compile error / segmentation fault / 64bit compiler
sorry it's early in the morning ...
sun studio 11: cc: sun C 5.8 2005/10/13
do you need further information? i compiled mysql/apache/perl/...
so far
--- 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
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*
DescriptorT::_instantiate(const _LADSPA_Descriptor*, ulong) [with T =
CabinetII]':
Descriptor.h:117:
--- 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=13038action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30771
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
--- 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=13039action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30772
--- 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=gccview=revrev=121843
Log:
2007-02-12 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- 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 #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
--- 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
--- 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 #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 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 #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
--- 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
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
--- 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=gccview=revrev=121844
Log:
PR tree-optimization/29145
* tree-data-ref.c
--
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 #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
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
--- 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
--- 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
--- 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/23541
--- 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
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]:
--- 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=13041action=view)
Core dump.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30775
--- 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
--- 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 |
--- 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
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
--- 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|
--- 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: internal
--- 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.
--
--- 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 PR30391).
--- 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 #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 manage
--- 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 #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 #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=13042action=view)
Alternate patch to commutative_operand_precedence to increase the precedence of
REG_POINTER and MEM_POINTER
--- 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
--- 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 -O0
--- 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 at -O1 and
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:
--- 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=13043action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- 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.
--- 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.
--- 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 compare_symtree)
at
--- 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
--- 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)
--
ian at airs dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ian at airs dot com
|dot org |
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
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
--- 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 segfault
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- 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.
--
--- 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
--- 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 #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:
cat
--- 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=13044action=view)
combined patch for this and PR 30765
Regression-test is OK, file generation is OK.
--
tkoenig at gcc dot gnu
--- 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=13045action=view)
Test case
Test case.
I'll be away for a few days, I'll submit it as a proper patch then.
--
--- 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=13044action=view) [edit]
combined patch for this and PR 30765
Regression-test is OK, file
--- 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
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 running
--- 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 running
--- 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
--- 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 #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 #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 #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 #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 #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 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 #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
--
--- 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=gccview=revrev=121864
Log:
PR c++/14622
* pt.c (do_decl_instantiation): Detect type
--- 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 #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
--- 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:
--- 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 #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
--- 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
--
--- 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 #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=gccview=revrev=121865
Log:
2007-02-13 Paul Thomas [EMAIL PROTECTED]
PR
--- 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 #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 #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=gccview=revrev=121875
Log:
2007-02-12 Paolo Carlini [EMAIL PROTECTED]
PR
--- 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 #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=gccview=revrev=121876
Log:
2007-02-13 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
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
--- 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
--- 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 #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 #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 #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
--- 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 #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
--- 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 #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 #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 is
--- 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, that's the
1 - 100 of 101 matches
Mail list logo