--- Comment #3 from mrs at apple dot com 2006-11-11 09:25 ---
I think I know what's going on. Libraries contain an install name when built,
this is what it put into the file that is linked against the library. The
problem is, the install name isn't correct, until the file is installed.
--- Comment #4 from mrs at apple dot com 2006-11-11 09:27 ---
I suspect this is a darwin only bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28913
--- Comment #20 from rsandifo at gcc dot gnu dot org 2006-11-11 09:47
---
Subject: Bug 27528
Author: rsandifo
Date: Sat Nov 11 09:47:35 2006
New Revision: 118689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118689
Log:
gcc/
PR middle-end/27528
* stmt.c (expand
--- Comment #21 from rsandifo at gcc dot gnu dot org 2006-11-11 09:53
---
Subject: Bug 27528
Author: rsandifo
Date: Sat Nov 11 09:53:20 2006
New Revision: 118690
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118690
Log:
gcc/
PR middle-end/27528
* stmt.c (expand
--- Comment #22 from rsandifo at gcc dot gnu dot org 2006-11-11 09:54
---
Patch applied to trunk and 4.2.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2006-11-11 10:35 ---
So closing as fixed in 4.2.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-11-11 10:58 ---
Confirmed.
#1 0x0817ee57 in set_lattice_value (var=0xb7bd3150, new_val=
{lattice_val = 1, value = 0x0, mem_ref = 0x0})
at /home/richard/src/trunk/gcc/tree-ssa-ccp.c:418
418 gcc_assert (old_val->latt
--- Comment #16 from kkojima at gcc dot gnu dot org 2006-11-11 11:08
---
I'm testing the new softfp patch with bootstrap on sh4-unknown-linux-gnu.
It isn't finished yet but already passes the compilation of ifcvt.c
at stage2. No new failures on the regtest for x86 cross sh4-linux.
--
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2006-11-11 10:58:19 |2006-11-11 1
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-11-11 11:18 ---
Related (and maybe more relevant):
INTENT(OUT) variables become undefined on subroutine
or function entry. We should be able to warn if
they are used:
subroutine foo(a,b)
real, intent(out) :: a
real, intent(ou
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-11-11 11:36 ---
Smaller testcase:
const int a[3] = {1, 2, 3};
int test (int param)
{
if (param)
a[2] = 5;
return a[2];
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29801
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-11-11 11:37 ---
(In reply to comment #3)
> Smaller testcase:
>
> const int a[3] = {1, 2, 3};
>
> int test (int param)
> {
> if (param)
> a[2] = 5;
>
> return a[2];
> }
... sorry, mistake, does not really work...
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-11-11 11:46 ---
Confirmed. Shorter testcase:
#include
int main()
{
double rho;
double alpha;
int iter_count;
double oldrho;
double work;
work= 2.0e+0;
for (iter_count=1; iter_count<11; ++iter_count)
{
f
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-11-11 12:16
---
I have started a bootstrap & regtest on
{i386,ia64,ppc,ppc64,s390,s390x,x86_64}-linux on the 4.1 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29797
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-11-11 12:52
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-11-11 12:54
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-11 14:11 ---
If we don't use it when the variable is uninitialized, we get the desired
result (note how I did not say the correct result as I think this code is
undefined and what we are getting is allowed by the C standard).
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-11 14:20 ---
In insn 26, replacing
(reg/v:DF 61 [ oldrho ])
with (reg/v:DF 63 [ rho ])
Changed insn 26
In insn 16, replacing
(reg/v:DF 61 [ oldrho ])
with (reg/v:DF 63 [ rho ])
Changed insn 16
--
pinskia at gcc dot gnu d
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-11-11 14:30
---
The patch fails bootstrap in stage2 for ppc (only).
stage2/xgcc -Bstage2/ -B/usr/powerpc64-suse-linux/bin/ -c -O2
-fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g -U_FORTIFY_SOURCE -DIN_GCC
-W -Wall -Wwrite-strin
--- Comment #8 from amacleod at redhat dot com 2006-11-11 14:36 ---
Created an attachment (id=12591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12591&action=view)
patch to fix the out of ssa bug exposed when PRE/FRE are turned off.
That would fix it, but its safer for future ch
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-11-11 14:40 ---
(In reply to comment #8)
> Created an attachment (id=12591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12591&action=view) [edit]
> patch to fix the out of ssa bug exposed when PRE/FRE are turned off.
> I'll
--- Comment #5 from steven at gcc dot gnu dot org 2006-11-11 16:46 ---
You can't have if-converted stores at the tree level.
Forms of store motion, like the example of comment #2, ought to get implemented
at the tree level somewhen, though. AFAIU this is currently very hard to do,
but
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2006-11-11
17:16 ---
I believe the bug exists just the same in the 32-bit mode build. The only
reason I saw it at 64-bit was that I hadn't installed the build first. Normally
I test from builds for fink packaging so the previo
--- Comment #23 from paolo at gcc dot gnu dot org 2006-11-11 17:32 ---
Subject: Bug 29496
Author: paolo
Date: Sat Nov 11 17:32:12 2006
New Revision: 118701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118701
Log:
2006-11-11 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--
pcarlini at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29496
when building ada on linux (x86-64)
building ada fails because the makefile looks for gnatbuild in
mydir/gcc-4.2-20061107/prev-gcc
instead of
mydir/gcc-4.2-20061107/host-x86_64-unknown-linux-gnu/prev-gcc
I could not find where precisely in the makefile the bug hides.
for libada it is obvious:
the
--- Comment #4 from jpr at csc dot fi 2006-11-11 19:16 ---
Subject: Re: [4.3 Regression] -O2 gives wrong
results
Note however that the prints inside the main loop are not needed
to trigger the problem in the oroginal test code. You may freely
remove them and the problem remains. I ju
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-11 19:46 ---
building inside the source directory is not well supported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29802
// The optimization level should not prevent a conforming program
// to compile and link correctly. This program shows that this
// is not the case for GCC 4.1.1.
template
struct c {
static const int a = 3;
static const int b = 4;
};
// If the following `#if 0' is turned into `#if 1', then
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-11 20:01 ---
*** This bug has been marked as a duplicate of 23147 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-11-11 20:01 ---
*** Bug 29803 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-11-11 20:11
---
(In reply to comment #15)
> The patch fails bootstrap in stage2 for ppc (only).
This bootstraps just fine for me on the mainline with powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29797
--- Comment #2 from bagnara at cs dot unipr dot it 2006-11-11 20:26 ---
This is not a duplicate of 23147: it raises a couple of issues that have
nothing to do with that bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29803
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-11 20:29 ---
(In reply to comment #2)
> This is not a duplicate of 23147: it raises a couple of issues that have
> nothing to do with that bug report.
No, it is exactly the same issue. The C++ standard says you need to include
The attached code generates a segfault when compiled with -fbounds-check, even
if there is no bounds violation nor any other error I can see. (indeed if it's
wrong code I'd love to learn why).
Session log:
[EMAIL PROTECTED] bugtest]$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Co
--- Comment #1 from sfilippone at uniroma2 dot it 2006-11-11 21:15 ---
Created an attachment (id=12592)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12592&action=view)
Test case
Very much reduced from a real application code, possibly not minimal yet.
--
http://gcc.gnu.org/
--- Comment #7 from burnus at gcc dot gnu dot org 2006-11-11 21:40 ---
Subject: Bug 29713
Author: burnus
Date: Sat Nov 11 21:39:55 2006
New Revision: 118704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118704
Log:
2006-11-11 Francois-Xavier Coudert <[EMAIL PROTECTED]>
--- Comment #8 from burnus at gcc dot gnu dot org 2006-11-11 21:40 ---
Now also fixed for 4.1
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-11 22:14 ---
Created an attachment (id=12593)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12593&action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29804
With a bootstrap build of the 4.2 branch jc1 gets SIGSEGV compiling
newarray_overflow.java from the java testsuite.
This is the command to reproduce:
./jc1 -fclasspath=../mipsel-unknown-linux-gnu/libjava/libgcj-4.3.0.jar
../../gcc/libjava/testsuite/libjava.lang/newarray_overflow.java
-fhash-synch
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-11 22:31 ---
Created an attachment (id=12594)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12594&action=view)
Reduced test case
Ignore previous attachment that was the wrong file.
--
burnus at gcc dot gnu dot org chang
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
The following is invalid Fortran as an internal-subprogram (R1101,R210) or
module-subprogram (R1107) is needed with CONTAINS.
module x
contains
end module x
program y
contains
end program y
--
Summary: Error if CONTAINS is present without SUBPROGRAM
Product: gcc
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-11 22:52 ---
Salvatore,
When I got round to your off-list email, I foun that it was empty. I was about
to contact you.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29804
--- Comment #1 from daney at gcc dot gnu dot org 2006-11-11 23:00 ---
Looks like an array overflow. Not wrong code. I am testing a patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rearnsha at gcc dot gnu dot org 2006-11-11 23:07
---
Created an attachment (id=12595)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12595&action=view)
Further reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29801
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-11 23:12 ---
Rather than segfaulting, with Cywin_NT the progam produces
Inconsistent BV for IL>1! in runtime.
It runs fine withou -founds-check.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29804
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-11-11 23:16 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00747.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-11 23:18 ---
See patch http://gcc.gnu.org/ml/fortran/2006-11/msg00345.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
--- Comment #5 from patchapp at dberlin dot org 2006-11-11 23:30 ---
Subject: Bug number PR29657
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/2006-11/msg00751.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-11 23:35 ---
Note Richard's reduced testcase is undefined though the orginal one with the
printfs removed is defined as the use is only when the variable has been
initialized.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
The only unique regressions that occur when the gcc testsuite is run at -m64
with a power64-*-darwin* target/host compiler compared to a powerpc-*-darwin*
target/host compiler at -m64 are...
XPASS: gcc.dg/cpp/cmdlne-dI-M.c scan-file
(^|\\n)cmdlne-dI-M.*:[^\\n]*cmdlne-dI-M.c
XPASS: gcc.dg/cpp/cmdln
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-12 00:19 ---
Actually this shows up every once in a while for me too but not all the time so
closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-12 00:23 ---
No testcase in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-12 00:24 ---
No testcase in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-12 00:26 ---
__extension__ has always gone at the begining of a statement/expression, the
string inside an asm is required to be a constant string and not an expression
so this is not a bug.
--
pinskia at gcc dot gnu dot org
--- Comment #2 from daney at gcc dot gnu dot org 2006-11-12 00:39 ---
This is not mips specific. I am not sure why this wouldn't fail on i686.
Many test results from mips[el]-linux-gnu do show the failure.
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-12 01:11 ---
Subject: Bug 28812
Author: pinskia
Date: Sun Nov 12 01:10:56 2006
New Revision: 118716
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118716
Log:
2006-11-11 Andrew Pinski <[EMAIL PROTECTED]>
PR rt
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-12 01:11 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-11-12 01:31 ---
Actually it turns out using VIEW_CONVERT_EXPR is ok and works correctly as far
as I can tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-11-12 01:49
---
Subject: Bug 28545
Author: pinskia
Date: Sun Nov 12 01:48:55 2006
New Revision: 118717
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118717
Log:
2006-11-11 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-11-12 01:49
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-11-12 01:57
---
I am testing the fix for the 4.2 branch right now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29439
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-11-12 02:01
---
Note we get a different ICE now on the mainline:
t.f90: In function MAIN__:
t.f90:2: error: control flow in the middle of basic block 2
t.f90:2: error: true/false edge after a non-COND_EXPR in bb 2
t.f90:2: error
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-11-12 02:20
---
_gfortran_set_std (70, 127, 0);
D.1015 = &C.992;
D.1016 = *D.1014;
if (D.1016 == 0) goto ; else goto ;
D.1014 = (char *) D.1015;
The order of the BB when inlining is just bogus.
Honza, could you look into this bu
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-11-12 02:23
---
Never mind I have a fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-11-12 02:29
---
This is an inlining bug, it forgets to fold after folding an indirect
reference.
I have a fix for this too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-11-12 02:30
---
Here is the fix:
Index: tree-inline.c
===
--- tree-inline.c (revision 118717)
+++ tree-inline.c (working copy)
@@ -612,6 +612,8 @@ copy_bo
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-11-12 02:31
---
Here is the fix which I am testing:
Index: fortran/trans-expr.c
===
--- fortran/trans-expr.c(revision 118717)
+++ fortran/trans-expr.c
--- Comment #3 from daney at gcc dot gnu dot org 2006-11-12 05:36 ---
Here is the patch:
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00763.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from pault at gcc dot gnu dot org 2006-11-12 07:40 ---
Subject: Bug 21730
Author: pault
Date: Sun Nov 12 07:40:26 2006
New Revision: 118719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118719
Log:
2006-11-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/2
--- Comment #7 from pault at gcc dot gnu dot org 2006-11-12 07:40 ---
Subject: Bug 29315
Author: pault
Date: Sun Nov 12 07:40:26 2006
New Revision: 118719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118719
Log:
2006-11-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-12 07:40 ---
Subject: Bug 29758
Author: pault
Date: Sun Nov 12 07:40:26 2006
New Revision: 118719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118719
Log:
2006-11-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-12 07:40 ---
Subject: Bug 29431
Author: pault
Date: Sun Nov 12 07:40:26 2006
New Revision: 118719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118719
Log:
2006-11-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #6 from pault at gcc dot gnu dot org 2006-11-12 07:40 ---
Subject: Bug 29699
Author: pault
Date: Sun Nov 12 07:40:26 2006
New Revision: 118719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118719
Log:
2006-11-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/29
--- Comment #7 from pault at gcc dot gnu dot org 2006-11-12 07:41 ---
Fixed on trunk and 4.2. 4.1 will follow next weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-12 07:42 ---
Fixed on trunk and 4.2. 4.1 will follow next weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-12 07:43 ---
Fixed on trunk and 4.2. 4.1 will follow next weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-12 07:43 ---
Fixed on trunk and 4.2. 4.1 will follow next weekend.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29758
--- Comment #8 from pault at gcc dot gnu dot org 2006-11-12 07:44 ---
Fixed on trunk and 4.2. 4.1 will follow next weekend.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #18 from pault at gcc dot gnu dot org 2006-11-12 07:45 ---
My apologies to all - I have been posting to this rather thanPR21370.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-12 07:46 ---
I'd better mark it fixed too
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
83 matches
Mail list logo