--- Comment #5 from spark at gcc dot gnu dot org 2007-06-15 06:33 ---
Subject: Bug 32339
Author: spark
Date: Fri Jun 15 06:33:24 2007
New Revision: 125736
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125736
Log:
2007-06-14 Seongbae Park [EMAIL PROTECTED]
PR
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-15 07:31 ---
The testcase should go into the torture testsuite.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from ro at gcc dot gnu dot org 2007-06-15 10:26 ---
Subject: Bug 32345
Author: ro
Date: Fri Jun 15 10:26:16 2007
New Revision: 125739
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125739
Log:
PR libfortran/32345
* runtime/backtrace.c
--- Comment #3 from ro at gcc dot gnu dot org 2007-06-15 10:29 ---
Fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from jakub at gcc dot gnu dot org 2007-06-15 11:27 ---
The choosepole/main miscompilation is a dup of PR32285.
*** This bug has been marked as a duplicate of 32285 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2007-06-15 11:27 ---
*** Bug 30493 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01043.html
(This is with the SVN version of GCC and the -mrecip / rsqrt patch by Uros on
x86_64-unknown-linux-gnu.)
I don't know whether this a bug in the patch [for rsqrt] or only revealed by
the
patch, but the aermod.f90 benchmark from Polyhedron
extern C void abort ();
struct A
{
int f;
A (int x) : f (x) {}
};
A
foo (const A x, const A y)
{
A r (0);
r = x.f == -111 ? y : (y.f == -111 || x.f y.f) ? x : y;
A s (0);
r = r.f == -111 ? s : (r.f s.f) ? r : s;
return r;
}
int
main ()
{
A a (A(0));
int b[] = { 1, 2, 9 };
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-15 12:54 ---
Uros writes:
I have fond the problem in following lines:
! --- Process new position
S = S + DS
IF ( FLOAT(NNP/NP).EQ.FLOAT(NNP)/XNP ) THEN
--- Comment #22 from mec at google dot com 2007-06-15 13:15 ---
With the test program, gcc 4.1.2 generates correct code and gcc 4.2.0 generates
wrong code. Can someone increase the priority and severity of this PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32327
--- Comment #27 from burnus at gcc dot gnu dot org 2007-06-15 13:23 ---
Cross-pointer: see also PR 32352 (Polyhedron aermod.f90 crashes due
out-of-bounds problems to numerical differences using rsqrt/-mrecip).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31723
--- Comment #2 from burnus at gcc dot gnu dot org 2007-06-15 13:31 ---
- Middle-end
- Wont Fix?!?
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-15 13:32 ---
- Middle-end
- WONTFIX - or can one do something about it?
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ubizjak at gmail dot com 2007-06-15 13:38 ---
(In reply to comment #3)
- Middle-end
target, because middle end just throws conversion into target optabs.
- WONTFIX - or can one do something about it?
Hardly... We can penalize everything with another NR-step
This seems to be relevant for all gcc versions, checked an old 3.4.1 and the
latest 4.3-20070608: The libstdc++.so.6 in the installation's lib directory
has a recorded dependency on libgcc_s.so.1, also located in the installation's
lib directory, but lacks a corresponding RPATH ($ORIGIN).
--
--- Comment #1 from pcarlini at suse dot de 2007-06-15 13:45 ---
Please remind us why exactly we want it and / or which specific problem you are
experiencing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32354
--- Comment #23 from dnovillo at gcc dot gnu dot org 2007-06-15 13:27
---
Working on this today.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from stephan dot bergmann at sun dot com 2007-06-15 14:00
---
see http://www.openoffice.org/issues/show_bug.cgi?id=78390
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32354
--- Comment #9 from rask at sygehus dot dk 2007-06-15 14:24 ---
Bug bootstrap/28949 is also similiar to this one.
Btw, this bug is the root cause of the error message 'Link tests are not
allowed after GCC_NO_EXECUTABLES' for newlib targets, so it should show up in
searches for that
--- Comment #10 from jv244 at cam dot ac dot uk 2007-06-15 14:43 ---
The segfault is still happening with today's code. This is the simplest case I
find to trigger it.
MODULE TEST
CONTAINS
FUNCTION s2a_3(s1) RESULT(a)
CHARACTER(LEN=*), INTENT(IN) :: s1
--- Comment #1 from jakub at gcc dot gnu dot org 2007-06-15 14:47 ---
--- gcc/tree-ssa-structalias.c.jj 2007-06-11 11:12:27.0 +0200
+++ gcc/tree-ssa-structalias.c 2007-06-15 16:40:29.0 +0200
@@ -4343,7 +4343,8 @@ set_uids_in_ptset (tree ptr, bitmap into
--- Comment #2 from hjl at lucon dot org 2007-06-15 14:48 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01062.html
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #3 from pcarlini at suse dot de 2007-06-15 14:41 ---
I'm not an expert of these matters, but I'm trying to understand this issue in
better detail. First, there is the info at the end of this page:
http://gcc.gnu.org/onlinedocs/libstdc++/install.html
From that info, I
--- Comment #10 from manu at gcc dot gnu dot org 2007-06-15 14:07 ---
(In reply to comment #7)
Not really because this is a standard GCC option and having it different
between java and other languages is wrong.
http://gcc.gnu.org/onlinedocs/gcc-4.2.0/gcc/Warning-Options.html
Another dataflow problem. This occurs on x86_64-linux, but not on ia64.
(sid)26281:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O3
~/enlightenment-handlers.c
/home/tbm/enlightenment-handlers.c: In function 'doSignalsSetup':
/home/tbm/enlightenment-handlers.c:32: internal compiler
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-06-15 15:12
---
(In reply to comment #10)
but I can't see how I could debug further pretty please, can somebody look
into that... I'd like to be able to test all the stuff that went in since the
bug was opened a few
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-15 15:14 ---
RPATH is evil. Yes others say LD_LIBRARY_PATH is evil, but RPATH is worse. It
forces that version of the library to be used and no other version can be used.
So if you install libstdc++/libgcc_s.so in a different
--- Comment #12 from pinskia at gmail dot com 2007-06-15 15:22 ---
Subject: Re: [4.3 Regression] Miscompilation with -O1
On 15 Jun 2007 15:12:02 -, fxcoudert at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
When (and if) I get some time after my PhD defence (next monday), I'll try
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from tiago at forked dot de 2007-06-15 15:48 ---
The above changes still don't solve the problem for me, since I still can't
load a python module which is dynamically linked to libgomp (from GCC 4.2.0).
Below, graph-tool is a python program and libgraph_tool.so is a
--- Comment #1 from kargl at gcc dot gnu dot org 2007-06-15 16:16 ---
Is mips a big endian cpu? I can't reproduce this on
i386 or x86_64 hardware.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32357
--- Comment #2 from michael dot a dot richmond at nasa dot gov 2007-06-15
16:20 ---
(In reply to comment #1)
Is mips a big endian cpu? I can't reproduce this on
i386 or x86_64 hardware.
mips is big endian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32357
When I compile and run the program listed below under the mips version of
gfortran with -fdefault-integer-8 it prints i = 0. It should print i = 1.
PROGRAM test
i = 0
CALL MVBITS(1, 0, 16, i, 0)
WRITE(*, 10) i
10 FORMAT(i =,i2)
END PROGRAM test
--
Summary: bad result from mvbits in
--- Comment #2 from rob1weld at aol dot com 2007-06-15 16:53 ---
When I used Acovea-5.1.1 it found that -fipa-pta always causes an ICE with
-O zero.
Here is the complete documentation for the feature:
# grep -B1 -A2 ipa-pta /usr/test/info/gcc.info
`-fipa-pta'
Perform
--- Comment #1 from rob1weld at aol dot com 2007-06-15 16:52 ---
Created an attachment (id=13708)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13708action=view)
Config - GCC 4.3.0 - Athlon-XP
Here is an Acovea configuration file for GCC 4.3.0 for an Athlon-XP.
--
Acovea - Analysis of Compiler Options via Evolutionary Algorithm
http://www.coyotegulch.com/products/acovea/index.html
Acovea implements a genetic algorithm to find the best options for compiling
programs with the GNU Compiler Collection (GCC) compiler. It has both command
line and GTK GUI.
--- Comment #3 from michael dot a dot richmond at nasa dot gov 2007-06-15
16:29 ---
(In reply to comment #1)
Is mips a big endian cpu? I can't reproduce this on
i386 or x86_64 hardware.
mips can be implemented as either big endian or little endian. I have an SGI
box, which is a
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-15 17:06 ---
When I used Acovea-5.1.1 it found that -fipa-pta always causes an ICE with
-O zero.
Known issue, see PR 32305. -fipa-pta does nothing for code generation anyways.
It just analysis the program and nothing
--- Comment #3 from patchapp at dberlin dot org 2007-06-15 18:20 ---
Subject: Bug number PR31162
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-06/msg01077.html
--
Description:
For this test case the gfortran compiler is demanding that a threadprivate
variable declared and initialized in a main program must have the SAVE
attribute. However, the variable already has a default SAVE attribute by
virtue of its declaration initialization in the main program.
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-06-15 18:51 ---
Confirmed, a runtime error would be better.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from tkoenig at gcc dot gnu dot org 2007-06-15 18:55
---
Due to huge time constraints, I won't be able to
do anything with this for the next few weeks. Unassigning
myself for the time.
If anybody wants to look over my partial patch and fly with it,
he's welcome :-)
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|tkoenig at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-06-15 19:09 ---
Unfortunately, I lost the example code and wasn't able to recreate one. I
will attach an example when I come across another one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32336
--- Comment #4 from tbm at cyrius dot com 2007-06-15 19:18 ---
I can confirm that on mips-linux-gnu (big-endian) 0 is printed while 1 is
printed on mipsel-linux-gnu (little-endian). This happens both with 4.1
and current 4.3.
--
tbm at cyrius dot com changed:
What
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target
Description:
This test case resulted from attempting to modify the way that the
initialization of pointers in a named common was done in some OpenMP tests.
This test case is syntatically correct, but the gfortran
compiler is not able to compile it.
gfortran -v
Using built-in specs.
Target:
--- Comment #5 from tbm at cyrius dot com 2007-06-15 19:31 ---
I don't see this problem on powerpc which is big-endian too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32357
--- Comment #6 from tbm at cyrius dot com 2007-06-15 19:37 ---
(In reply to comment #5)
I don't see this problem on powerpc which is big-endian too.
Sorry, I *do* see the problem on powerpc.
(sid)832:[EMAIL PROTECTED]: ~/src] gfortran -fdefault-integer-8 t.f90 ; ./a.out
i = 0
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-15
20:05 ---
Subject: Re: [4.3 Regression] Bootstrap failure in stage1 on hppa*-*-*
We need to know that the return pointer (r2) is not used and that
the function is a leaf function (i.e., that the incoming value
Description:
This test case resulted from attempting to modify the way that the
initialization of pointers in a named common was done in some OpenMP tests.
This test case is syntatically correct, but the gfortran
compiler is not able to compile it.
gfortran -v
Using built-in specs.
Target:
--- Comment #18 from tkoenig at gcc dot gnu dot org 2007-06-15 20:35
---
Too little time right now.
Unassigning myself.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-06-15 20:38 ---
Error: NULL appears on right-hand side in assignment at (1)
Might be related to PR20888, comment #1 ?!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32360
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-06-15 20:54 ---
In this code, the symbol's attribute SAVE is never set, i.e. neither
symbol.c(gfc_add_save) is called, nor is the attribute set manually:
integer :: a = 1
end
Thus, testing for sym-attr.save fails in
--- Comment #5 from dominiq at lps dot ens dot fr 2007-06-15 21:18 ---
I don't understand how recip(1.0f) can return something different from 1.0f:
the twelve bit approximation should return 1.0f then the NR-step should involve
only integers, hence no round-off errors.
What am I
--- Comment #20 from rob1weld at aol dot com 2007-06-15 21:23 ---
Created an attachment (id=13709)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13709action=view)
Specific example where libm, libcrlibm, and mpfr differ
Here is a specific example of three different math libraries
--- Comment #4 from rob1weld at aol dot com 2007-06-15 21:32 ---
Thanks.
With Acovea I was able to discover the bug in a few hours with little effort
and provide a more trivial testcase with a better analysis.
Would someone run Acovea once a month on a few files to test gcc ?
I
--- Comment #2 from rob1weld at aol dot com 2007-06-15 21:33 ---
It did end up building OK and scored equal on make check tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32333
Description:
This test case derived from OpenMP test omp1/F2_2_9h.f90, involves nested
parallel loops. The gfortran compiler currently aborts with an internal
error for this code.
gfortran -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../xt-gcc-4.2.0/configure
--- Comment #2 from pluto at agmk dot net 2007-06-15 21:51 ---
(In reply to comment #1)
This is not a trivial constructor (or at least what the standard defines as
trivial :) ).
could you explain this?
as far i can see the MyOtherStruct hasn't virtual functions/base
and its data
--- Comment #24 from dnovillo at gcc dot gnu dot org 2007-06-15 22:10
---
Subject: Bug 32327
Author: dnovillo
Date: Fri Jun 15 22:10:09 2007
New Revision: 125748
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125748
Log:
PR 32327
* tree-ssa-operands.c
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot
|dot org
--- Comment #21 from kargl at gcc dot gnu dot org 2007-06-15 22:22 ---
(In reply to comment #20)
Created an attachment (id=13709)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13709action=view) [edit]
Specific example where libm, libcrlibm, and mpfr differ
Here is a specific
--- Comment #4 from roederja at cs dot washington dot edu 2007-06-15 22:31
---
Created an attachment (id=13710)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13710action=view)
Testcase
Compile this file with -O2 or higher to trigger the bug, no other flags
necessary. With -O1 it
--- Comment #22 from joseph at codesourcery dot com 2007-06-15 22:43
---
Subject: Re: Paranoia UCB GSL TestFloat libm tests fail
- accuracy of recent gcc math poor
On Fri, 15 Jun 2007, rob1weld at aol dot com wrote:
This is just one number. How many more could there be, how will
--- Comment #9 from janis at gcc dot gnu dot org 2007-06-15 23:40 ---
This makes no sense to me, but I'll report it in case it does to someone else.
With compilers for powerpc64-linux, the test compiled with -c -O2 -mcpu=7450
(or -Os instead of -O2) passes with GCC 4.0 and fails with
--- Comment #10 from janis at gcc dot gnu dot org 2007-06-15 23:42 ---
Created an attachment (id=13711)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13711action=view)
smaller testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32347
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Keywords||openmp
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-06-16 03:44 ---
(In reply to comment #2)
The generic implementation, including for SSE, is
isgreater (abs(f), FLT_MAX)
For isfinite, use islessequal instead. For isnan, one can use
isunordered(f, f)
For isnormal, it'd be
Came across this head-scratcher in building Qt with GCC 4.2.0. Heavily
simplified version:
foo.cxx:
typedef void (*funcptr)(void);
typedef void GLvoid;
typedef GLvoid (*_GLUfuncptr)(GLvoid);
int foo(void) { return 1; }
$ g++ -c foo.cxx
foo.cxx:4: error: 'anonymous' has
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-16 04:53 ---
This is actually invalid C++ which we did not reject before 4.2.0.
*** This bug has been marked as a duplicate of 9278 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #28 from pinskia at gcc dot gnu dot org 2007-06-16 04:53
---
*** Bug 32364 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-16 05:43 ---
Subject: Bug 32015
Author: pinskia
Date: Sat Jun 16 05:42:36 2007
New Revision: 125755
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125755
Log:
2007-06-15 Andrew Pinski [EMAIL PROTECTED]
Zdenek
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-16 05:43 ---
Subject: Bug 32225
Author: pinskia
Date: Sat Jun 16 05:42:36 2007
New Revision: 125755
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125755
Log:
2007-06-15 Andrew Pinski [EMAIL PROTECTED]
Zdenek
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-16 05:43 ---
Subject: Bug 32145
Author: pinskia
Date: Sat Jun 16 05:42:36 2007
New Revision: 125755
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125755
Log:
2007-06-15 Andrew Pinski [EMAIL PROTECTED]
Zdenek
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-16 05:43 ---
Subject: Bug 32144
Author: pinskia
Date: Sat Jun 16 05:42:36 2007
New Revision: 125755
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125755
Log:
2007-06-15 Andrew Pinski [EMAIL PROTECTED]
Zdenek
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-16 05:43 ---
Subject: Bug 32167
Author: pinskia
Date: Sat Jun 16 05:42:36 2007
New Revision: 125755
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125755
Log:
2007-06-15 Andrew Pinski [EMAIL PROTECTED]
Zdenek
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-16 05:49 ---
Fixed at revision 125755 on the trunk by the merge of the pointer_plus. Though
this is now a TREE level missed optimization so unassigning me.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-16 05:50 ---
Fixed at revision 125755.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-16 05:51 ---
Fixed on the trunk at revision 125755.
Note gcc.dg/vect/vect-106.c is already testing this case so I don't need to add
another testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
81 matches
Mail list logo
