$cat a.f
program main
write(*,*) 3horz
end
$gcc -std=legacy a.f
a.f: In function 'MAIN__':
a.f:2: internal compiler error: Bad IO basetype (9)
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
I don't kno
--- Comment #2 from patchapp at dberlin dot org 2006-07-01 05:20 ---
Subject: Bug number PR27704
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-07/msg6.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from fang at csl dot cornell dot edu 2006-07-01 01:06
---
Tripped over this bug while testing some code against ICPC... almost filed a
dupe!
Using the test case from PR 23385, still reproducible (accepts-invalid) on
mainline g++ 4.2.0-20060610.
I'd like to understand t
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-06-30 22:39
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #24 from jason at gcc dot gnu dot org 2006-06-30 21:30 ---
Did my recent visibility patch fix this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10591
--- Comment #12 from jason at gcc dot gnu dot org 2006-06-30 21:25 ---
Subject: Bug 26577
Author: jason
Date: Fri Jun 30 21:25:21 2006
New Revision: 115107
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115107
Log:
PR c++/26577
* call.c (build_new_method_call): F
--
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
--- Comment #11 from jason at gcc dot gnu dot org 2006-06-30 21:23 ---
Subject: Bug 26577
Author: jason
Date: Fri Jun 30 21:23:45 2006
New Revision: 115106
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115106
Log:
PR c++/26577
* call.c (build_new_method_call): F
--- Comment #25 from jason at gcc dot gnu dot org 2006-06-30 21:13 ---
Fixing this is simplified by DR 45:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#45
Under DR 45, S1 now has all the access of its enclosing class. We should be
able to just implement that DR and this
--- Comment #10 from jason at gcc dot gnu dot org 2006-06-30 20:48 ---
Subject: Bug 26577
Author: jason
Date: Fri Jun 30 20:48:42 2006
New Revision: 115105
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115105
Log:
PR c++/26577
* call.c (build_new_method_call): F
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-06-30 20:07
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from jason at gcc dot gnu dot org 2006-06-30 19:49 ---
Actually, this is a frontend issue: we shouldn't be asking for the access in
the first place. Patch soon.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from jason at gcc dot gnu dot org 2006-06-30 19:47 ---
Subject: Bug 18698
Author: jason
Date: Fri Jun 30 19:47:09 2006
New Revision: 115103
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115103
Log:
PR c++/18698
* decl2.c (grokfield): Only try to
--- Comment #11 from jason at gcc dot gnu dot org 2006-06-30 19:46 ---
Subject: Bug 18698
Author: jason
Date: Fri Jun 30 19:45:54 2006
New Revision: 115102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115102
Log:
PR c++/18698
* decl2.c (grokfield): Only try to
--
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
--- Comment #2 from mckinlay at redhat dot com 2006-06-30 19:04 ---
Correction: Both "XX" and "ODD" go in .rodata.jutf8.8. "" would go in
.rodata.jutf8.10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22299
--- Comment #1 from mckinlay at redhat dot com 2006-06-30 19:01 ---
The sizes of the constant-merging sections must be a multiple of the alignment
of their contents. UtfConsts have 2-byte alignment, so odd-sized strings are
rounded up and go in the next-sized bucket.
So, it is correct f
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-30 18:40 ---
(In reply to comment #6)
> This is fixed in 4.2 as of revision 115079. I'll backport the fix to 4.1 in
> the next few days:
4.1 does not support that much of x86-darwin anyways. So closing as fixed.
--
pinskia
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-06-30 18:37
---
Propopsed patch: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01525.html
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 18:34 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Keywords||diagnostic
ht
--- Comment #5 from jason at gcc dot gnu dot org 2006-06-30 18:30 ---
Subject: Bug 27424
Author: jason
Date: Fri Jun 30 18:30:28 2006
New Revision: 115096
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115096
Log:
PR c++/27424
* pt.c (convert_template_argument):
--- Comment #10 from jason at gcc dot gnu dot org 2006-06-30 18:27 ---
Subject: Bug 18698
Author: jason
Date: Fri Jun 30 18:27:18 2006
New Revision: 115095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115095
Log:
PR c++/18698
* decl2.c (grokfield): Only try to
Description: Error message on invalid code could be clearer. Test case code is
invalid because the linkage of the template argument is wrong (needs to be
extern).
testcase.cc (reduced from case by Ladd Van Tol ,
on xcode-users AT lists DOT apple DOT com):
template class Helper { };
// extern c
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2006-06-30
18:03 ---
Subject: Re: disable-threads causes undefined reference to pthread_kill and
pthread_sigmask
I've noticed the same problem on IRIX 6.5 (which still uses
THREADS=single), cf. PR libgcj/21935.
Rainer
--- Comment #8 from ben at decadentplace dot org dot uk 2006-06-30 17:48
---
The standard says in 7.5/5: "If two declarations of the same function or object
specify different linkage-specifications [...] the program is ill-formed if the
declarations appear in the same translation unit [
--- Comment #6 from langton at gcc dot gnu dot org 2006-06-30 16:48 ---
Fix backported to 4.1.
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from langton at gcc dot gnu dot org 2006-06-30 16:46 ---
This is fixed in 4.2 as of revision 115079. I'll backport the fix to 4.1 in
the next few days:
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01492.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25765
--- Comment #5 from langton at gcc dot gnu dot org 2006-06-30 16:41 ---
Subject: Bug 24748
Author: langton
Date: Fri Jun 30 16:41:11 2006
New Revision: 115092
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115092
Log:
PR fortran/24748
* gfortran.dg/implicit_8.f90
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-30 15:32 ---
Fixed I said :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 15:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 15:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 15:30 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 15:29 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-06-30 15:29
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-06-30 15:28
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-06-30 15:28
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-30 15:27
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-30 15:25 ---
Fixed by:
* objcp-decl.c (objcp_start_struct): Pass null attributes argument
to begin_class_definition.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-06-30 15:25
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #14 from jason at gcc dot gnu dot org 2006-06-30 15:19 ---
Subject: Bug 27768
Author: jason
Date: Fri Jun 30 15:19:50 2006
New Revision: 115090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115090
Log:
PR c++/27768
* tree-ssa-alias.c (compute_flow_in
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 14:40 ---
Fixed in 4.1.2 also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-06-30 14:31
---
(In reply to comment #10)
> I have a fix but I have not applied it yet.
And I just applied it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28075
--- Comment #3 from jason at gcc dot gnu dot org 2006-06-30 14:26 ---
Subject: Bug 27424
Author: jason
Date: Fri Jun 30 14:26:01 2006
New Revision: 115088
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115088
Log:
PR c++/27424
* pt.c (convert_template_argument):
--- Comment #6 from dje at gcc dot gnu dot org 2006-06-30 13:39 ---
This may be due to spe_build_register_parallel() called from
rs6000_function_value().
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pluto at agmk dot net 2006-06-30 13:34 ---
Created an attachment (id=11785)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11785&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
$ i486-gnu-linux-g++ -c -O1 demux_rtp.ii
demux_rtp.cpp: In function 'void afterReading(void*, unsigned int, unsigned
int, timeval, unsigned int)':
demux_rtp.cpp:421: internal compiler error: Segmentation fault
(gdb) bt
#0 0x004bfe60 in is_gimple_min_invariant ()
#1 0x00504a96 in
While watching Diego give his talk, I decided to look for the environment
variables to see what all the variables he was talking about. I could not find
them.
Even the new ones with proposed patches in the last month or two:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00982.html
http://gcc.gnu.
There are lots of (GNU extensions) intrinsics that are hardcoded as returning
integer(kind=4) results, while it would make sense to have them return the
default integer type. This is hardcoded both in the front-end (see for example
gfc_resolve_getpid in iresolve.c) and the library (where the getpid
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-06-30
12:40 ---
Created an attachment (id=11784)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11784&action=view)
The beginnings of a fix for the PR
Thee attached is simple, only gives warnings but is way too verb
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 12:31 ---
Fixed in 4.1.1 so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from clifford dot slocombe at dyson dot com 2006-06-30
12:28 ---
I have now retested on 4.1.1 and seems good also. Thanks.
Details for reference:
$gcc -v
Using built-in specs.
Target: arm-elf
Configured with: ../../gcc-4.1.1/configure --enable-languages=c,c++
--enable-i
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-30 12:25 ---
Confirmed:
#0 0x000a6560 in gfc_add_modify_expr (pblock=0xb300, lhs=0x0,
rhs=0x42c0e1b0) at ../../gcc/fortran/trans.c:156
#1 0x000e91f8 in gfc_trans_call (code=0x42b05c40, dependency_check=0 '\0') at
../../gcc/
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28190
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28189
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 12:11 ---
Confirmed with the reduced testcase only on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-30 11:20 ---
I reported this to Jason also:
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01513.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-30 11:18 ---
(In reply to comment #7)
>> I updated my sources last night and tried building a native x86
> compiler this morning. I'm getting an internal error still, though
> this one looks different.
> internal compiler error:
--- Comment #7 from fnf at specifix dot com 2006-06-30 10:52 ---
Subject: Re: [4.2 Regression] ICE building mips-elf cross compiler
On Thursday 29 June 2006 13:55, pinskia at gcc dot gnu dot org wrote:
> Can you build a x86 compiler after revision 115072 and try again, I fixed the
> is
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #1 from amodra at bigpond dot net dot au 2006-06-30 10:10
---
Created an attachment (id=11783)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11783&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
long doubles are only aligned to word boundaries when passed via the stack (ie.
to a function that uses more than 8 fp regs for other parameters). The va_arg
support expects long doubles to be double word aligned, resulting in a mismatch
between caller and callee for variable argument functions.
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-06-30 08:54
---
Reduced testcase:
real function foo ()
if (foo .gt. 0) call abort
end
I'm almost sure it's a type mismatch problem. The above code generates the
following tree dump:
foo ()
{
real8 __result_foo;
if
63 matches
Mail list logo
