This code:
REAL X(2,3), Y(2)
Y=[1.,2.]
CALL SUB(X,Y)
DO I = 1, 3
PRINT*,X(:,I)
ENDDO
END
SUBROUTINE SUB(A,B)
REAL A(:,:), B(:)
A(:,:) = SPREAD(B(:),2,SIZE(A,2))
END
results in:
0.00 0.00
0.00 0
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-04 07:30 ---
This got fixed by the PR30564 fix,
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127638
Do we want to commit this testcase as well?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32975
--- Comment #1 from jpr at csc dot fi 2007-09-04 07:49 ---
The code is invalid without explicit interface to SUB().
Modified code:
REAL X(2,3), Y(2)
Y=[1.,2.]
CALL SUB(X,Y)
DO I = 1, 3
PRINT*,X(:,I)
ENDDO
CONTAINS
SUBROUTINE SUB(A,B)
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-04 07:57 ---
CLOSE as invalid as subroutines with assumed-shaped dummy arguments require an
explicit interface.
The whole-file checking - which would diagnose this as error - is planned for
GCC 4.4.0. See http://gcc.gnu.org/wiki/
--- Comment #4 from simon dot marshall at misys dot com 2007-09-04 08:01
---
Many thanks for the quick response. Any chance it could make it into 4.2.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33293
--- Comment #3 from toon at moene dot indiv dot nluug dot nl 2007-09-04
08:11 ---
Yeah, I have to come up with a better example. In the original code that I
reduced, the interface came from a module file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33298
--- Comment #13 from jakub at gcc dot gnu dot org 2007-09-04 08:22 ---
The testcases got fixed already by the
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127491
commit, which is why Daniel wrote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772#c11
Guess checking in the testcase is
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-04 08:39 ---
Subject: Bug 33291
Author: rguenth
Date: Tue Sep 4 08:38:56 2007
New Revision: 128068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128068
Log:
2007-09-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-04 08:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pcarlini at suse dot de 2007-09-04 08:41 ---
The patch itself is trivial but in our experience changing the inlining
patterns can have far reaching and unpredictable fall-outs. Thus, better not
touching the release branches, sorry.
--
http://gcc.gnu.org/bugzilla/
--- Comment #6 from simon dot marshall at misys dot com 2007-09-04 08:43
---
OK, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33293
--- Comment #12 from rask at gcc dot gnu dot org 2007-09-04 08:52 ---
Closing as suggested off-line by Andreas Jaeger.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from belyshev at depni dot sinp dot msu dot ru 2007-09-04
08:53 ---
(In reply to comment #4)
> This got fixed by the PR30564 fix,
> http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127638
> Do we want to commit this testcase as well?
>
I think yes, please do.
--
bel
--- Comment #2 from patchapp at dberlin dot org 2007-09-04 09:45 ---
Subject: Bug number PR 32965
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-09/msg00190.html
--
http://gcc.gnu.org/bugzilla/s
th: /projects/tob/gcc/configure --enable-languages=c,fortran
--prefix=/projects/tob /gcc-trunk
Thread model: posix
gcc version 4.3.0 20070904 (experimental) [trunk revision 128067] (GCC)
COLLECT_GCC_OPTIONS='-v' '-O2' '-ffast-math' '-ftree-vectorize' '-o&
I have posted the following on
http://gcc.gnu.org/ml/libstdc++/2007-08/msg00051.html:
> The test libstdc++-v3/testsuite/27_io/ios_base/storage/2.cc passes on
> PPC Darwin 8.10, but when run with -m64 it grabs all the disk space
> until the system freezes and needs a reboot.
> Is this known?
Sin
--- Comment #10 from rsandifo at gcc dot gnu dot org 2007-09-04 09:54
---
Created an attachment (id=14155)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14155&action=view)
Proposed patch
David, thanks for the analysis and reduced testcase.
Re comment #7: I agree that we can't dr
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-04 09:55 ---
Confirmed. It looks like the vectorizer forgets to update the PHI node for
stmp_var:
:
# vect_var_.32_31 = PHI
# s_4 = PHI
# s_10 = PHI
stmp_var_.34_32 = BIT_FIELD_REF ;
stmp_var_.34_33 = BIT_FIELD_REF
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Known to work||4.2.1
--- Comment #4 from uros at gcc dot gnu dot org 2007-09-04 10:07 ---
Subject: Bug 33187
Author: uros
Date: Tue Sep 4 10:07:19 2007
New Revision: 128072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128072
Log:
PR middle-end/33187
* combine.c (subst): Do not try t
--- Comment #5 from ubizjak at gmail dot com 2007-09-04 10:10 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from toon at moene dot indiv dot nluug dot nl 2007-09-04
10:15 ---
Second try, now with interface and using zero sized arrays:
$ cat spread.f
INTERFACE SUB
SUBROUTINE SUB(P,Q)
REAL, INTENT(OUT) :: P(:,:)
REAL, INTENT(IN) :: Q(:)
END SUBROUT
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2007-09-04 10:22
---
This one can be considered FIXED, I think.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||gcc-bugs at gcc dot gnu dot
|
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-04 10:26
---
I think it's the expected behaviour. Other compilers emit warnings (or nothing)
for this situation or related ones (like x = 2*huge() below), we chose to emit
hard errors that can be bypassed by using -fno-range-c
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-04 10:39
---
(In reply to comment #2)
> Confirmed on x86_64 (-O0), RECORD_TYPE is entering fold_convert()
I've also started seeing this while working on my "create only one decl per
procedure" patch. I wasn't aware that it ca
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-04 10:42
---
Confirmed:
integer array(5), i1, i2
print *, size(array,(/i1,i2/))
end
#0 fancy_abort (file=0xb1b960 "../../../trunk2/gcc/fortran/trans-expr.c",
line=2857, function=0xb1c1e0 "gfc_conv_array_constructor
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-04 10:51
---
Reduced testcase:
real :: x(0,3), y(0)
x = spread(y,2,3)
end
Backtrace:
#0 0x00431600 in memcpy ()
#1 0x0040400f in spread_internal (ret=,
source=, along=,
pncopies=, size=4)
a
--- Comment #2 from paolo at gcc dot gnu dot org 2007-09-04 11:08 ---
Subject: Bug 18608
Author: paolo
Date: Tue Sep 4 11:07:52 2007
New Revision: 128074
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128074
Log:
2007-09-04 Paolo Carlini <[EMAIL PROTECTED]>
PR c++/18
--- Comment #3 from pcarlini at suse dot de 2007-09-04 11:10 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #2 from dorit at gcc dot gnu dot org 2007-09-04 11:44 ---
(In reply to comment #1)
> Confirmed. It looks like the vectorizer forgets to update the PHI node for
> stmp_var:
yes. I suspect I didn't expect at the time that there would be two
loop-closed-ssa-form phi-nodes at t
--
dorit at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dorit at gcc dot gnu dot org
|dot org
--- Comment #2 from dominiq at lps dot ens dot fr 2007-09-04 12:05 ---
I don't think the PR is invalid:
(1) at least it should go the "enhancement" with the addition of " This check
can be disabled with the option -fno-range-check" as in
print *, huge(0), -2147483648
--- Comment #7 from wouter dot vermaelen at scarlet dot be 2007-09-04
12:11 ---
Thanks for looking into this so quickly!
I confirm the problem is solved for the reduced testcase. However in my
original code the dead-store is not eliminated. Do you want me to file a
separate bug report
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-04 12:13 ---
Yes please.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33291
--- Comment #11 from eres at il dot ibm dot com 2007-09-04 12:18 ---
The patch was committed to r128075.
Revital
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28684
--- Comment #18 from jason at gcc dot gnu dot org 2007-09-04 12:27 ---
Subject: Bug 14032
Author: jason
Date: Tue Sep 4 12:27:21 2007
New Revision: 128076
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128076
Log:
PR c++/14032
* pt.c (most_specialized_class): Su
--- Comment #19 from jason at gcc dot gnu dot org 2007-09-04 12:28 ---
Subject: Bug 14032
Author: jason
Date: Tue Sep 4 12:27:38 2007
New Revision: 128077
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128077
Log:
PR c++/14032
* pt.c (most_specialized_class): Su
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-04 12:34
---
(In reply to comment #2)
> (1) at least it should go the "enhancement" with the addition of " This check
> can be disabled with the option -fno-range-check"
We can do that, indeed. Reopening and marking enhanceme
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
This testcase: gfortran.dg/g77/990115-1.f
ICEs when compiled with vectorization enabled:
gfortran 990115-1.f -O -pedantic-errors -S -O2 -ftree-vectorize -msse2
-fdump-tree-vect-details -g -o 990115-1.s
990115-1.f: In function 'zgelsx':^M
990115-1.f:3: internal compiler error: in vectorizabl
--- Comment #6 from toon at moene dot indiv dot nluug dot nl 2007-09-04
13:04 ---
Quoting spread_generic.c:
145 for (n = 0; n < ncopies; n++)
146{
147 memcpy (dest, sptr, size);
148 dest += rdelta;
149}
The C 99 Standard has the following to say
--- Comment #16 from aph at gcc dot gnu dot org 2007-09-04 14:00 ---
Subject: Bug 27908
Author: aph
Date: Tue Sep 4 14:00:06 2007
New Revision: 128082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128082
Log:
2007-09-04 Andrew Haley <[EMAIL PROTECTED]>
PR java/27908
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
This is a follow-up on bug 33291. It uses the same testcase (repeated here) but
with some additional optimization flags.
---
struct Clock {
void f();
void add(unsigned n) { a += n; }
int a;
};
struct CPU : Clock {
virtual ~CPU();
unsigned char readSlow
--- Comment #11 from paolo at gcc dot gnu dot org 2007-09-04 14:27 ---
Subject: Bug 14178
Author: paolo
Date: Tue Sep 4 14:27:05 2007
New Revision: 128085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128085
Log:
2007-09-04 Emmanuel Thome <[EMAIL PROTECTED]>
PR c++/
--- Comment #12 from pcarlini at suse dot de 2007-09-04 14:28 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #5 from pcarlini at suse dot de 2007-09-04 15:01 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
I think __GFORTRAN__ is undocumented - at least I could not find any .texi
where it is documented.
I think it should be documented in doc/cpp.texi, possibly also in
fortran/*texi.
--
Summary: Document __GFORTRAN__
Product: gcc
Version: 4.3.0
Status:
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-04 15:25 ---
> integer array(5), i1, i2
> print *, size(array,(/i1,i2/))
13.7.112 SIZE (ARRAY [, DIM, KIND])
ARRAY may be of any type. It shall not be scalar.
DIM (optional) shall be scalar and of type integer
KIND (optional)
--- Comment #20 from jason at gcc dot gnu dot org 2007-09-04 15:43 ---
Subject: Bug 14032
Author: jason
Date: Tue Sep 4 15:43:00 2007
New Revision: 128090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128090
Log:
PR c++/14032
* pt.c (most_specialized_class): Su
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
I'm getting bootstrap failure with mainline on sparc-sun-solaris2.10 using cc
for stage1. The failure occurs due to empty macro arguments. They occur in
two places, one of which I've posted a patch for:
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01131.html
The second occurance is in c-common.c
As noted in PR33304, empty macro arguments can cause problems for ISO C90
compilers (solaris cc) as well as for older gcc versions like 2.8.1. Therefore
I'd like to see cpp warn about these constructs either with -pedantic in C90
more and/or its own flag.
We should use this warning during bootstr
--- Comment #7 from pcarlini at suse dot de 2007-09-04 16:51 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot g
Bootstrapping current mainline as of 20070903 fails on alpha-dec-osf5.1b
building the stage 1 libgcc:
/vol/gccsrc/obj/gcc-4.3.0-20070903/5.1b-gcc/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.3.0-20070903/5.1b-gcc/./gcc/
-B/vol/gcc/alpha-dec-osf5.1b/bin/ -B/vol/gcc/alpha-dec-osf5.1b/lib/ -isystem
/vol/gcc/a
--- Comment #8 from pcarlini at suse dot de 2007-09-04 17:47 ---
Hummm, with reference to the patch in Comment #9: I don't think 'enum { };' is
flagged in the standard as ill-formed because of the empty enumerator-list
(that possibility is explicitly discussed in 7.2/5), but because the
--- Comment #9 from pcarlini at suse dot de 2007-09-04 17:53 ---
Humm, no, anonymous enums are clearly legal, sorry about the stupid mistake.
Still, it's not completely clear to me the discussion in 7.2/5 of empty
enumerator-lists, evidently, we must assume those are illegal *only* when
--- Comment #17 from aph at gcc dot gnu dot org 2007-09-04 17:55 ---
Subject: Bug 27908
Author: aph
Date: Tue Sep 4 17:54:56 2007
New Revision: 128094
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128094
Log:
2007-09-04 Andrew Haley <[EMAIL PROTECTED]>
PR java/27908
--- Comment #18 from aph at gcc dot gnu dot org 2007-09-04 17:58 ---
Subject: Bug 27908
Author: aph
Date: Tue Sep 4 17:57:52 2007
New Revision: 128097
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128097
Log:
2007-09-04 Andrew Haley <[EMAIL PROTECTED]>
PR java/27908
--- Comment #19 from aph at gcc dot gnu dot org 2007-09-04 18:00 ---
Subject: Bug 27908
Author: aph
Date: Tue Sep 4 18:00:31 2007
New Revision: 128098
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128098
Log:
2007-09-04 Andrew Haley <[EMAIL PROTECTED]>
PR java/27908
--- Comment #1 from ro at gcc dot gnu dot org 2007-09-04 18:10 ---
Confirmed on i386-pc-solaris2.10. This is a mainline regression. A reghunt
revealed that this patch
2007-08-06 H.J. Lu <[EMAIL PROTECTED]>
Daniel Jacobowitz <[EMAIL PROTECTED]>
PR target/31868
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-04 18:16 ---
To my surprise, I have a fix for this one. I'll post it to the list in the
next 48 hours.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-04 18:17 ---
A fix for this one is coming with that for PR31564 - within 48 hours.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from jason at gcc dot gnu dot org 2007-09-04 18:37 ---
Subject: Bug 31411
Author: jason
Date: Tue Sep 4 18:37:33 2007
New Revision: 128100
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128100
Log:
PR c++/31411
* except.c (initialize_handler_parm)
--- Comment #4 from ubizjak at gmail dot com 2007-09-04 19:03 ---
(In reply to comment #3)
> Uros, do you think we could, in the fold_convert() switch on TREE_CODE(type),
> add a case for RECORD_TYPE similar to VECTOR_TYPE: assert that both
> RECORD_TYPEs have the same size, and that th
--- Comment #5 from pinskia at gmail dot com 2007-09-04 19:08 ---
Subject: Re: ICE in fold_const.c (fold_convert) when reordering USE statements
On 4 Sep 2007 19:03:39 -, ubizjak at gmail dot com
<[EMAIL PROTECTED]> wrote:
> and c never generates RECORD_TYPEs
Yes it does. Structs
--- Comment #9 from dje at gcc dot gnu dot org 2007-09-04 19:11 ---
By the way, nint_2.f90 also fails at -O0 on AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33271
--- Comment #3 from dorit at gcc dot gnu dot org 2007-09-04 19:11 ---
I'm testing this patch:
Index: tree-vect-transform.c
===
*** tree-vect-transform.c (revision 128037)
--- tree-vect-transform.c (working copy)
--- Comment #4 from dorit at gcc dot gnu dot org 2007-09-04 19:14 ---
(by the way, fast-math should not be required here, but that's a different
bug... will fix that soonish)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33299
--- Comment #22 from aph at gcc dot gnu dot org 2007-09-04 19:14 ---
Done.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The attached program exhibits a strange problem with gfortran
when repeatedly trying to position within an input file,
and which I have been hunting for a long time.
The program is supposed to work as follows:
- open input file
- do
- rewind
- repeatedly search for lines containing a special t
--- Comment #1 from anlauf at gmx dot de 2007-09-04 20:00 ---
Created an attachment (id=14156)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14156&action=view)
Demo code
Use with the file "gfcbug69.nml" from the bug description (3 lines),
and compare with a run with the first line
--- Comment #6 from jason at gcc dot gnu dot org 2007-09-04 20:18 ---
Subject: Bug 31419
Author: jason
Date: Tue Sep 4 20:18:05 2007
New Revision: 128102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128102
Log:
PR c++/31419
* call.c (reference_binding): Don't
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-09-04 21:03 ---
This one should be fairly straightforward.
Mine :-)
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from doko at gcc dot gnu dot org 2007-09-04 21:32 ---
Subject: Bug 33278
Author: doko
Date: Tue Sep 4 21:32:41 2007
New Revision: 128104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128104
Log:
2007-09-05 Matthias Klose <[EMAIL PROTECTED]>
PR libgcj/
I got ICE on i686-pc-linux-gnu, x86_64-unknown-linux-gnu and
ia64-unknown-linux-gnu with gfortran 4.2.1.
$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.2.1
$ cat reshapetes
--- Comment #1 from t_nissie at yahoo dot co dot jp 2007-09-04 21:54
---
Created an attachment (id=14157)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14157&action=view)
compile: gfortran reshapetest.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33308
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-04 22:00 ---
This works on the trunk (which is 4.3.0).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33308
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-04 23:30 ---
Subject: Bug 33017
Author: jakub
Date: Tue Sep 4 23:29:58 2007
New Revision: 128107
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128107
Log:
PR tree-optimization/33017
* tree-data-ref.c (spl
--- Comment #11 from jakub at gcc dot gnu dot org 2007-09-04 23:31 ---
Subject: Bug 32300
Author: jakub
Date: Tue Sep 4 23:31:11 2007
New Revision: 128108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128108
Log:
PR rtl-optimization/32300
* see.c (see_copy_insn
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-04 23:35 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jakub at gcc dot gnu dot org 2007-09-04 23:37 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-09-05 00:11
---
I have been waiting for this to emerge. We knew there was a problem somewhere.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32575
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32694
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2007-09-05 00:51
---
Subject: Bug 33225
Author: jvdelisle
Date: Wed Sep 5 00:51:18 2007
New Revision: 128114
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128114
Log:
2007-03-04 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #13 from mmitchel at gcc dot gnu dot org 2007-09-05 00:58
---
Do we have any way to work out whether this is still a problem? Richard seems
to think the bug has been fixed, but Pascal is still seeing the problem,
apparently.
--
mmitchel at gcc dot gnu dot org changed:
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-09-05 01:00
---
Ian, I know that we talked about this on the mailing list at one point. Did
this get resolved? Does changing the assert to check DECL_EXTERNAL_LINKAGE_P
instead of DECL_EXTERNAL help?
--
mmitchel at gcc dot g
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W
-Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadi
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33099
--- Comment #25 from mmitchel at gcc dot gnu dot org 2007-09-05 01:08
---
It's not clear to me what's going on in this PR. At one point, Jakub seems to
be saying that 4.2 does a better job than 4.1, which would suggest that this is
just a 4.1.x PR? Can we split this into one PR for 4.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33195
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-09-05 01:10
---
It would be nice to fix this on the 4.2 branch, but certainly not a priority.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33238
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33239
--- Comment #13 from zadeck at naturalbridge dot com 2007-09-05 01:24
---
Subject: Re: [4.3 Regression] ICE with -O2 -fsee
jakub at gcc dot gnu dot org wrote:
> --- Comment #12 from jakub at gcc dot gnu dot org 2007-09-04 23:37
> ---
> Fixed.
>
>
>
jakub
thanks for doing
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849
1 - 100 of 130 matches
Mail list logo
