--- Comment #6 from pault at gcc dot gnu dot org 2005-10-19 05:35 ---
Corrected on both head and 4.0
Note that I have not added a testcase but did check that the segfault no longer
happens.
Paul T
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-19 05:33
---
Subject: Bug 24440
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 05:33:32
Modified files:
gcc/fortran: resolve.c ChangeLog
Log message:
20
--- Comment #15 from hjl at lucon dot org 2005-10-19 04:06 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01107.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24419
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-19 03:52
---
Subject: Bug 24440
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-19 03:52:28
Modified files:
gcc/fortran: resolve.c Chan
--- Comment #16 from dberlin at gcc dot gnu dot org 2005-10-19 03:35
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-19 03:34
---
Subject: Bug 24231
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 03:34:50
Modified files:
gcc: ChangeLog tree-ssa-pre.c
Added files:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-19 03:16 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #21 from pinskia at gcc dot gnu dot org 2005-10-19 03:14
---
(In reply to comment #16)
> This is probably a different bug.
It is not, as Richard was building with checking disabled as shown by 24415.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-10-19 03:13
---
*** Bug 24415 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-19 03:13 ---
Yep it is the same bug.
*** This bug has been marked as a duplicate of 22533 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-19 03:12 ---
This of course still fails on the 4.0 branch so reopening.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from paulthomas2 at wanadoo dot fr 2005-10-19 02:54 ---
Subject: Re: [4.0 regression] gfortran failed to build
187.facerec
hjl at lucon dot org wrote:
>--- Comment #1 from hjl at lucon dot org 2005-10-19 00:48 ---
>It is caused by
>
>http://gcc.gnu.org/ml/gcc
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-19 02:13
---
Subject: Bug 24428
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-19 02:13:37
Modified files:
gcc: ChangeLog
gcc/config/i386: i386-protos.h i
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-19 01:26 ---
(In reply to comment #3)
> a bug in gcc or libmudflap?
libmudflap, I was copying and pasting from libmudflap sources.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24420
--- Comment #3 from SLTxLQEc4vuR5kMzK at anime dot net 2005-10-19 01:26
---
a bug in gcc or libmudflap?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24420
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-19 00:49 ---
Do you have a reduced testcase as most fortran developers don't have access to
SPEC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24440
--- Comment #1 from hjl at lucon dot org 2005-10-19 00:48 ---
It is caused by
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00433.html
It doesn't check if sym->as is NULL before dereferencing it.
--
hjl at lucon dot org changed:
What|Removed |Adde
-o parameterRoutines.s
GNU F95 version 4.0.3 20051018 (prerelease) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.0.3 20051018 (prerelease).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Program received signal SIGSEGV, Segmentation fault
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-18 23:39
---
I have a fix for the preprocessor which I need to test.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 23:07 ---
Confirmed, I am deciding if we can declare this as a regression as this did not
ICE in 2.95.3 but was rejected which is just as bad. But since we decided
before ICE from any thing is a regression, we can declare thi
[EMAIL PROTECTED] wrote:
I am using Altera provided Quartus II 4.0 tools. this tools
also provide the arm-gnupro tool. which has arm-elf- cross-
compiler.
We can't fix problems in compiler releases made by other people. gnupro
is a Red Hat trademark. We only support FSF gcc releases here.
As reported at:
https://sourceforge.net/tracker/index.php?func=detail&aid=1266135&group_id=2435&atid=102435
int main()
{
int value=1;
!(value?true:throw);
return 0;
}
main.cc: In function 'int main()':
main.cc:4: internal compiler error: in invert_truthvalue, at fold-const.c:3064
This also
Alan Curry wrote:
There is a function called maybe_emit_file() in gcc, which assigns the
filenums, and takes care of mapping the file numbers in the main file list
to the file numbers in the DWARF2 list. Someone forgot to use the return
value of maybe_emit_file()
This is FSF GCC PR 24070 which
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-18 22:46 ---
So closing as fixed then.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aesok at pautinka dot net 2005-10-18 22:44 ---
Functions 'ffs', 'ffsl' and 'ffsll' are added in avr-libc library.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21079
--- Comment #17 from steven at gcc dot gnu dot org 2005-10-18 22:24 ---
We want to cgraph_varpool_mark_needed_node the rhs of the #pragma weak, but by
the time we get to maybe_apply_pending_pragma_weaks, we only have the
identifier, and AFAICT no way to find the appropriate symbol that w
--- Comment #4 from gdr at integrable-solutions dot net 2005-10-18 22:09
---
Subject: Re: [4.1 regression] Missing symbols
"ebotcazou at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| > Will use my gcc.gnu.org address in changelogs in the future.
|
| @ens.fr is just fine I'd say
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-18 22:06
---
Subject: Bug 23589
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-18 22:05:57
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/g++.
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-10-18 21:59
---
> This is particularly annoying, since sparc-solaris2.9 is one of the platforms
> on which I regtested this patch!
Either you have a C99-aware version of Solaris 9 or another libgfortran is
picked up at link-time
--- Comment #2 from fxcoudert at gmail dot com 2005-10-18 21:43 ---
(In reply to comment #0)
> has introduced a bunch of regressions on non-C99 SPARC/Solaris platforms
How come they I don't see those on my sparc-solaris2.9 builds? See
http://quatramaran.ens.fr/~coudert/gfortran/test-re
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-18 21:40
---
This code is invalid. (EDG rejects this code in its strictly conforming mode,
as well.)
We cannot support it without changing the meaning of conforming programs.
I don't see anything about this particular case w
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 21:35 ---
This was caused by:
PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions. Assert we're not
returning a NON_DEPENDENT_EXPR
--- Comment #3 from steven at gcc dot gnu dot org 2005-10-18 21:30 ---
It does make sense to allow this if the (other) industry standard C++ compiler
allows this in !pedantic mode. For backward source compatibility if nothing
else.
--
steven at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 21:12 ---
as -o crtbegin.o crtstuff.s
The wrong as is being invoked.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compiler info:
/home/newell/src/gcc-4.1/b_gcc/./gcc/xgcc -v
Using built-in specs.
Target: arm-elf
Configured with: ../gcc-4.1-20050515/configure --target=arm-elf
--prefix=/home/newell/xgcc --with-gnu-as --with-gnu-ld --with-newlib --verbose
--enable-threads --enable-languages=c
Thread model: singl
--- Comment #6 from erik dot edelmann at iki dot fi 2005-10-18 20:50
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01079.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
Comment in tree-ssa-ccp.c:
/* ??? Should perhaps do this in fold proper. However, doing it
there requires that we create a new CALL_EXPR, and that requires
copying EH region info to the new node. Easier to just do it
here where we can just smash th
>From emit-rtl.c:
/* ??? x86 sse code makes heavy use of *paradoxical* vector subregs,
i.e. (subreg:V4SF (reg:SF) 0). This surely isn't the cleanest way to
represent this. It's questionable if this ought to be represented at
all -- why can't this all be hidden in post-reload spli
constant_string_class_name is undocumented in c-common.c:
/* ???. Undocumented. */
const char *constant_string_class_name;
-
If I get time soon, I will propose a patch.
--
Summary: constant_string_class_name is undocumented in c-common.c
Product: gcc
V
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 19:56 ---
Setting target milestone to 4.2 so we don't forget about this since it is a
regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
With the following change:
2004-06-08 Jason Merrill <[EMAIL PROTECTED]>
Gimplify VA_ARG_EXPR into simpler forms.
get_varargs_alias_set will always return 0, which causes us to miss some
loads/store elimination and such at the rtl level (and tree level also).
The comment in alias.c is:
--- Comment #14 from hjl at lucon dot org 2005-10-18 19:38 ---
Created an attachment (id=10023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10023&action=view)
A patch
This is the patch I am testing. It seems to fix my problem. I am running
the full bootstrap and check on Linux/i
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 18:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
public class Explain4
{
static Stuff1[] foo1;
static Stuff1[][] foo2;
static Stuff1[][][] foo3;
Stuff1[] foo4;
Stuff1[][] foo5;
Stuff1[][][] foo6;
public static void main(String[] args)
{
System.out.println(foo1);
--- Comment #13 from jh at suse dot cz 2005-10-18 18:29 ---
Subject: Re: ix86 prologue clobbers memory when it shouldn't
>
>
> --- Comment #12 from hjl at lucon dot org 2005-10-18 18:26 ---
> There is another issue when converting stack additions to pop:
>
> (define_peephol
--- Comment #12 from hjl at lucon dot org 2005-10-18 18:26 ---
There is another issue when converting stack additions to pop:
(define_peephole2
[(match_scratch:SI 0 "r")
(parallel [(set (reg:SI SP_REG) (plus:SI (reg:SI SP_REG) (const_int 4)))
(clobber (reg:CC FLAGS_RE
--- Comment #11 from hjl at lucon dot org 2005-10-18 18:23 ---
The change looks reasonable. I will check it out. But I still don't
like pro_epilogue_adjust_stack doesn't tell the truth about if memory is
clobbered. Why not do something like
--- gcc/config/i386/i386.c.stack2005-1
--- Comment #10 from jh at suse dot cz 2005-10-18 18:17 ---
Subject: Re: ix86 prologue clobbers memory when it shouldn't
>
>
> --- Comment #9 from hjl at lucon dot org 2005-10-18 17:50 ---
> We only run into the problem with red zone enabled, which is x86-64. We have
> 2 iss
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-18 18:07 ---
(In reply to comment #2)
> --with-cpu=default32 --disable-werror --enable-checking=release
So maybe this is the error message we get with checking disabled (release
checking). I will double check later today if tha
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 18:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #9 from hjl at lucon dot org 2005-10-18 17:50 ---
We only run into the problem with red zone enabled, which is x86-64. We have
2 issues:
1. When prologue uses mov, memory shouldn't be clobbered. But
ix86_expand_prologue calls pro_epilogue_adjust_stack which clobbers
memory.
--- Comment #3 from michael dot meissner at amd dot com 2005-10-18 17:44
---
Note, since this is a rotate, the patches I proposed in 17886 will generate
much better code for this one case (basically mov/mov/xchgl -- it could be
improved by a peephole to do the moves directly instead of
--- Comment #8 from jh at suse dot cz 2005-10-18 17:41 ---
Subject: Re: ix86 prologue clobbers memory when it shouldn't
>
>
> --- Comment #7 from hjl at lucon dot org 2005-10-18 17:33 ---
> We are working on ix86 optimization and run into this problem.
The patch quoted on b
--- Comment #7 from hjl at lucon dot org 2005-10-18 17:33 ---
We are working on ix86 optimization and run into this problem.
--
hjl at lucon dot org changed:
What|Removed |Added
--
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #6 from jh at suse dot cz 2005-10-18 17:22 ---
Subject: Re: [3.4/4.0/4.1 Regression]: ix86 prologue puts values beyond stack
>
>
> --- Comment #5 from hjl at lucon dot org 2005-10-18 04:37 ---
> >From bar.i.26.flow2:
>
> (insn/f 51 11 52 0 (set (mem:DI (plus:DI
The patch
2005-10-03 Francois-Xavier Coudert <[EMAIL PROTECTED]>
PR libfortran/19308
PR libfortran/22437
* Makefile.am: Add generated files for large real and integers
kinds. Add a rule to create the kinds.inc c99_protos.inc files.
Use kinds.inc to prepro
--- Comment #10 from thebohemian at gmx dot net 2005-10-18 17:09 ---
Created an attachment (id=10022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10022&action=view)
a test class for the aanewarray lazyfication
This tests lazy array instantiation which was not possible before. Ne
--- Comment #9 from thebohemian at gmx dot net 2005-10-18 17:01 ---
Created an attachment (id=10021)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10021&action=view)
new version of to_array method
This is the lazyfied version of the to_array method which is uses for the
aanewarray
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-18 16:41 ---
fixed on 4.0 branch
2005-10-18 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22147
Backport 2005-09-27 Mark Mitchell <[EMAIL PROTECTED]>
* name-lookup.c (maybe_process_template_type_declarati
/jre --enable-mpfr
--disable-softfloat --enable-targets=powerpc-linux,powerpc64-linux
--with-cpu=default32 --disable-werror --enable-checking=release
powerpc-linux-gnu
Thread model: posix
gcc version 4.1.0 20051018 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24415
--- Comment #8 from thebohemian at gmx dot net 2005-10-18 16:40 ---
Created an attachment (id=10020)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10020&action=view)
assignments to object
This test class does all kinds of assignments to java.lang.Object variables. If
you remove th
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-18 16:39
---
Subject: Bug 22147
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 16:39:07
Modified files:
gcc/cp : ChangeLog pt.c
--- Comment #7 from thebohemian at gmx dot net 2005-10-18 16:38 ---
Created an attachment (id=10019)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10019&action=view)
new version of compatible
I added a check which looks whether the LHS of an expression is
java.lang.Object. If this
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-18 16:26
---
Fixed on mainline and the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-18 16:26
---
Subject: Bug 22293
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-18 16:26:02
Modified files:
gcc/cp : ChangeLog decl.c
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 16:21
---
Subject: Bug 22293
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-18 16:20:55
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsuite : Chang
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 16:15 ---
On PPC-darwin, I just get (which is a dup of bug 22533):
| tree check: expected class expression, have exceptional |
|(constructor) in get_base_var, at ipa-utils.c:224 |
How
--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-10-18 16:13
---
Confirmed still fails on the 3.4 branch (arm-elf cross). The failure mode is
that we have
virtual_frame_pointer <= hard_frame_pointer
...
cond_jump somewhere
var <= virtual_frame_pointer
The initial as
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23293
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 16:04 ---
Oh. this is not a bug. -I/usr/local/include does nothing as it is already
included.. You want -idirafter.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from bonzini at gcc dot gnu dot org 2005-10-18 16:04
---
The patch is not good because I forgot to check fallthrough edges. The code I
added goes above, just before "case CALL_EXPR:".
Restarting a bootstrap with a correct patch.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 15:56 ---
do a cc -v main.cc and see what is the order of include directories.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from mmitchel at gcc dot gnu dot org 2005-10-18 15:44
---
The confusing use of typedefs is now corrected. The spurious space after the
"." remains.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17763
br
$ which cc
/usr/local/bin/cc
$ cc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0.1/configure --enable-languages=all
Thread model: posix
gcc version 4.0.1
$ cc main.c
$ cc -I/usr/local/include -I/usr/X11R6/include main.c
main.c: In function 'main':
main.c:3: err
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-10-18 15:39
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 15:39
---
Subject: Bug 23293
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-18 15:39:13
Modified files:
gcc/cp : pt.c ChangeLog
gcc/testsuite : ChangeL
--- Comment #54 from dnovillo at gcc dot gnu dot org 2005-10-18 15:32
---
Closing. As discussed earlier, for all intents and purposes this is fixed.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-18 15:25
---
Subject: Bug 23293
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-18 15:24:57
Modified files:
gcc/cp : pt.c ChangeLog
I get internal compiler error trying to compile this routine on windows (no
problem on the Macintosh) -
$ gfortran -c stress.f
stress.f: In function 'stress1':
stress.f:44: internal compiler error: in convert_move, at expr.c:362
Please submit a full bug report,
with preprocessed source if appropri
--- Comment #1 from charlet at gcc dot gnu dot org 2005-10-18 14:51 ---
Geert is no longer working on this PR for the time being, so changing
assignment.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from charlet at gcc dot gnu dot org 2005-10-18 14:49 ---
Geert is no longer working on this PR for the time being, so changing
assignment.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
---
Hello,
For my project, i am using Altera Excalibur EPXA1 board.
i got Linux2.4.21 with patch-2.4.21-rmk2, which support EXPA1
board for ARM.
I am using Altera provided Quartus II 4.0 tools. this tools
also provide the arm-gnupro tool. which has arm-elf- cross-
compiler.
i config the kernel, b
Hello,
For my project, i am using Altera Excalibur EPXA1 board.
i got Linux2.4.21 with patch-2.4.21-rmk2, which support EXPA1 board for ARM.
I am using Altera provided Quartus II 4.0 tools. this tools also provide the
arm-gnupro tool. which has arm-elf- cross-compiler.
i config the kernel, build
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 14:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 14:20 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 14:18 ---
extern char _end[];
extern char ENTRY_POINT[];
Maybe they should be made to be pointers and weak.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24420
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 14:16 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23307
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21908
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-18 13:49 ---
fixed mainline, 4.0
2005-10-18 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21383
* name-lookup.c (arg_assoc): Template args can be null in a
template-id-expr.
leaving open for 3.4 backport
1 - 100 of 140 matches
Mail list logo
