--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-10-18 06:28
---
We all agree that in pedantic mode all three lines are erroneous, so let's just
consider the non-pedantic case.
We can choose not to be picky about the non-dependent declarations because such
code makes the prog
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-10-18 05:58
---
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 05:56
---
Subject: Bug 21908
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-18 05:56:04
Modified files:
gcc/cp : call.c ChangeLog
Log message:
PR c++/2
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 21908
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-18 05:55:43
Modified files:
gcc/cp : call.c ChangeLog
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 20837
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 05:55:23
Modified files:
gcc/fortran: ChangeLog gfor
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 20866
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 05:55:23
Modified files:
gcc/fortran: ChangeLog gfor
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 21459
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 05:55:23
Modified files:
gcc/fortran: ChangeLog gfor
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 20853
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 05:55:23
Modified files:
gcc/fortran: ChangeLog gfor
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 20849
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 05:55:23
Modified files:
gcc/fortran: ChangeLog gfor
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 05:55
---
Subject: Bug 23446
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 05:55:23
Modified files:
gcc/fortran: ChangeLog gfor
The following, when compiled with g++ -c myfile.cpp, produces only this
warning:
myfile.cpp:4: warning: inline function 'A& A::operator=(const A&)' used but
never defined
The surprises to me are (1) that this warning is even emitted, and (2) that if
the compiler emits this warning, it does not
dlopen() on a -fmudflap -lmudflap'd DSO fails:
Sys_LoadDll(/home/wolf/.etwolf/etpro/qagame.mp.i386.so) failed:
"/usr/lib/libmudflap.so.0: undefined symbol: _start"
standalone binaries work fine.
$ ldd .etwolf/etpro/qagame.mp.i386.so
linux-gate.so.1 => (0xe000)
libmudflap.so.0
--- 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 (reg/f:DI 7 sp)
(const_int -16 [0xfff0])) [0 S8 A8])
(reg:DI 3 bx)) -1 (nil)
(expr_list:REG_DEAD (reg:DI 3 bx)
(ni
--- Comment #14 from rrr6399 at futuretek dot com 2005-10-18 04:31 ---
Created an attachment (id=10015)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10015&action=view)
changes unformatted record delimitters to 4 bytes for compatibility with other
compilers
I modified gfortran to
--- Comment #8 from ian at airs dot com 2005-10-18 03:20 ---
Fixed on mainline and 4.0 branch.
--
ian at airs dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-18 03:19
---
Subject: Bug 23522
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-18 03:19:14
Modified files:
gcc: ChangeLog fold-const
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-18 03:16
---
Subject: Bug 23522
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-18 03:16:21
Modified files:
gcc: ChangeLog fold-const.c
Log message:
PR mi
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-18 01:04
---
The easy way to fix this is in the front-ends.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-18 01:00 ---
(In reply to comment #3)
> The issue is gcc may optimize
With what code, I don' see it. So this is only a possible problem and only
after your change and you don't show what your change is either (which is
wrong).
--- Comment #3 from hjl at lucon dot org 2005-10-18 00:57 ---
The issue is gcc may optimize
subq$16, %rsp
to
pushq
pushq
later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24419
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-10-18 00:56
---
(In reply to comment #19)
> Fixed on mainline, still broken on gcc-4.0.x branch. I've started a builds to
> test it. This will take a while.
Removing the 4.1 regression marker than since it will be a while.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 00:55 ---
movq%rbx, -16(%rsp)
.LCFI0:
movq%rbp, -8(%rsp)
.LCFI1:
subq$16, %rsp
This is valid as you don't push any thing. Are you sure that the bug is not in
your code?
--
http://gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-18 00:54 ---
How is this unsafe, there is a redzone of 128bytes. I don't see any pushl in
this case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24419
--- Comment #19 from wilson at gcc dot gnu dot org 2005-10-18 00:52 ---
Fixed on mainline, still broken on gcc-4.0.x branch. I've started a builds to
test it. This will take a while.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
[EMAIL PROTECTED] prologue]$ cat bar.i
struct bar {
short word;
struct bar* next;
};
int foo (struct bar* c, int w, int delta)
{
int i;
if (c==((void *)0)) return w;
i = foo (c->next, w, delta) + delta;
c->word = i;
return i;
}
[EMAIL PROTECTED] prologue]$ /usr/gcc-4.0/bin/gcc -S
--- Comment #18 from cvs-commit at gcc dot gnu dot org 2005-10-18 00:23
---
Subject: Bug 17356
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-18 00:22:53
Modified files:
gcc: ChangeLog cfgrtl.c
Log message:
Fix
--
thebohemian at gmx dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |thebohemian at gmx dot net
|dot org
--- Comment #6 from thebohemian at gmx dot net 2005-10-18 00:18 ---
With the help of Tromey and the team we made an interesting obervation:
class Foo{
static Object o;
void method(){
o = new RemoveClassFile();
}
}
This is accepted by you-know-which VM but reje
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-18 00:09 ---
and yes eax/reg 68 (or n) is dead after the compare in combine:
(insn 37 36 39 3 (parallel [
(set (reg/v:SI 68 [ n ])
(minus:SI (reg:SI 71)
(reg/v:SI 66 [ med ])))
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-18 00:07 ---
This is a partial regression from 2.95.3 and 3.3.3, 3.2.3 and 3.0.4:
where we had:
subl 28(%ebp),%eax
jne .L7
...
.L7:
testl %eax,%eax
jle .L8
--
pinskia at gcc dot gnu dot org cha
--- Comment #1 from evancheng at gcc dot gnu dot org 2005-10-18 00:02
---
Created an attachment (id=10014)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10014&action=view)
C test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24418
--- Comment #16 from law at redhat dot com 2005-10-18 00:01 ---
Subject: Re: Old-style asms don't clobber
memory
On Mon, 2005-10-17 at 23:14 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-17 23:14
> ---
> (
Compile the attached code with -O3. It produces an redundent cmpl following a
subl:
subl28(%ebp), %eax
cmpl$0, %eax
je L12
jg L10
Looks like it's missing a insn pattern so combine would combine subl + cmpl.
See http://gcc.gnu.org/ml/gcc/2005-10
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-17 23:57
---
2.6.3 gives what you wants:
.L11:
/APP
/NO_APP
cmpl $0,test
je .L11
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
--- Comment #9 from reichelt at gcc dot gnu dot org 2005-10-17 23:54
---
Shorter testcase (ICEs with -O):
===
#pragma interface
template struct A { T *p; ~A() { delete p; } };
template struct B : A { B(const A&); };
struct C {
--- Comment #14 from law at redhat dot com 2005-10-17 23:54 ---
Subject: Re: Old-style asms don't clobber
memory
On Mon, 2005-10-17 at 22:25 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-17 22:25
> ---
> B
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-17 23:51
---
2.5.8 gives what you wantted:
.L5:
/APP
/NO_APP
cmpl $0,test
je .L5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-17 23:43
---
2.0 gives what you wantted:
.L5:
/APP
/NO_APP
cmpl $0,test
je .L5
But that is 13 years ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-17 23:31
---
2.7.2.3 gets the same code too:
.L5:
#APP
#NO_APP
testl %eax,%eax
je .L5
So this really have never worked.
if you consider this is a bug, please don't apply it while we are in regression
only mod
--- Comment #10 from rth at gcc dot gnu dot org 2005-10-17 23:23 ---
Are you being intentionally obtuse, Andrew?
How many different ways do I have to say that GCC did not invent the asm?
It exists and has existed in *many* C compilers, many of which pre-date GCC.
THERE IS A TRADITIONAL
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-17 23:17 ---
This has been a bug since at least 2.95.3 anyways:
.L9:
#APP
#NO_APP
testl %eax,%eax
je .L9
So it seems like what you are claiming is that GCC never got this "correct"
even though it documented diff
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-17 23:14 ---
(In reply to comment #7)
> You seem to be under the incorrect impression that gcc invented old-style
> asms.
> I'm confirming the bug.
Considering that gcc-1.41 had no special handing old-style asm, I don't see why
--- Comment #7 from rth at gcc dot gnu dot org 2005-10-17 23:11 ---
You seem to be under the incorrect impression that gcc invented old-style asms.
I'm confirming the bug.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-17 23:02 ---
Confirmed a bug by Neil Booth on IRC. This sounds like this was added by Zack
too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from reichelt at gcc dot gnu dot org 2005-10-17 22:28
---
Fixed on mainline and the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-17 22:27
---
Subject: Bug 23440
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-17 22:26:58
Modified files:
gcc/cp : ChangeLog parser.
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-17 22:25 ---
(In reply to comment #5)
> WHy? Think about it for a little while, an old-style asm provides us
> with zero information on what values it uses, what values it sets and
> what values it clobbers.
Because you changed
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-17 22:22
---
Subject: Bug 23440
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-17 22:22:30
Modified files:
gcc/cp : ChangeLog parser.c
gcc/testsuite : Cha
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 22:10 ---
Nope, still fails on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 22:05 ---
This might be fixed in 4.0.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from law at redhat dot com 2005-10-17 21:55 ---
Subject: Re: Old-style asms don't clobber
memory
On Mon, 2005-10-17 at 21:43 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-17 21:43
> ---
> Th
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-17 21:43 ---
The flow code was added by Jeff Law back in 1999:
http://gcc.gnu.org/ml/gcc-patches/1999-03/msg00763.html
Jeff, was there a reason why you mentioned old-style asm as special even though
GCC never handled or document
$ cat foo.f90
PROGRAM foo
IMPLICIT NONE
CHARACTER(len=10) name,var
NAMELIST /input/ var
OPEN(unit=1,file="input.tmp",delim='apostrophe',status='unknown')
READ(1,NML=input)
CLOSE(1)
OPEN(unit=1,file="toto.tmp",status='old')
--- Comment #3 from rth at gcc dot gnu dot org 2005-10-17 21:02 ---
If we decided this was not-a-bug, then there's a bug in __sync_synchronize,
as that uses asm("") if there's no target fallback.
But personally I think this is a documentation bug. We should consider
memory to be clobbe
--- Comment #3 from pault at gcc dot gnu dot org 2005-10-17 20:58 ---
Thank you Salvatore and Andrew.
The proposed patch is about to be posted on the fortran and gcc-patches list.
I just have a couple more minutes of testing other, completely off-the-wall
cases before submitting.
Paul
seen with HEAD CVS 20051017
stage1/xgcc -Bstage1/ -B/usr/powerpc-linux-gnu/bin/ -c -O2 -gnatpg -gnata
-g -O1 -fno-inline \
-I- -I. -Iada -I../../src/gcc/ada ../../src/gcc/ada/a-except.adb -o
ada/a-except.o
+===GNAT BUG DETECTED==+
| 4.1.0
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 20:56 ---
An asm instruction without any operands or clobbers (an "old style" asm) will
be treated identically to a volatile asm instruction.
Or what is in the newer doc:
3933: An @code{asm} instructio
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52
---
Subject: Bug 20849
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52
---
Subject: Bug 20837
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52
---
Subject: Bug 23446
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52
---
Subject: Bug 20853
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52
---
Subject: Bug 21459
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52
---
Subject: Bug 20866
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 20:50 ---
Confirmed, gij problems are considered libgcj problems (the library issues) and
not front-end issues (which is what java component is for).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:39
---
Subject: Bug 23424
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 20:39:46
Modified files:
gcc: ChangeLog
gcc/doc: md.texi
Log
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 20:32 ---
I thought this was decided this was not a bug. I have to find the discussion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
--- Comment #53 from mark at codesourcery dot com 2005-10-17 20:30 ---
Subject: Re: [3.4/4.0/4.1 Regression] g++ crash with
-O2 and -O3 on input file
dnovillo at gcc dot gnu dot org wrote:
> --- Comment #52 from dnovillo at gcc dot gnu dot org 2005-10-17 17:32
> ---
>
> Mar
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-17 20:30 ---
(In reply to comment #2)
> works for me with 4.1.0-20051005.
This with a patch from PR 22368 and did not the last time I tested which was
"Sun Oct 9 16:00:28 UTC 2005".
--
http://gcc.gnu.org/bugzilla/show_bug.
#include
#include
int test;
void handler (int sig)
{
test = 1;
}
int main()
{
signal (SIGALRM, handler);
alarm (1);
while (test == 0)
asm("");
return 0;
}
Results in an infinite loop with -O2. The load of test in main should not
be hoisted out of the loop. A more x86-specific
--- Comment #2 from laurent at guerby dot net 2005-10-17 20:15 ---
Also fails on ia64-linux as of 20051017.
,.,. C940013 ACATS 2.5 05-10-17 13:06:13
C940013 Check that queues on protected entries are handled FIFO and
that 'count is correct.
* C940013 Unexp
>From 20051017 run here:
http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00730.html
The 17 first with an unexpected exception in a task
,.,. C95065A ACATS 2.5 05-10-17 13:08:19
C95065A CHECK THAT CONSTRAINT_ERROR IS NOT RAISED IF AN
INITIALIZATION VALUE DOES NOT SATI
--- Comment #1 from laurent at guerby dot net 2005-10-17 20:00 ---
Also fail on ia64-linux as of 20051017:
,.,. C940013 ACATS 2.5 05-10-17 13:06:13
C940013 Check that queues on protected entries are handled FIFO and
that 'count is correct.
* C940013 Unexp
--- Comment #6 from laurent at guerby dot net 2005-10-17 19:59 ---
Also fails on ia64-linux as of 20051017
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
--- Comment #7 from pluto at agmk dot net 2005-10-17 19:01 ---
both testcases works for me 4.1.0-20051005.
i have applied patches for: PR7776, PR20297, PR22533, PR23948, PR19505,
PR20606/PR24069.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23775
--- Comment #3 from steven at gcc dot gnu dot org 2005-10-17 18:54 ---
The patch identified in comment #2 has nothing to do with this problem. Pinski
is right in comment #1, loop-invariant.c does not verify that the insns it
moves/inserts are valid. Using emit_move_insn is just one thi
--- Comment #1 from thebohemian at gmx dot net 2005-10-17 18:47 ---
Possible fix: Take the class name as it is given on the command line and
replace all "/" with "." .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24410
--- Comment #3 from pluto at agmk dot net 2005-10-17 18:39 ---
% cat pr22524.c.t03.gimple
main ()
{
char * D.1282;
int D.1283;
int D.1284;
int i;
D.1282 = a ();
D.1283 = (int) D.1282;
D.1284 = ~&buf;
i = D.1283 + D.1284;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
While the JDK, Kaffe etc allow running a Java app like this:
executable foo/bar/baz/MainClass
instead of
executable foo.bar.baz.MainClass
GIJ does only accept the second variant.
Eg for:
gij de/bitecode/test/lazy/Bogus
GIJ outputs:
Exception in thread "main" java.lang.NoClassDefFoundError:
--- Comment #4 from kargl at gcc dot gnu dot org 2005-10-17 18:01 ---
Forgot to add myself to the CC list.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kargl at gcc dot gnu dot org 2005-10-17 18:00 ---
The code is illegal, and therefore gfortran can do anything
it wants (including start WW III).
(1) rteps is never defined, so it can't be reference in the IF
statement.
(2) Even if rteps was defined prior to th
--- Comment #2 from pluto at agmk dot net 2005-10-17 17:57 ---
works for me with 4.1.0-20051005.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 17:36 ---
I'll take a look
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|r
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 17:36 ---
I'll take a look
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:32
---
Subject: Bug 24386
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-17 17:32:07
Modified files:
gcc/cp : ChangeLog cp-tr
--- Comment #52 from dnovillo at gcc dot gnu dot org 2005-10-17 17:32
---
Mark, there's probably not much else we can do in this PR for 4.1. What I see
in the aliasing times involves quite a few changes, most of them from the
aliasing branch and some other similarly intrusive changes
--- Comment #3 from nathan at gcc dot gnu dot org 2005-10-17 17:29 ---
2005-10-17 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/24386
* cp-tree.h (BASELINK_QUALIFIED_P): New.
* pt.c (tsubst_copy_and_build): : Use it.
* typeck.c (finish_class_member_access_e
--- Comment #11 from pcarlini at suse dot de 2005-10-17 17:28 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from dj at redhat dot com 2005-10-17 17:27 ---
Subject: Re: New: Bootstrap failure: conflicting types for
'floatformat_to_double', others
Please make sure you're not building the latest gcc sources
(gcc/libiberty/floatformat.c) with older binutils sources
(src/include/
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:26
---
Subject: Bug 24244
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-17 17:26:51
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:25
---
Subject: Bug 24386
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 17:25:19
Modified files:
gcc/cp : ChangeLog cp-tree.h pt.c typeck.c
gcc
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:23
---
Subject: Bug 24244
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-17 17:23:42
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/include/tr1:
--- Comment #51 from law at redhat dot com 2005-10-17 16:46 ---
Subject: Re: [3.4/4.0/4.1 Regression] g++ crash with
-O2 and -O3 on input file
On Mon, 2005-10-17 at 16:34 +, dnovillo at gcc dot gnu dot org
wrote:
>
> --- Comment #50 from dnovillo at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 16:42 ---
Confirmed, reduced testcase:
module string
interface tolower
function tolowerc(string )
character(len=*), intent(in) :: string
character(len=len(string )):: tolowerc
end function tolowerc
--- Comment #50 from dnovillo at gcc dot gnu dot org 2005-10-17 16:33
---
This program no longer crashes cc1plus. I propose to close this PR. I don't
see anything obvious left to do that could be justified for 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
--- Comment #1 from sfilippone at uniroma2 dot it 2005-10-17 15:47 ---
Created an attachment (id=10007)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10007&action=view)
test case
[EMAIL PROTECTED] sfilippo]$ gfortran -v -c micro_test.f90
Using built-in specs.
Target: i686-pc-linu
If a dummy argument name is the same as the name of the module containing the
interface an ICE (or other errors, according to the test case) results.
--
Summary: ICE on module name vs dummy argument name
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 15:26 ---
Linking to the testcase for future reference:
http://gcc.gnu.org/ml/gcc/2005-08/msg00910.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24408
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 15:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
URL|
1 - 100 of 143 matches
Mail list logo