--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
06:07 ---
Subject: Bug 23161
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 06:07:07
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
06:07 ---
Subject: Bug 23165
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 06:07:07
Modified files:
gcc:
--
Bug 23161 depends on bug 23165, which changed state.
Bug 23165 Summary: [4.0 regression] ICE with -W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23165
What|Old Value |New Value
--- Additional Comments From phython at gcc dot gnu dot org 2005-09-06
06:10 ---
Fixed on the 4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23161
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
06:16 ---
-fstack-check doesn't seem to cure the problem, any idea?
Does it not at least prevent the segmentation faults? Recovering from a
STORAGE_ERROR is another story and doesn't work very well with the FSF
g++ -c gives error for the following code:
class listitem
{
public:
int m_i;
listitem *m_next;
void setint( int i );
};
#define ITERATE(item,whattocall,value) \
do \
{ \
item-##whattocall(value); \
item=item-m_next; \
} while( 0
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-09-06 07:52 ---
Do you know of any doc on how libcall block RTL is supposed to look like
(except from e.g. code reading optabs.c)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23726
--- Additional Comments From falk at debian dot org 2005-09-06 08:04
---
(In reply to comment #0)
macro.cc:24:1: error: pasting - and setint does not give a valid
preprocessing token
That's a correct error message.
You don't need the ## here, just leave it off.
--
What
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
08:09 ---
Subject: Bug 21460
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 08:09:44
Modified files:
gcc:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:24 ---
Not really working on this.
--
What|Removed |Added
CC|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:26 ---
Same problem on mainline.
--
What|Removed |Added
GCC build triplet|i386-linux-gnu
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-06
08:28 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:29 ---
Recategorizing.
--
What|Removed |Added
Component|ada
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:31 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:32 ---
Investigating.
--
What|Removed |Added
AssignedTo|bosch at gcc dot gnu dot
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:32 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:33 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:33 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
08:34 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
08:53 ---
Subject: Bug 23098
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 08:53:12
Modified files:
gcc: ChangeLog cse.c rtl.h simplify-rtx.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
08:55 ---
Subject: Bug 23056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 08:55:37
Modified files:
gcc/cp : ChangeLog
gcc/testsuite :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
09:13 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
09:41 ---
This is now only a regression on the mainline on powerpc which still have the
orginal code gen I was
complaining about.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|4.0.2 |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23098
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-06
10:41 ---
Taking care of the backport to the 3.4 branch.
--
What|Removed |Added
typedef int xxx;
class foo {}
typedef xxx a;
gets you:
~/ootbc/members/src$ g++ foo.cc
foo.cc:4: error: `xxx' does not name a type
--
Summary: Bad diagnostic
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
--
What|Removed |Added
CC||dave dot korn at artimi dot
||com
--
What|Removed |Added
CC||james at juranfamily dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22207
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:08 ---
Do you still see the problem ?
Note that from the code, a null pointer can never be passed to the
C routine, so it has to be a codegen problem, if still present.
Arno
--
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:12 ---
Seems to be working fine with current sources.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:21 ---
Works fine for me on mainline, producing error message instead of bug box.
Arno
--
What|Removed |Added
--
Bug 22251 depends on bug 15663, which changed state.
Bug 15663 Summary: Assert_Failure on invalid 'Class reference to a non tagged
type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15663
What|Old Value |New Value
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:24 ---
Ooops, I tested with a compiler tested with assertions turned off,
I still get a bug box with assertions enabled, so reopening.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
12:31 ---
Removing dependency on 15663, since the two issues are not related:
15663 has to do with use of 'Class on a non tagged type, which is
unrelated to 22251 which contains no such construct.
Arno
--
--
What|Removed |Added
Target Milestone|--- |0.18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23238
--- Additional Comments From mark at gcc dot gnu dot org 2005-09-06 12:57
---
Fixed checked in GNu Classpath, which will be released with 0.18.
--
What|Removed |Added
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-09-06 12:59 ---
I have done some code reading now and come to the following conclusion:
When having an expanded sequence that provides one single result, libcall
blocks are an appropriate method for making sure
--
What|Removed |Added
Target Milestone|--- |0.18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21660
--
What|Removed |Added
Target Milestone|--- |0.18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
--
What|Removed |Added
Target Milestone|--- |0.18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
The soname for libgnat and libgnarl are currently libgnat-4.0.so and
libgnarl-4.0.so, respectively. Starting with 4.1, I suggest using a naming
scheme that is more in line with Unix tradition and standards, i.e.
libgnat.so.4.1 and libgnarl.so.4.1. The minor version number should
be part of the
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23750
--- Additional Comments From langel at redhat dot com 2005-09-06 13:26
---
Completed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
13:27 ---
Works fine for me on mainline, seems to be fixed.
Arno
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
13:32 ---
Now works fine on mainline.
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
13:36 ---
Program has no semantic meaning, so lowering severity.
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:02 ---
Not a regression: 4.0 simply did not support/recognize interfaces, so
what you are getting is really ana Ada 95 error message.
Code looks valid Ada 2005 at first sight, so removing keyword.
Arno
--
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:04 ---
Probably a set up issue on your side. I would guess you are not using a
consistent set of sources/native compiler.
Arno
--
What|Removed |Added
--- Additional Comments From ddavenpo at ball dot com 2005-09-06 14:07
---
Subject: Re: [3.4 Regression] ICE with -fPIC
No kidding.
On Sep 6, 2005, at 2:24 AM, ebotcazou at gcc dot gnu dot org wrote:
--- Additional Comments From ebotcazou at gcc dot gnu dot org
2005-09-06
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:08 ---
I agree that this is not a regression. If you could put less generic summary
line, that would be really helpful. Imagine that everyone getting a compiler
crash
used the same summary: things would get very
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
14:21 ---
Subject: Bug 23662
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 14:21:25
Modified files:
boehm-gc :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
14:22 ---
Subject: Bug 23662
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 14:22:01
Modified files:
boehm-gc : ChangeLog
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-06
14:23 ---
Fix checked in to 4.0 branch and trunk.
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:34 ---
Pathological case, so changing severity.
--
What|Removed |Added
Severity|normal
--- Additional Comments From charlet at gcc dot gnu dot org 2005-09-06
14:42 ---
Patch looks good to me (and you should be able to test Ada now).
The code is there on unexpected cases anyway, so it's not surprising
that it is hard or even maybe impossible to trigger it.
Arno
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
14:55 ---
Subject: Bug 9782
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 14:55:06
Modified files:
gcc/testsuite : ChangeLog
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
15:01 ---
Subject: Bug 9782
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 15:01:04
Modified files:
gcc/testsuite :
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:04 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:15 ---
*** This bug has been marked as a duplicate of 21440 ***
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:15 ---
*** Bug 23636 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
15:25 ---
Subject: Bug 18738
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 15:25:13
Modified files:
gcc/cp :
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-06
15:27 ---
Fixed also on the 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19253 depends on bug 18738, which changed state.
Bug 18738 Summary: [3.4 Regression] typename not allowed with non-dependent
qualified name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18738
What|Old Value |New Value
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-06
15:29 ---
The problem behind both diagnostics fact that the C++ front-end pre-lexes the
entire source file. As a result, the lexing routines, which depends on the
setting of pedantic to determine whether or not to
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-06
15:37 ---
This bug is due to the sprintf-patch for mingw, not yet commited into mainline.
Closing this, and I will submit a corrected patch.
--
What|Removed |Added
--
Bug 23261 depends on bug 23265, which changed state.
Bug 23265 Summary: [mingw32] Error in floating point output with BN edit
descriptor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
What|Old Value |New Value
--- Additional Comments From joseph at codesourcery dot com 2005-09-06
15:42 ---
Subject: Re: [3.4/4.0/4.1 Regression] -pedantic -ffast-math
breaks working code
On Tue, 6 Sep 2005, mmitchel at gcc dot gnu dot org wrote:
The problem behind both diagnostics fact that the C++
The proeprocessor now emits two senseless newlines when used with the '-P'
option.
Reproduce:
$ cpp -P
asdfasdf
^D
asdfasdf
$
Versions prior to 4.0.1 didn't emit these two newlines. Probably 4.0.0. also
didn't, but I can't test that here.
The following verisions don't have this bug:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
15:50 ---
Why do you think this is a bug, really cpp can emit many different things with
-P, -P just makes not
emitting the line markers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23751
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
15:53 ---
No kidding.
I guess you can probably refrain from posting such a comment. I think it should
be possible to work around the problem by using renaming constructs.
--
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-06
15:54 ---
There seem to be two problems here. First, gfc_simplify_reshape
doesn't set the result's typespec correctly (it doesn't include
a character length). Second, we're passing character lengths
to the
--- Additional Comments From johann dot glaser at gmx dot at 2005-09-06
15:59 ---
Sure, but without -P no additional newlines are printed, so these two are
clearly to much.
Since cpp is often used for other things than C preprocessing, newlines are
annoying or even kill tools relying
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
16:01 ---
Subject: Bug 23739
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 16:01:32
Modified files:
libjava: ChangeLog jni.cc link.cc prims.cc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
16:03 ---
Subject: Bug 23739
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 16:03:12
Modified files:
libjava:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-06
16:04 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED
mmitchel at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| The problem behind both diagnostics fact that the C++ front-end pre-lexes the
| entire source file. As a result, the lexing routines, which depends on the
| setting of pedantic to determine whether or not to issue errors, are
| called
--- Additional Comments From gdr at integrable-solutions dot net
2005-09-06 16:12 ---
Subject: Re: [3.4/4.0/4.1 Regression] -pedantic -ffast-math breaks working code
mmitchel at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| The problem behind both diagnostics fact that the C++
--- Additional Comments From schwab at suse dot de 2005-09-06 16:14 ---
cpp is barely the right tool for processing something that cannot tolerate
extra whitespace.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23751
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-06
17:21 ---
Well, I don't know what went wrong here, but: it works for me, with the
2005-08-05 binaries (downloaded the installer, etc.) Moreover, as the source of
the binaries, I checked my config.h file, and it is
--- Additional Comments From ian at airs dot com 2005-09-06 17:48 ---
Andrew Pinski pointed out that the problem is due to the setting of USER_H in
config/t-openbsd to an empty string. That is most likely incorrect.
(The only other target which tries to set USER_H at all it
--- Additional Comments From langel at redhat dot com 2005-09-06 18:40
---
fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From ian at airs dot com 2005-09-06 18:59 ---
Confirmed that this happens with 3.4 for the i686-pc-cygwin target, though not
for the i686-pc-linux-gnu target. It is fixed in current mainline for both
targets.
--
What|Removed
Using built-in specs.
Target: powerpc-apple-darwin7.9.0
Configured with: ./configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050906 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23677
--
What|Removed |Added
CC||dir at lanl dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23677
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:39 ---
Subject: Bug 23098
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 19:38:59
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:45 ---
Subject: Bug 23098
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 19:44:45
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:46 ---
Subject: Bug 23056
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 19:46:41
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:47 ---
Subject: Bug 14997
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 19:47:09
Modified files:
gcc: ChangeLog expr.c
Log message:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-06
19:50 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00324.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
19:58 ---
Subject: Bug 22362
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 19:57:57
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
20:03 ---
Subject: Bug 22362
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 20:03:28
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
20:07 ---
Subject: Bug 23075
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-06 20:07:13
Modified files:
gcc: ChangeLog c-typeck.c tree-cfg.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-06
20:11 ---
Subject: Bug 23075
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-06 20:11:09
Modified files:
gcc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
20:13 ---
Still a latent bug/regression on the 3.4 branch.
--
What|Removed |Added
Known to fail|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-06
20:14 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
With certain invalid code, the 4.1 branch of gcj produces an ICE after giving
the correct error message. For example:
$ cat T5.java
final class T6 {
}
class T5 extends T6 {
}
$ gcj -C T5.java
T5.java:3: error: Can't subclass final classes: T6.
class T5 extends T6 {
^
--- Additional Comments From spamfuckers at wp dot pl 2005-09-06 20:26
---
ok, i've checked it on Slamd64 using GCC 3.4.4 to compile GCC 3.4.4 (without
any
extra patches) and it also SegFaults on insn_attrtab, so it doesn't look like
gentoo fault. i can provide preprocessed sources
Inheritance in template classes seems to have a critical bug.
The compliler fails to find both inherited functions and inherited member
variables.
The attached code is compiling fine in gcc-3.3 [g++-3.3 (GCC) 3.3.6 (Debian
1:3.3.6-9)].
g++-4.0 -o main main.cpp
temp_child.h: In member function
1 - 100 of 146 matches
Mail list logo
