--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From laurent at guerby dot net 2005-09-09 07:36
---
May be this will work, could you try?
*** s-tpinop.ads.~1.9.~ 2005-07-01 08:24:02.0 +0200
--- s-tpinop.ads2005-09-09 09:35:25.0 +0200
***
*** 36,41
--- 36,42
with
--
What|Removed |Added
CC||raj dot khem at gmail dot
||com
http://gcc.gnu.org/bugzilla/sho
This is an error-report. However I will provide some background
for my little piece of code. (The code itself is very simple)
I will try to post on comp.std.c++ in order to make this a part of C++
(maybe c) otherwise I might come back too beck you to implement it just in your
compiler.
There ar
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
07:53 ---
Everything here works. Closing.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19276 depends on bug 21730, which changed state.
Bug 21730 Summary: Character length incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
What|Old Value |New Value
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
07:55 ---
Paul, will your huge module patch be backported to 4.0?
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
08:21 ---
I have two patches, one that produces (for the testcase in comment #1)
/suse/rguenther/src/tests/pr22147-2.C: In instantiation of A:
/suse/rguenther/src/tests/pr22147-2.C:3: instantiated from void foo(
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-09-09
08:21 ---
Subject: Re: [4.0 only] erronous error message on vaild
USE statement
fxcoudert at gcc dot gnu dot org wrote:
>--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
>07:55 ---
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-09 08:26
---
Without init_priority, how can you be sure that other libstdc++.so destructors
will not be run after __gnu_internal::freelist is destructed?
If there are some destructors and they use the mt allocator (whether
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
08:39 ---
All still maintained compilers produce the code you want. I checked 3.4.4,
4.0.0 and current mainline.
So FIXED.
--
What|Removed |Added
--- Additional Comments From jv244 at cam dot ac dot uk 2005-09-09 08:54
---
> The patch for PR22442 should fix the problem.
has anybody updated this patch so far or can it be applied as is ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:01 ---
Subject: Bug 23624
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 09:00:42
Modified files:
gcc: ChangeLog fold-const.c
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 18870
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 22304
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 23270
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 18878
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 16511
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:06 ---
Subject: Bug 17917
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:06:09
Modified files:
gcc/fortran: gfortr
Split out from PR23624.
For
template
void f()
{
int *t, i;
t[i ? 0 : i];
}
the C++ frontend creates i ? 0 : i, i.e. an integer type conditional,
instead of i != 0 ? 0 : i in case of a template only. Causing this is
build_x_conditional_expr
...
expr = build_conditional_expr (ifexp, op1
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-09 09:19
---
Hey Jakub. Yeah, I think this can be back-ported. I put in my patch, which looks
pretty good on x86/linux. We could proably do something more elaborate to not
duplicate some of the symbols but I'm feeling lazy
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
09:25 ---
At least EDG accepts it in -strict_ansi mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22147
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
09:25 ---
Subject: Bug 23624
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 09:25:25
Modified files:
gcc: Change
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
09:42 ---
If this is valid I won't be able to fix this really. Because just adding
a forward declaration of class X fixes the problem the "simple fix"
Index: cp/pt.c
=
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-09 09:52
---
I think this is memory-related as well. On 2gig RAM, this fails reliably. On
512Mb, no fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--- Additional Comments From falk at debian dot org 2005-09-09 10:07
---
(In reply to comment #0)
> There are many reasons. (One and the best is to switch a double based on
> intervals) Therefore I would like a VERY FAST FUNCTION to return the sign of a
> double (and float and long doub
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-09-09
10:13 ---
One proposal for a patch is here:
http://gcc.gnu.org/ml/java-patches/2005-q3/msg00313.html
--
What|Removed |Added
-
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
10:17 ---
I have verified that (on i686) we neither ICE with an existing nor an unexisting
mode with current 3.4, 4.0 and 4.1 compilers.
But we reject such decl now with either
src/tests/pr8960.c:1: error: mode `SI'
--
Bug 9844 depends on bug 8960, which changed state.
Bug 8960 Summary: Segfault with __attribute__ ((mode (...))) in
start_function:5702
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8960
What|Old Value |New Value
---
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-09
10:17 ---
Some analysis here:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00570.html
--
What|Removed |Added
-
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
10:20 ---
Fixed everywhere.
--
What|Removed |Added
Status|ASSIGNED|RES
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
10:21 ---
Subject: Bug 23624
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 10:20:03
Modified files:
gcc: Change
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
10:25 ---
As this is not a regression, this is fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
10:31 ---
As this _only_ happens with -O1 -g1 (not -O2 -g1, nor -O1 -g) this is surely not
critical (anymore anyways). Re-confirmed on 3.4.4 though. Also this is likely
not to be fixed.
--
What|Remo
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
10:41 ---
This is fixed in the C frontend. C++ needs taking care (4.1 works). By the
solution for the C frontend problem I suppose this is now ice-on-invalid-code.
--
What|Removed
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
11:57 ---
Obvious patch submitted.
--
What|Removed |Added
URL|
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:04 ---
Please test and submit the patch(es) or ask for help on doing so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23439
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:19 ---
Problem of the C frontend using the first decl with int arg
and the inliner expecting to have a double in unit-at-a-time mode, -O1
-funit-at-a-time:
inline double func();
int main(void)
{
double d = fu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
12:26 ---
Reopening to ...
--
What|Removed |Added
Status|RESOLVED|UNCO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
12:29 ---
Mark as a dup of bug 21920 as this is an aliasing violation.
Use Falk's suggestion of signbit. It is defined as returning non-zero for
negative bit being set.
*** This bug has been marked as a duplicate
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
12:29 ---
*** Bug 23793 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
12:32 ---
(In reply to comment #10)
> I have verified that (on i686) we neither ICE with an existing nor an
> unexisting
> mode with current 3.4, 4.0 and 4.1 compilers.
This is valid code and should not be rejected.
--
Bug 9844 depends on bug 8960, which changed state.
Bug 8960 Summary: Segfault with __attribute__ ((mode (...))) in
start_function:5702
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8960
What|Old Value |New Value
---
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:34 ---
Was fixed somewhen in 3.4
--
What|Removed |Added
Status|NEW
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:38 ---
No testcase? But I think this is fixed on the mainline and only pending on 4.0.
See PR17913.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=772
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:42 ---
EDG likes this.
--
What|Removed |Added
Known to fail||3.4.4
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:51 ---
Still EDG accepts it, too ;)
So, what's with your update Giovanni? If there are no issues left we can close
this bug.
--
What|Removed |Added
---
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:56 ---
EDG aggrees with gcc here. Maybe not a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
12:58 ---
Reconfirmed.
--
What|Removed |Added
Known to fail||4.1.0
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
13:04 ---
As per
"The -fdump-translation-unit just doesn't work any more. Only built-in nodes
are dumped."
-> WONTFIX.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
13:05 ---
Subject: Bug 22084
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 13:05:20
Modified files:
libjava: ChangeLog
libjava/include: i
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
13:14 ---
EDG accepts this too.
--
What|Removed |Added
Known to fail|
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09
13:37 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
13:37 ---
Subject: Bug 20239
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 13:37:07
Modified files:
gcc: Change
--- Additional Comments From ludovic at ludovic-brenta dot org 2005-09-09
13:38 ---
Theoretically, the major version number of the soname should change only if
there is an ABI change. However, if GNAT changes the ABI with every x.y
release it is okay (IMHO) if the soname is libgnat.so.4
--- Additional Comments From bangerth at dealii dot org 2005-09-09 14:06
---
This is weird indeed. Here's the shortest I can come up with:
---
template struct X {
template
X< (W+(W&&W) > 1 ? W+(W&&W) : 1)+1>
operator + (const X&) const;
};
template void
--- Additional Comments From gdr at integrable-solutions dot net
2005-09-09 14:27 ---
Subject: Re: g++ fails to overload on language linkage
"rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| EDG aggrees with gcc here. Maybe not a bug.
I don't know why I don't like that
--- Additional Comments From gdr at gcc dot gnu dot org 2005-09-09 14:29
---
Undo last change from rguenth.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From gdr at gcc dot gnu dot org 2005-09-09 14:30
---
.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2778
--
What|Removed |Added
CC||repucul at link dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21931
--- Additional Comments From bdavis9659 at comcast dot net 2005-09-09
14:38 ---
http://gcc.gnu.org/ml/gcc/2005-09/msg00266.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21931
The attached preprocessed file compiled with g++ produces the ICE :
include/CGAL/_test_circles_constructions.h: In function 'void
_test_circle_construct(CK2)':
include/CGAL/_test_circles_constructions.h:294: internal compiler error:
Segmentation fault
Please submit a full bug report,
with preproce
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr
2005-09-09 14:41 ---
Created an attachment (id=9702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9702&action=view)
gzipped .ii c++ file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-09 15:09
---
-fno-automatic should be a synonym for -fmax-stack-var-size=0 instead of what is
implemented now.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-09 15:20
---
Backtrace:
(gdb) run pr23420.f90
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/pcl331/schluter/src/gcc/build/gcc/f951 pr23420.f90
Progra
--- Additional Comments From zeekec at mad dot scientist dot com
2005-09-09 15:21 ---
Indeed, PR15326, seems to have fixed this. Changing to fixed.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
15:27 ---
This bug was fixed between 20050908 and 20050909 on mainline. Don't know about
4.0, however: too many patches commited in 24 hours! ;-)
--
What|Removed |
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-09 15:32
---
Working on a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tobi a
--- Additional Comments From joseph at codesourcery dot com 2005-09-09
15:41 ---
Subject: Re: Statement expressions issues
On Fri, 9 Sep 2005, rguenth at gcc dot gnu dot org wrote:
> No testcase? But I think this is fixed on the mainline and only pending on
> 4.0.
> See PR17913.
Th
--- Additional Comments From gdr at gcc dot gnu dot org 2005-09-09 15:56
---
.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gdr at gcc dot gnu dot
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-09 15:58
---
This patch fixes the problem in match_io.c, but leaves us with a preexisting
deficiency in I/O statement parsing:
PRINT I+I
END
will now segfault in trans-io.c.
Index: io.c
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
16:00 ---
It's just that we should call library_end() before returning in st_close:
Index: libgfortran/io/close.c
===
RCS file: /cvs/gcc/gcc/libgfortr
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-09 16:01
---
The new segfault's here:
(gdb) run pr23420.f90
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/pcl331/schluter/src/gcc/bui
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
16:04 ---
Subject: Bug 23182
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 16:04:13
Modified files:
gcc/java : ChangeLog expr.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
16:17 ---
Subject: Bug 23509
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 16:17:26
Modified files:
gcc: ChangeLog tree-cfg.c tree-ssa-loop-iv
It appears that the latest version (and older versions) of gfortran hang while
compiling the attached fortran code. It looks like it is related to the
character strings being dimensioned by a length parameter passed in the
arguments of the subroutine. If I hard code the length to a constant, the pa
--- Additional Comments From rrr6399 at futuretek dot com 2005-09-09 16:20
---
Created an attachment (id=9703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9703&action=view)
subroutine that causes gfortran -c to hang during parsing
uncomment the 10th line and comment the 9th line
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
16:24 ---
reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
--
What|Removed |Added
Keywords||ice-on-invalid-code
Known to fail||3.4.0 4.0.0 4.1.0
Known to work|
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-09
16:33 ---
Fixed in 4.1.
--
What|Removed |Added
Summary|[4.0/4.1 Regression] pragma |[4.0 R
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-09
16:38 ---
Fixed in 4.1 by the patch for 22252. This isn't quite a "duplicate" bug so I'm
leaving the bug open; it's conceivable that we'd fix this bug, without fixing
22252, for 4.0.x.
--
What|Remov
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 16:52
---
The reduced testcase in comment #5 starts failing with this patch from rakdver:
http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00814.html
--
What|Removed |Added
--
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 16:57
---
The testcase starts failing with this patch from zadeck and dberlin:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00635.html
--
What|Removed |Added
-
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-09
16:58 ---
The problem here is that the NOP_EXPR case in tsubst is implemented by
build_nop, which unconditionally adds a NOP_EXPR. We need to simplify the
NOP_EXPR away so that fold can do its job. Perhaps we shoul
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
17:00 ---
(In reply to comment #5)
> The testcase starts failing with this patch from zadeck and dberlin:
It was decided this was really a latent front-end bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2317
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-09
17:00 ---
It's a latent FE bug, hopefully one that an FE person can solve.
It's out of my FE experience league, unfortunately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23171
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 17:01
---
The testcase starts failing with this patch from pinskia:
http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00068.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23357
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
17:11 ---
This is more of the issue for a front-end person, mainly why are we calling
convert_to_integer while in a
template since that assumes all the types are set up correctly.
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-09 17:43
---
The difference between 4.0 and HEAD is the expr.c hunk of
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg02021.html
If Paolo's reversion of that:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00589.html
makes it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
17:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Executing on host: /tmp/cvs/gcc-20050909/Build/gcc/testsuite/../g++
-B/tmp/cvs/gcc-20050909/Build/gcc/testsuite/../
/tmp/cvs/gcc-20050909/gcc/testsuite/g++.dg/init/pr23180-2.C
-nostdinc++
-I/tmp/cvs/gcc-20050909/Build/ia64-suse-linux/libstdc++-v3/include/ia64-suse-linux
-I/tmp/cvs/gcc
--- Additional Comments From dpatel at apple dot com 2005-09-09 18:01
---
Subject: Re: [3.4/4.0/4.1 Regression] GCC does not emit debug info for
variables in anonymous unions
It does not fix gdb.cp/anon-union.exp (from GDB testsuite) failures
using darwin GDB. If you do not get any
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
18:05 ---
Note this is a new testcase for 4.1. Just to double check, did you try
compiling it with 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23799
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-09 18:21
---
Well, maybe we will need init priority. I'm still thinking about that part.
Adding it is simple enough if we need it.
However, I'd like to check this in just to see what happens with the rest of it.
-benjami
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-09
18:35 ---
Note also that Package.getVersion fails when the class file comes from a
jar. With the included example you can see this by making a manifest file
(in my example named "J/Man"):
Main-Class: men.gcjpackage.T
--- Additional Comments From schwab at suse dot de 2005-09-09 18:51 ---
Sure I did.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23799
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
18:56 ---
Subject: Bug 22252
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 18:56:16
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 19:08
---
Well it does with cvs head gdb on linux, both stabs and dwarf2. If you'll
verify that you see something akin to
.stabs "z:(0,7)",128,0,0,-4
.stabs "w:(0,9)",128,0,0,-4
in your assembly file
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 19:14
---
The reduced testcase from comment #3 starts failing with this patch from
zadeck and dberlin:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00635.html
--
What|Removed |Added
-
1 - 100 of 183 matches
Mail list logo
