pinskia at gcc dot gnu dot org wrote:
--- Comment #45 from pinskia at gcc dot gnu dot org 2007-04-13 05:32
---
(In reply to comment #44)
sixtrack in SPEC CPU 2K started to fail on Mar. 19:
And then start passing and then again started to fail again on/around April
1st. HJL when will
--- Comment #46 from jvdelisle at verizon dot net 2007-04-13 08:05 ---
Subject: Re: [4.2 only] Bad IOSTAT values when readings
NAMELISTs past EOF
pinskia at gcc dot gnu dot org wrote:
> --- Comment #45 from pinskia at gcc dot gnu dot org 2007-04-13 05:32
> ---
> (In reply to
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-13 08:47 ---
This was already fixed:
[pinskia-laptop:gcc/objdir-noboot/gcc] pinskia% ./cc1plus t5.ii -quiet
-fdump-tree-all -W -Wall -O2
t5.cc: In member function 'std::string Test::faultyReturn()':
t5.cc:16: warning: control rea
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-04-13 08:48 ---
Yes, I observed both crashes (PR31550, PR31331) after the update from 20070308
to 20070412. I can try intermediate versions if this would help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31551
--- Comment #1 from patchapp at dberlin dot org 2007-04-13 09:00 ---
Subject: Bug number PR31559
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-04/msg00753.html
--
http://gcc.gnu.org/bugzilla/sh
GNU Fortran (GCC) 4.3.0 20070412 (experimental)
Linux 2.4.20-20030701 #2 SMP
use ped_class
type (ped_data) :: dataset
integer, dimension(dataset%maxsiz) :: nobs
works but
use ped_class
integer, dimension(dataset%maxsiz) :: nobs
type (ped_data) :: dataset
doesn't.
ped_data is defi
--- Comment #8 from martin at mpa-garching dot mpg dot de 2007-04-13 09:46
---
works for me again, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31526
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-13 09:47 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31526
FAIL: gfortran.dg/vect/vect-4.f90 -O scan-tree-dump-times Alignment of access
forced using peeling 1
FAIL: gfortran.dg/vect/vect-4.f90 -O scan-tree-dump-times Vectorizing an
unaligned access 1
--
Summary: FAIL: gfortran.dg/vect/vect-4.f90
Product: gcc
Version
--- Comment #1 from schwab at suse dot de 2007-04-13 10:14 ---
Created an attachment (id=13361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13361&action=view)
vect-4.f90.097t.vect
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31561
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-13 10:21 ---
Subject: Bug 21258
Author: rguenth
Date: Fri Apr 13 10:21:22 2007
New Revision: 123778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123778
Log:
2007-04-13 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-04-13 10:23
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
$ LD_LIBRARY_PATH=../../../powerpc64-suse-linux/libgfortran/.libs gdb
./value_4.exe
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-13 10:31 ---
I have a patch to handle the ONE edge case.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-13 10:52 ---
Created an attachment (id=13362)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13362&action=view)
change struct complex into "complex float" in gfortran.dg/value_4.c
Does the attached test-case patch work? As I
--- Comment #2 from schwab at suse dot de 2007-04-13 11:01 ---
The modified test works at least with -O0, both 32bit and 64bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31562
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-13 11:05 ---
Could you post a complete example? I have problems to create one with
type (ped_data) :: dataset
integer, dimension(dataset%maxsiz) :: nobs
as parameter is not allowed in a type specification and using a simple
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-13 11:10
---
(In reply to comment #2)
> The modified test works at least with -O0, both 32bit and 64bit.
Thanks for reporting and testing, Andreas! Tobias, your patch is OK, you can go
ahead and commit it.
PS: a grep indicat
--- Comment #3 from schreppers at gmail dot com 2007-04-13 11:32 ---
Subject: Re: No warning on missing return in if construct
Ah ok, great! Hope the fixes arrive soon in darwin too :D
On 13 Apr 2007 07:47:05 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> -
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-04-13 11:34 ---
On a different host, 20070316 works as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31551
--- Comment #4 from walter at schreppers dot com 2007-04-13 11:36 ---
Apparantly this has been fixed in some newer version of g++. Keep up the good
work!
--
walter at schreppers dot com changed:
What|Removed |Added
-
--- Comment #4 from tobi at gcc dot gnu dot org 2007-04-13 11:43 ---
(In reply to comment #3)
> PS: a grep indicates that gfortran.dg/f2c_4.c is the only other test that
> might
> have the same problem, but I've never seen it fail. I wonder if complex should
> be passed as struct with f
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-13 11:46
---
(In reply to comment #4)
> f2c conventions use whatever the system uses as a complex type. How that
> should be represented in C, I have no idea.
OK, so that means gfortran.dg/f2c_4.c should be fixed in the same
--- Comment #6 from burnus at gcc dot gnu dot org 2007-04-13 11:59 ---
Subject: Bug 31562
Author: burnus
Date: Fri Apr 13 11:59:19 2007
New Revision: 123780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123780
Log:
2007-04-12 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
--- Comment #4 from paolo at gcc dot gnu dot org 2007-04-13 12:17 ---
Subject: Bug 31554
Author: paolo
Date: Fri Apr 13 12:17:21 2007
New Revision: 123783
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123783
Log:
2007-04-13 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #5 from pcarlini at suse dot de 2007-04-13 12:18 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from burnus at gcc dot gnu dot org 2007-04-13 12:26 ---
Subject: Bug 31562
Author: burnus
Date: Fri Apr 13 12:26:09 2007
New Revision: 123784
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123784
Log:
2007-04-13 Tobias Burnus <[EMAIL PROTECTED]>
PR fortr
--- Comment #8 from burnus at gcc dot gnu dot org 2007-04-13 12:37 ---
Close as FIXED, if it reappears, please reopen it.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-13 12:51 ---
The procedure does:
= + *
Source code (compiled with the default testsuite options -O2 -ftree-vectorize
-ftree-vectorizer-verbose -fdump-tree-vect-stats):
SUBROUTINE SAXPY(X, Y, A)
DIMENSION X(64), Y(64)
Y
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-13 13:13
---
(In reply to comment #2)
> ! { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" } }
> ! { dg-final { scan-tree-dump-times "Alignment of access forced using peeling"
> 1 "vect" } }
> ! { dg-final { sca
--- Comment #5 from pault at gcc dot gnu dot org 2007-04-13 13:32 ---
Daniel,
This turns out to be a problem of carts and horses. I very rapidly found that
I could fix this problem and break everything else by reversing the order of
the gfc_derived_types list. After much head scratchi
When trying to build a program with gfortran, these errors were generated.
Absoft f90 and g95 are happy with the program -
[dranta:~/junk] dir% gfortran -o mask mask.f90
mask.f90:3.30:
data msk4/o'377'/
1
Error: Arithmetic overflow converting INTEGER(8)
--- Comment #6 from patchapp at dberlin dot org 2007-04-13 14:21 ---
Subject: Bug number PR31550
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-04/msg00788.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from jsm28 at gcc dot gnu dot org 2007-04-13 14:24 ---
Confirmed, a regression in 4.2.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from aldot at gcc dot gnu dot org 2007-04-13 14:32 ---
Created an attachment (id=13363)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13363&action=view)
inaccurate bypass
Not a patch.
By marking ultimate target's asm_written_flag and bailing if it was already
set,
--- Comment #15 from tobi at gcc dot gnu dot org 2007-04-13 14:48 ---
Subject: Bug 18937
Author: tobi
Date: Fri Apr 13 14:48:08 2007
New Revision: 123789
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123789
Log:
PR fortran/18937
fortran/
* resolve.c: Include obstack.h and bitma
--- Comment #5 from tobi at gcc dot gnu dot org 2007-04-13 14:50 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from tobi at gcc dot gnu dot org 2007-04-13 14:51 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from tobi at gcc dot gnu dot org 2007-04-13 14:54 ---
Fixed. The commit message is here:
http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00370.html
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:02
---
The code you report is invalid, and gfortran is right to throw an error. If you
really want it to compile, please use -fno-range-check.
(see http://gcc.gnu.org/ml/fortran/2007-04/msg00123.html for details and a
p
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:04
---
Closing according to comments.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:06
---
Closing as we have no way to reproduce the bug. Please reopen the PR with more
information when you can.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-13 15:08 ---
Well, gfortran is right:
x'8000' = 2147483648 > 2147483647 = huge(msk1)
and
o'377' = 4278190080 > 2147483647 = huge(msk4)
Thus the BOZ numbers are too big for the 4-byte variables. The other compilers
s
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31515
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:12
---
(In reply to comment #0)
> This creates a smaller binary and may also create a faster binary. The former
> is the main motivation from my POV.
Do you have figures to justify these two claims?
--
http://gcc.g
--- Comment #16 from tobi at gcc dot gnu dot org 2007-04-13 15:16 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31250
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31266
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31471
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:19
---
(In reply to comment #3)
> It appears that spurious ICE messages are a general problem with GCC.
Well, it's true that an ICE on invalid code *and* after a sensible error
message has been emitted does not have too
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
GCC host triplet||i386-pc-mingw
--- Comment #2 from tobi at gcc dot gnu dot org 2007-04-13 15:22 ---
(In reply to comment #0)
> GNU Fortran (GCC) 4.3.0 20070412 (experimental)
> Linux 2.4.20-20030701 #2 SMP
>
> use ped_class
> type (ped_data) :: dataset
> integer, dimension(dataset%maxsiz) :: nobs
>
> works bu
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:24
---
(In reply to comment #0)
> If the file has been repositioned since the connection, the
> scalar-default-char-variable is assigned a processor-dependent value,
> which shall not be REWIND unless the file is posi
--- Comment #3 from dir at lanl dot gov 2007-04-13 15:28 ---
I do not see why you say the numbers over flow - g95 gives exactly the correct
answer when I print them out
[dranta:~/junk] dir% g95 -o mask mask.f90
[dranta:~/junk] dir% mask
8000
FF00
[dranta:~/junk] dir% cat mask.f
--- Comment #4 from dir at lanl dot gov 2007-04-13 15:52 ---
With Hex and octal numbers - there is no overflow as long as there are enough
bits - that is why g95 and Absoft do not complain.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31563
--- Comment #3 from tobi at gcc dot gnu dot org 2007-04-13 16:27 ---
With FX' patch to inline REPEAT (see PR31304), we are left with this as final
dump after a -O compilation:
;; Function MAIN__ (MAIN__)
MAIN__ ()
{
char[1:] * pstr.1;
char s[1:1];
char c[1:2];
void * D.1004;
:
--- Comment #6 from v dot lesk at ic dot ac dot uk 2007-04-13 16:51 ---
I have verified that this bug also occurs on g++ 4.0.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31027
--- Comment #7 from pault at gcc dot gnu dot org 2007-04-13 17:02 ---
Subject: Bug 31550
Author: pault
Date: Fri Apr 13 17:01:36 2007
New Revision: 123791
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123791
Log:
2007-04-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from pault at gcc dot gnu dot org 2007-04-13 17:03 ---
Fixed.
Phew!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from pault at gcc dot gnu dot org 2007-04-13 17:05 ---
Daniel reports that the patch for PR31550 has fixed this one too.
Thanks for the reports , Daniel. As usual, they were testing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from dfranke at gcc dot gnu dot org 2007-04-13 17:07 ---
*** Bug 31551 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31550
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-04-13 17:07 ---
This fix commited for PR31550 fixes this ICE as well. Closing as dupe.
*** This bug has been marked as a duplicate of 31550 ***
*** This bug has been marked as a duplicate of 31550 ***
--
dfranke at gcc dot gnu
--- Comment #47 from hjl at lucon dot org 2007-04-13 17:16 ---
(In reply to comment #46)
> Subject: Re: [4.2 only] Bad IOSTAT values when readings
> NAMELISTs past EOF
>
>
> Now I am confused because I reverted and re-patched and it was tested by
> spark
> and sixtrack was then fine
--- Comment #11 from kruus at nec-labs dot com 2007-04-13 18:15 ---
A possibly shorter testcase for this bug.
template void func( T x ) {
struct foo { static void bar( typeof(x) a ) { ; } };
foo::bar(x);
}
int main(int,char**) { int i=2; func(i); }
Also bugs with `typeof typed
--- Comment #5 from kargl at gcc dot gnu dot org 2007-04-13 18:38 ---
(In reply to comment #4)
> With Hex and octal numbers - there is no overflow as long as there are enough
> bits - that is why g95 and Absoft do not complain.
>
g95 and absoft do not complain because these compilers e
When I compile the module listed below I get the message:
c3.f90:15.23:
USE cdf_aux_mod
1
Error: Type/rank mismatch in argument 'arg_name' at (1)
g95 and Lahey do not produce error messages. Is it legal?
MODULE cdf_aux_mod
TYPE :: the_distribution
--- Comment #1 from kargl at gcc dot gnu dot org 2007-04-13 19:05 ---
The code is illegal, but in accordance with the error message.
You need to set WHICH to 1 via either
INTEGER :: which = 1
or
which = 1
This however doesn't fix the problem. If you change the call to
--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-13 19:34 ---
Subject: Bug 31559
Author: burnus
Date: Fri Apr 13 19:34:36 2007
New Revision: 123793
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123793
Log:
2007-04-13 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--- Comment #5 from burnus at gcc dot gnu dot org 2007-04-13 19:43 ---
What's the plan regarding backporting the patch to GCC 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31051
--- Comment #10 from tobi at gcc dot gnu dot org 2007-04-13 19:44 ---
Bud, I tried your patch, but it doesn't seem to make a difference. Is it the
right patch?
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from burnus at gcc dot gnu dot org 2007-04-13 19:44 ---
What's the plan regarding backporting the patch to GCC 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31196
--- Comment #7 from burnus at gcc dot gnu dot org 2007-04-13 19:45 ---
What's the plan regarding backporting the patch to GCC 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31207
--- Comment #15 from jason at redhat dot com 2007-04-13 20:13 ---
Subject: Re: C++ (throw() and catch(...) {/* fall through
*/ } ) and pthread cancellation are incompatible (at least with NPTL)
Howard's example seems to me like an argument for not necessarily using
thread cancellati
--- Comment #6 from dir at lanl dot gov 2007-04-13 20:32 ---
Sorry, I cannot find another compiler that agrees with gfortran -
[EMAIL PROTECTED] ~/tests]$ ifort -o mask mask.f90
[EMAIL PROTECTED] ~/tests]$ mask
8000
FF00
qsc10:~/tests [6] > f90 -o mask mask.f90
qsc10:~/tests [7]
--- Comment #7 from kargl at gcc dot gnu dot org 2007-04-13 20:44 ---
(In reply to comment #6)
> Sorry, I cannot find another compiler that agrees with gfortran -
Then, I suggest you submit a bug report. The standard explicitly
says
"If a data-stmt-constant is a boz-literal-cons
--- Comment #10 from mark at gcc dot gnu dot org 2007-04-13 20:44 ---
Does this recent patch help?
2007-04-13 Andrew Haley <[EMAIL PROTECTED]>
* gnu/gcj/runtime/BootClassLoader.java (getBootURLLoader): New
method.
(bootGetResource): Use getBootURLLoader() to l
--- Comment #2 from jsm28 at gcc dot gnu dot org 2007-04-13 20:46 ---
Subject: Bug 29598
Author: jsm28
Date: Fri Apr 13 20:46:37 2007
New Revision: 123794
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123794
Log:
PR tree-optimization/29598
* gcc.dg/tree-ssa/load
--- Comment #3 from jsm28 at gcc dot gnu dot org 2007-04-13 20:47 ---
Subject: Bug 29598
Author: jsm28
Date: Fri Apr 13 20:47:39 2007
New Revision: 123795
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123795
Log:
PR tree-optimization/29598
* gcc.dg/tree-ssa/load
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-13 20:56
---
Subject: Bug 31335
Author: fxcoudert
Date: Fri Apr 13 20:56:19 2007
New Revision: 123796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123796
Log:
PR libfortran/31335
* intrinsics/stat.c
--- Comment #5 from pault at gcc dot gnu dot org 2007-04-13 22:26 ---
INTEGER :: K(3)=1
INTEGER, PARAMETER :: J(3)=(/1,2,0/)
write(6,*) MAXLOC(K,J<1)
END
works just fine. I would say that the problem is that the initializtion
expression is never getting turned into an EXPR_ARRAY.
Paul
Bootstrap of gcc-4.1.2 failed with an internal compiler error
("Please submit a full bug report") from ./gcc/xgcc when compiling
libstdc++-v3/libsupc++/del_op.cc, using gcc-3.4.3 as the bootstrap
compiler on sparc-sun-solaris2.6 with following configure options
and bootstrap flags (below), producin
--- Comment #17 from steven at gcc dot gnu dot org 2007-04-13 22:39 ---
Manuel has a good patch for this. I don't know what's holding it up.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-13 22:41 ---
I've tried a couple of different ways to use branch predictions for
partitioning, but it never leads to meaningful results. Either everything is
hot or everything is cold. I don't know what else to do about this.
I
--- Comment #5 from steven at gcc dot gnu dot org 2007-04-13 22:43 ---
Transient bug? I can't reproduce it with any of the mentioned revisions.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from anirkko at insel dot ch 2007-04-13 22:46 ---
*** This bug has been marked as a duplicate of 31523 ***
--
anirkko at insel dot ch changed:
What|Removed |Added
--- Comment #1 from anirkko at insel dot ch 2007-04-13 22:46 ---
*** Bug 31565 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31523
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-13 22:47 ---
Can you try without setting the CFLAGS, etc. because what might be happening is
the base compiler miscompiling the new compiler?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31523
Doing gcc @missing_file gives a bad error message:
gcc: @t: No such file or directory
gcc: no input files
@t is not what is missing but t is missing.
--
Summary: @missing_file gives bad error message
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
After seeing http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00829.html, I noticed
that the actual compilers don't support the @file mechanism at all, so when
people do -combine @file, we might overflow the argument list so we should
support @file inside the compilers themselves besides just inside th
--- Comment #18 from manu at gcc dot gnu dot org 2007-04-13 22:54 ---
(In reply to comment #17)
> Manuel has a good patch for this. I don't know what's holding it up.
>
Some issues were raised, in particular, my patch doesn't warn about functions
in anonymous namespaces:
http://gcc.gn
Testcase:
int f(int *a)
{
asm("%y0" : "=m"(a[2]) );
}
This should instead produce an error with recommending the Z constraint.
--
Summary: ICE with invalid %y operand (inline-asm)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords:
--- Comment #6 from paolo at gcc dot gnu dot org 2007-04-13 23:23 ---
Subject: Bug 31556
Author: paolo
Date: Fri Apr 13 23:22:56 2007
New Revision: 123800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123800
Log:
2007-04-13 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #7 from pcarlini at suse dot de 2007-04-13 23:24 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pault at gcc dot gnu dot org 2007-04-13 23:24 ---
This cures the problem but is otherwise untested.
Paul
Index: gcc/fortran/decl.c
===
*** gcc/fortran/decl.c (revision 123793)
--- gcc/fortran/decl.c (
--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-14 00:01 ---
Fixed, probably by
2007-04-10 Mike Stump <[EMAIL PROTECTED]>
* class.c (dfs_accumulate_vtbl_inits): Slam the vtbl type back to
vtbl_ptr_type_node to ensure the mode is correct.
--
danglin at g
--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-14 00:03 ---
Fixed, probably by
2007-04-10 Mike Stump <[EMAIL PROTECTED]>
* class.c (dfs_accumulate_vtbl_inits): Slam the vtbl type back to
vtbl_ptr_type_node to ensure the mode is correct.
--
danglin at g
--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-14 00:04 ---
Fixed, probably by
2007-04-10 Mike Stump <[EMAIL PROTECTED]>
* class.c (dfs_accumulate_vtbl_inits): Slam the vtbl type back to
vtbl_ptr_type_node to ensure the mode is correct.
--
danglin at g
1 - 100 of 112 matches
Mail list logo
