--- Comment #4 from ubizjak at gmail dot com 2010-04-09 06:26 ---
(In reply to comment #3)
The tradeoff of either FTZ or Optimized I think will not work for me.
Find crtfastmath.o in gcc build directory and link it to your final executable.
--
--- Comment #2 from mikpe at it dot uu dot se 2010-04-09 06:57 ---
Compiling this with gcc-4.5.0-RC-20100406 -march=armv7-a -Os I get:
X:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
ldr
--- Comment #3 from ramana at gcc dot gnu dot org 2010-04-09 07:02 ---
I can see the same failure on 4.5 branch with the testcase. The flags I used on
the command line were -mcpu=cortex-a8 -Os .
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from manu at gcc dot gnu dot org 2010-04-09 07:28 ---
(In reply to comment #1)
This is actually expected, though I cannot find it documented anywhere. I
thought I had saw it in the documentation at one point. Almost all --*
options
are converted over to -f* to
Mainline doesn't bootstrap anymore on some SuSE versions:
/home/eric/svn/gcc/gcc/collect2.c:1990:90: error: variable '__u' set but not
used
/home/eric/svn/gcc/gcc/collect2.c:1992:76: error: variable '__u' set but not
used
/home/eric/svn/gcc/gcc/collect2.c:1995:66: error: variable '__u' set but
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-04-09 07:34
---
Created an attachment (id=20344)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20344action=view)
Preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43699
--- Comment #4 from ramana at gcc dot gnu dot org 2010-04-09 07:38 ---
It appears as though there's a latent bug in arm_ccfsm_state_machine. If you
mark this correctly as being predicable which the rev insn is - the bug goes
away.
If arm_final_prescan_insn sees something of the
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-04-09 07:40
---
Other affected files are lto-wrapper.c, gcc.c and lto/lto.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43699
--- Comment #5 from ramana at gcc dot gnu dot org 2010-04-09 07:48 ---
Actually strike out the last patch - that's just wrong for Thumb1. This is what
I am testing currently.
Index: arm.md
===
--- arm.md (revision
--- Comment #6 from manu at gcc dot gnu dot org 2010-04-09 07:50 ---
Subject: Bug 28584
Author: manu
Date: Fri Apr 9 07:49:41 2010
New Revision: 158150
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158150
Log:
2010-04-09 Manuel López-Ibáñez m...@gcc.gnu.org
PR
--- Comment #7 from manu at gcc dot gnu dot org 2010-04-09 07:53 ---
FIXED in GCC 4.6
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2010-04-09 07:57 ---
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00347.html
is awaiting review.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from redi at gcc dot gnu dot org 2010-04-09 08:03 ---
I'm unable to bootstrap 4.4 for some reason, I'll try again tomorrow
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40518
--- Comment #6 from siarhei dot siamashka at gmail dot com 2010-04-09
08:04 ---
(In reply to comment #1)
2. Does gcc-4.4.3 work?
Yes, gcc-4.4.3 works (it just does not use 'rev' instruction). So it is a
regression in 4.5. Thanks for a very fast response and analysis of the issue.
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-04-09 08:08
---
Sorry, I saw the ppc bootstrap message yesterday but missed this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43699
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43699
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Invalid code when building |[4.5/4.6 Regression] Invalid
|gentoo
--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-09 08:42 ---
(In reply to comment #0)
Error: Passed-object dummy argument of 'error_read_formatted' at (1) must not
be POINTER
The error message itself is OK as the constraint is (F2008 FDIS):
C456 The passed-object dummy
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-09 08:46 ---
Well. I guess we should simply not run IPA passes at -O0 (like we do not
support enabling random scalar passes at -O0, though in the end I'd like
to support that for poor-mans unit-testing).
I suppose the IPA
We're making use of global register variables, which work fine in GCC version
4.3.2 and 4.3.3. GCC 4.4.1 and 4.4.3 however produce slightly different code,
which seems to be incorrect.
A brief example is:
//---test_register_call.c---
register unsigned long long
Compiler output:
$ gcc -mno-sse testcase.c
testcase.c: In function 'foo':
testcase.c:3: error: SSE register return with SSE disabled
gcc: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See http://bugs.gentoo.org/ for instructions.
(is the diagnostics correct?)
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-09 09:50 ---
Must be a target issue, can't reproduce this on x86_64 with
register unsigned long *g_reg_counter asm(%r10);
void register_add (void)
{
*g_reg_counter++;
}
--
rguenth at gcc dot gnu dot org changed:
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||error-recovery, ice-on-
|
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622
--- Comment #11 from paolo dot carlini at oracle dot com 2010-04-09 10:08
---
*** Bug 43683 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2010-04-09 10:08
---
Actually, it's the same issue reported in PR43259
*** This bug has been marked as a duplicate of 43259 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-09 10:42 ---
Subject: Bug 43152
Author: rguenth
Date: Fri Apr 9 10:41:37 2010
New Revision: 158158
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158158
Log:
2010-04-09 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-09 10:42 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from iains at gcc dot gnu dot org 2010-04-09 10:48 ---
Created an attachment (id=20345)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20345action=view)
Provide template args to structure tags for ObjC++ encode.
Re Comment #1
It seems to me that, whilst there might
--- Comment #3 from jiez at gcc dot gnu dot org 2010-04-09 10:58 ---
It's not reproducible on svn trunk now.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-09 11:03 ---
Fixed in 4.3.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from iains at gcc dot gnu dot org 2010-04-09 11:30 ---
Created an attachment (id=20346)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20346action=view)
Remove (or wrap, as necessary) set but unused vars.
this replaces and consolidates the patches referenced above.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43611
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43635
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43636
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43655
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43657
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43662
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-09 13:02 ---
Trunk patch still pending.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43690
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43695
--- Comment #2 from iains at gcc dot gnu dot org 2010-04-09 13:34 ---
Subject: Bug 43684
Author: iains
Date: Fri Apr 9 13:34:33 2010
New Revision: 158164
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158164
Log:
gcc/
2010-04-09 Iain Sandoe ia...@gcc.gnu.org
PR
-darwin9
--build=powerpc64-apple-darwin9 --host=powerpc64-apple-darwin9
--with-libiconv-prefix=/usr --with-system-zlib
--enable-languages=c,objc,c++,obj-c++,fortran
--enable-version-specific-runtime-libs --enable-threads --enable-checking=yes
Thread model: posix
gcc version 4.4.4 20100409 (prerelease) [gcc
On Linux/ia32, revision 158155 gave
FAIL: g++.dg/other/pr35504.C execution test
Revision 158149 is OK. It may be caused by
revision 158155:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00259.html
--
Summary: [4.6 regression] FAIL: g++.dg/other/pr35504.C execution
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-04-09 14:26 ---
Suggested fix for this issue posted to ML at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00426.html
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
Using gcc-4.5.0-RC-20100406.tar.bz2
//
#include stdio.h
void __attribute__((noinline)) f(float * __restrict c,
float * __restrict a,
float * __restrict b)
{
int i;
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43702
g++-4.5 -S bug-593923_integrals.3.ii
bug-593923_integrals.3.ii: In instantiation of
'boost::numeric::ublas::banded_adaptorboost::numeric::ublas::matrixdouble
::iterator1':
bug-593923_integrals.3.ii:500:50: instantiated from 'void
lsp::singular_decompositionT::apply(M1, M2) const [with M1 =
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-09 15:08 ---
Created an attachment (id=20347)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20347action=view)
autoreduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
Valgrind output:
$ valgrind -q --trace-children=yes g++ testcase.C
testcase.C:3:14: error: explicit specialization in non-namespace scope 'struct
S template-parameter-1-1 '
testcase.C:3:23: error: specialization of 'templateclass struct S' must
appear at namespace scope
testcase.C:3:23: error:
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-09 15:19 ---
Subject: Bug 41788
Author: jason
Date: Fri Apr 9 15:19:17 2010
New Revision: 158166
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158166
Log:
PR c++/41788
* stor-layout.c
--- Comment #2 from jason at gcc dot gnu dot org 2010-04-09 15:21 ---
Subject: Bug 42623
Author: jason
Date: Fri Apr 9 15:20:58 2010
New Revision: 158167
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158167
Log:
PR c++/42623
* c-common.c
--- Comment #4 from boschmann at tp1 dot physik dot uni-siegen dot de
2010-04-09 15:22 ---
I've tried to isolate the error message from the ICE. The smallest code is
a_module for the error and b_module for the ICE. a_module is valid f2003 code
but b_module is not, it contains a pointer
--- Comment #5 from nick2893 at hotmail dot com 2010-04-09 15:30 ---
I'm still not getting FTZ ... unless I misunderstood your suggestion, here's
what I did after compiling with -O2:
r...@nick-desktop:/home/test408# gfortran -o test4f
/usr/lib/gcc/i486-linux-gnu/4.4.0/crtfastmath.o
--- Comment #18 from comer352l at googlemail dot com 2010-04-09 15:35
---
(In reply to comment #17)
In the meantime I managed to test on a windows machine with a recent version
(4.4.0) and the size increase doesn't occur there (but compilation is
extremely
slow, too).
Sorry, it
--- Comment #4 from manu at gcc dot gnu dot org 2010-04-09 15:46 ---
Subject: Bug 42965
Author: manu
Date: Fri Apr 9 15:45:52 2010
New Revision: 158168
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158168
Log:
2010-04-09 Manuel López-Ibáñez m...@gcc.gnu.org
PR
--- Comment #5 from manu at gcc dot gnu dot org 2010-04-09 15:47 ---
FIXED for GCC 4.6
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42965
--- Comment #6 from manu at gcc dot gnu dot org 2010-04-09 15:54 ---
FIXED for GCC 4.6
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from manu at gcc dot gnu dot org 2010-04-09 16:09 ---
Subject: Bug 43195
Author: manu
Date: Fri Apr 9 16:08:42 2010
New Revision: 158169
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158169
Log:
2010-04-09 Manuel López-Ibáñez m...@gcc.gnu.org
PR
--- Comment #4 from manu at gcc dot gnu dot org 2010-04-09 16:09 ---
FIXED for GCC 4.6
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
The following code results in starvation if at least two OpenMP threads are
assigned to one core.
#include cstdio
int main()
{
while (true) {
#pragma omp parallel for
for (int ii = 0; ii 1000; ++ii) {
int s = ii;
}
printf(.);
}
return 0;
--- Comment #1 from baeuml at kit dot edu 2010-04-09 16:22 ---
Created an attachment (id=20348)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20348action=view)
output of -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43706
--- Comment #1 from hjl dot tools at gmail dot com 2010-04-09 16:25 ---
It is triggered by
* config/i386/i386.md (movtf): Check TARGET_SSE2 instead of
TARGET_64BIT.
in revision 137276:
http://gcc.gnu.org/ml/gcc-cvs/2008-06/msg01037.html
emit_move_multi_word calls
--- Comment #4 from hjl dot tools at gmail dot com 2010-04-09 16:32 ---
It is caused by revision 157849:
http://gcc.gnu.org/ml/gcc-cvs/2010-03/msg00686.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
FAIL: gcc.c-torture/execute/ashldi-1.c compilation, -O3 -fomit-frame-pointer
-funroll-loops (internal compiler error)
UNRESOLVED: gcc.c-torture/execute/ashldi-1.c execution, -O3
-fomit-frame-pointer -funroll-loops
FAIL: gcc.c-torture/execute/ashldi-1.c compilation, -O3 -fomit-frame-pointer
--- Comment #11 from jakub at gcc dot gnu dot org 2010-04-09 17:05 ---
The http://gcc.gnu.org/viewcvs?root=gccview=revrev=126068
patch adds OPTION_static, but nothing ever returns that value, so the code
setting static_linking is clearly dead code. That couldn't be the intent.
--
FAIL: gcc.dg/pragma-darwin.c (test for excess errors)
Excess errors:
/GCC/gcc-live-trunk/gcc/testsuite/gcc.dg/pragma-darwin.c:44:7: warning:
variable 'x' set but not used
/GCC/gcc-live-trunk/gcc/testsuite/gcc.dg/pragma-darwin.c:65:10: warning:
variable 'b' set but not used
--- Comment #9 from zsojka at seznam dot cz 2010-04-09 17:21 ---
Thank you for the patch. I tested it in trunk r158150 at x86_64-unix, it
bootstrapped fine (languages=c,c++,lto,fortran).
check with RUNTESTFLAGS=--target_board=unix/-fno-trapping-math fixed
following FAILs (compared to
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |target
Summary|[4.6 Regression] gcc.c- |[4.6
--- Comment #12 from iains at gcc dot gnu dot org 2010-04-09 17:42 ---
(In reply to comment #11)
The http://gcc.gnu.org/viewcvs?root=gccview=revrev=126068
patch adds OPTION_static, but nothing ever returns that value, so the code
setting static_linking is clearly dead code. That
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 18:12 ---
Well $20 is a callee save register.
The back-end emits a save for some reason ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #14 from jakub at gcc dot gnu dot org 2010-04-09 18:24 ---
Testcase distilled from OO.o that has been also fixed by this bugfix (failed at
-Os). Do we want it for the testsuite too?
struct S
{
int a, b;
char c[10];
};
__attribute__((noinline)) void
test (struct S *x)
On Linux/ia32, revision 158165 gave:
/export/gnu/import/svn/gcc-test/src-trunk/libgomp/testsuite/libgomp.c++/loop-10.C:
In function 'int test1()':^M
/export/gnu/import/svn/gcc-test/src-trunk/libgomp/testsuite/libgomp.c++/loop-10.C:94:1:
error: could not split insn^M
(insn 805 1217 806
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|[4.6 Regression] FAIL:
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 18:27 ---
Most likely the same issue as PR 43707 or at least related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43709
--- Comment #29 from sherpya at netfarm dot it 2010-04-09 18:30 ---
using -flto links, but looks like it links in a different way
while linking llvm part I get ice:
In member function 'RefineAbstractType':
lto1: internal compiler error: in input_gimple_stmt, at lto-streamer-in.c:1108
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 18:33 ---
Have you done a profile (using oprofile) to see why this happens. Really I
think GOMP_CPU_AFFINITY should not be used that much as it will cause
starvation no matter what.
--
--- Comment #1 from jakub at gcc dot gnu dot org 2010-04-09 18:37 ---
Guess setting DECL_READ_P at the same spot as TREE_USED in config/darwin-c.c
could fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43708
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 18:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from iains at gcc dot gnu dot org 2010-04-09 19:04 ---
Created an attachment (id=20349)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20349action=view)
check for -static in lookup_option.
PR bootstrap/31400
* gfortranspec.c (lookup_option): Check
--- Comment #14 from iains at gcc dot gnu dot org 2010-04-09 19:06 ---
(In reply to comment #10)
Any chance to ever get -static-libgomp? Otherwise this PR can probably be
closed?!
On Darwin - I made it so that if -static-* is given for {stdc++,cc, fortran}
the specs cause a
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 19:15 ---
Created an attachment (id=20350)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20350action=view)
More reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-09 19:20 ---
Created an attachment (id=20351)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20351action=view)
More reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--- Comment #2 from iains at gcc dot gnu dot org 2010-04-09 19:24 ---
(In reply to comment #1)
Guess setting DECL_READ_P at the same spot as TREE_USED in config/darwin-c.c
could fix this.
Yes, it does thanks the head up.
... is TREE_USED() redundant in this case?
(I've left it in
--- Comment #3 from iains at gcc dot gnu dot org 2010-04-09 19:36 ---
bootstrap completed on {powerpc,i686}-apple-darwin9 and x86_64-apple-darwin10
@r158165
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Testcase(s) to be found :-(
--
Summary: suspicious string comparisons
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot
--- Comment #1 from mikael at gcc dot gnu dot org 2010-04-09 19:42 ---
Created an attachment (id=20352)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20352action=view)
The patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43710
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-04-09 19:44 ---
Fully reduced:
template typename T2, typename T3 struct if_ {
typedef T2 type;
};
templateclass I1 struct iterator_restrict_traits { };
templateclass T class matrix {
class ci {};
--- Comment #30 from sherpya at netfarm dot it 2010-04-09 19:48 ---
there is something odd.
with lto:
--- SCAN SUMMARY ---
Known viruses: 754681
Engine version: de...@clamwin MinGW - Apr 9 2010
Scanned directories: 1
Scanned files: 4402
Infected files: 0
Data scanned:
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 19:55 ---
This is exacted really. Denormals are a weird case in general. Plus your
testcase depends on uninitialized values.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43703
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-09
20:06 ---
Subject: Re: [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test;
formatted read - wrong numbers
Can you also do the following: Using the 4.4 or 4.5 binary with the 4.5 or 4.4
libgfortran. I
--- Comment #2 from siarhei dot siamashka at gmail dot com 2010-04-09
20:34 ---
(In reply to comment #1)
This is exacted really. Denormals are a weird case in general.
Well, denormals may be weird. But what about nan's, inf's and the other IEEE
stuff, which is not supported by NEON
--- Comment #2 from ubizjak at gmail dot com 2010-04-09 20:34 ---
I have a patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |Added
For the test code:
program NF03_2_5_2_1a
!$omp parallel
!$omp sections
!$omp section
print *, 'FAIL'
!$omp section
print *, 'FAIL'
!$omp end sections nowait nowait
!$omp end parallel
print *, 'FAIL - NF03_2_5_2_1a.f90 should not compile'
stop
--- Comment #32 from iains at gcc dot gnu dot org 2010-04-09 20:45 ---
(In reply to comment #21)
As a workaround in gcc I suggest to strip -lm in the darwin specific specs
processing.
I think this is our best way forward.
We should not accept -lm if it could alter the behavior of
--- Comment #3 from baeuml at kit dot edu 2010-04-09 20:55 ---
Have you done a profile (using oprofile) to see why this happens.
I've oprofile'd the original program from which this is a stripped down minimal
example. I did not see anything unusual, but I'm certainly no expert with
--- Comment #33 from dominiq at lps dot ens dot fr 2010-04-09 20:56 ---
(In reply to comment #32)
Note that when using the patch in comment #22 triggers pr43254: another side
effect of -lm is to prevent the run of dsymutil even with -g.
--
1 - 100 of 124 matches
Mail list logo