--
What|Removed |Added
Known to fail||3.3 4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23710
Take the following example:
+(void)C{}
void f(void){}
---
we get the following message:
t7.m:1: fatal error: method definition not in class context
compilation terminated.
We should be able to be able to continue parse/compiling after this error.
This is not a regression and the obj-c++ front-e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
03:55 ---
Created an attachment (id=9659)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9659&action=view)
patch which should fix it but I need to test it
This patch should fix it, basically instead of looking j
Take the following example:
@interface A
+(void)C:b {}
@end
@implementation A
+(void)C:b
{
*b;
}
@end
--
With 4.1, we get currently get:
t.m:2: error: expected ';' before '{' token
But that means we don't get the error message about dereferencing pointer to
incomplete type.
With 3.3, we got:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
03:29 ---
Here is the reduced testcase:
void run (void) {
float stack[1];
float *sp = stack;
try
{
float value2 = ((float) *(--sp));
float value1 = ((float) *(--sp));
*(sp++) = (value1 - value2);
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
03:12 ---
The patch for PR 20574 fixes the 4.1 regression.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
02:53 ---
And I have a simple fix now which makes us not start the function "+[A B:]".
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
02:19 ---
The obj-c++ front-end is not effected by the way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20574
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
02:11 ---
Confirmed, a regression from 3.4.0.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From jconner at apple dot com 2005-09-03 02:09
---
When generating a precompiled header, finish_member_declaration() invokes
note_decl_for_pch() for
the function "testfn", and assigns it to the COMDAT section with weak
linkage.
Then, when the test.C file is co
The non-inline specialization of an inline member function of a template class
is not being treated as
inline when using precompiled headers.
For example, consider
test.H:
template class simple_class {
public:
inline void testfn (T);
};
test.C:
#include "test.H"
Testcase:
@implementation SaturnDoc
- read: (void*)aStream ggg
-
Found while looking into fixing PR 7098.
The error/ICE message:
t.mm:2: error: expected `:' at end of input
t.mm:2: error: expected identifier at end of input
t.mm: In function 'objc_object* -[SaturnDoc read:ggg:](SaturnDoc*,
ob
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
01:31 ---
Sorry Zem to take this way from you but I have a fix. Basicially we have to
treat CPP_SCOPE as two
seperate tokens.
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2005-09-03 01:31
---
Sorry about the typo: X<0>::n_primes is found wrongly equal to zero (instead of
256) inside prime_rehash_policy::need_rehash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23667
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
01:18 ---
cp_parser_objc_selector_expression should do the same as
cp_parser_asm_definition does:
/* If we're allowing GNU extensions, check for the extended assembly
syntax. Unfortunately, the `:' tokens nee
--- Additional Comments From pcarlini at suse dot de 2005-09-03 01:16
---
Ok, I can confirm that Andrew's guess, about the involvment of Mark's patch:
what is happening is that, inside hashtable<>::m_rehash, X<0>::n_primes == 0
whereas, at line 383 of tr1/hashtable we find:
template
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-03
01:03 ---
Frankly, I think -fvisibility-inlines-hidden is a bad idea. I don't feel that
way about -fvisibility, but giving inline functions special linkage in this way
is a very fragile concept, and awards something
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2005-06-18 0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
00:43 ---
This might be easier with the new parser, I will try to get something to submit
soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7098
--- Additional Comments From pcarlini at suse dot de 2005-09-03 00:41
---
Fixed in v7-branch.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-03
00:40 ---
I'll try the patch. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23706
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-03
00:39 ---
Subject: Bug 20787
CVSROOT:/cvs/gcc
Module name:gcc
Branch: libstdcxx_so_7-branch
Changes by: [EMAIL PROTECTED] 2005-09-03 00:39:37
Modified files:
libstdc++-v3 :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-03
00:36 ---
I am going to reduce this, just for fun. I am also going to apply the testcase
for PR 23676 so it will be
tested without enabling libjava.
--
What|Removed |Added
-
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-03 00:27
---
The true problem is in optimize_mode_switching. The code about line 605
that inserts code around (but not on) abnormal edges, is incorrect. This
is immediately obvious in this case because the emit_insn_after
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-02
23:35 ---
I've filed a PR 23706 for it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23676
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-02
23:33 ---
Created an attachment (id=9655)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9655&action=view)
testcase
cc1plus -fnon-call-exceptions interpret.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
sh4-unknown-linux-gnu build fails when compiling libjava/interpret.cc.
with "error: missing REG_EH_REGION note in the end of bb".
I've attached a reduced preprocessed file.
--
Summary: [4.1 Regression] ICE in rtl_verify_flow_info_1
Product: gcc
Version: 4.1.0
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Known to fail|
I am filing this bug to track the process of this regression.
It was caused by the following patch:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00129.html
2005-09-02 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/21687
* parser.c (cp_parser_class_specifier): Push/pop GC contexts
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-02 22:54
---
Subject: Re: [4.1 Regression] ICE: "missing REG_EH_REGION note in the end of
bb"
On Fri, Sep 02, 2005 at 10:31:21PM -, kkojima at gcc dot gnu dot org wrote:
> There is yet another "missing REG_EH_REGION n
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
22:53 ---
This is a dup of bug 22533. I changed the summary for easier findings.
*** This bug has been marked as a duplicate of 22533 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
22:53 ---
*** Bug 23703 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
22:51 ---
Confirmed and htere is the reduced testcase:
namespace std {
class type_info {
bool operator==(const type_info& __arg) const;
};
}
template struct integral_constant {
static const T value = val;
Apparently -mno-powerpc-gfxopt is overridden by a later -m64 option.
If the testcase is run by hand, with -m64 before -mno-powerpc-gfxopt
on the command-line, then it'll pass.
--
Summary: gcc.dg/rs6000-fpint.c fails
Product: gcc
Version: 4.1.0
Status:
==+
| 4.1.0 20050902 (experimental) (powerpc-unknown-linux-gnu) GCC error: |
| tree check: expected class
|
|
,
have
�
(constructor) in
get_base_var, at ipa-utils.c:224|
| Error detected at casing.adb:203:1
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-02
22:27 ---
I've made a small amount of headway on this.
Labels L22 and L21 were (when created) the addresses of objects in the code.
However, they are deleted (presumably as unreachable), but the references to the
l
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-09-02 22:21 ---
(In reply to comment #9)
> About comment #7 - it would be helpful to know how the execution tests
> fail. For instance a gdb backtrace from one of them.
it would, but running them from the commandl
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-02 22:08
---
I'm sure that the patches listed in comments #6 and #7 are bogus.
But we've had problems before with unwinding with -mno-accumulate-outgoing-args
(implied by -mtune=i486, implied by i486-linux), plus -fomit-fra
--- Additional Comments From sje at cup dot hp dot com 2005-09-02 21:55
---
This is no longer failing for me. I don't know if my patch for PR 23556 fixed
it or if some other patch fixed it, but I am going to close if as fixed since it
is no longer showing up.
--
What|Re
--- Additional Comments From sje at cup dot hp dot com 2005-09-02 21:54
---
This is no longer failing for me. I don't know if my patch for PR 23556 fixed
it or if some other patch fixed it, but I am going to close if as fixed since it
is no longer showing up.
--
What|Re
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-02
21:46 ---
About comment #6 - it doesn't seem to me that this patch could have affected
the setting of BACKTRACESPEC. The most recent change there was on
01-Jun-05; see libjava/configure.host (via cvs annotate) for det
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-02 21:39
---
Actually, BACKTRACESPEC does make it into libgcj.spec via substitution.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23602
--- Additional Comments From sje at cup dot hp dot com 2005-09-02 21:30
---
This is no longer failing for me. I don't know if my patch for PR 23556 fixed
it or if some other patch fixed it, but I am going to close if as fixed since it
is no longer showing up.
--
What|Re
--- Additional Comments From pcarlini at suse dot de 2005-09-02 21:29
---
(In reply to comment #8)
> (In reply to comment #6)
> > I am thinking this was caused by the patch for PR c++/23099.
> I should say how I came to this conclusion.
...
Thanks a lot Andrew. Over the we I wi
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-02
21:27 ---
libgfortran does the inquire by fstating the files and comparing devices types
and inode numbers (st_dev and st_ino). But, on mingw, fstat returns 0 as inode
number for all files. Thus, the inquire fails (
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-02 20:51
---
A regression hunt shows that I broke this on the 3.4 branch with
http://gcc.gnu.org/ml/gcc-cvs/2004-08/msg01183.html
I submitted a fix to mainline a few months later to fix the problem; I'll
backport that
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-02 20:34
---
The function Mem_NewOry in vortex's mem00.c uses lots of casts to void **,
so the failure is due to invalid code rather than a GCC bug. I'll investigate
further and report this to SPEC.
--
http://gcc.gnu.
--- Additional Comments From abalkiss at redhat dot com 2005-09-02 19:45
---
This bug appears to stem from the implementation method
Container$LightweightDispatcher.acquireComponentForMouseEvent method. This is
an undocumented implementation method so it will take me a while to fix it w
--- Additional Comments From Steve at Zook dot com 2005-09-02 19:36 ---
Created an attachment (id=9653)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9653&action=view)
Sample compiled output for test code
This sample was compiled:
gcc -c -save-temps test.cpp
on rev 3.3.3 under Cygw
--- Additional Comments From Steve at Zook dot com 2005-09-02 19:33 ---
Created an attachment (id=9652)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9652&action=view)
Test code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23702
Volatile const members of a struct are not generating a load when read while
volatile non-const members are loaded (volatile const objects outside of a
structure do generate a load when read). const members of a volatile struct
generate two loads when read (strange code being produced in this ca
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
19:31 ---
(In reply to comment #6)
> I am thinking this was caused by the patch for PR c++/23099.
I should say how I came to this conclusion.
The only non front-end patches which changes code gen that went on
--
What|Removed |Added
Component|libstdc++ |c++
Keywords||missed-optimization
Target Milestone|---
--- Additional Comments From pcarlini at suse dot de 2005-09-02 19:23
---
Now hashtable<>::m_rehash dominates the profile, more than 10 times bigger
than the second entry, hashtable<>::m_find_node. Before, when the things were
sane, the latter dominated it and m_rehash was much lower. So
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-09-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
19:18 ---
I am thinking this was caused by the patch for PR c++/23099.
--
What|Removed |Added
--- Additional Comments From simon_baldwin at yahoo dot com 2005-09-02
19:12 ---
The problem's restricted to the C++ front end only, and is common across
multiple releases and at the highest warning settings:
$ cat e.cc
typedef enum { ZERO }; // error, malformed typedef, missing ident
--- Additional Comments From pcarlini at suse dot de 2005-09-02 19:08
---
A couple of numbers: the above mentioned 1/4 sec on P4-2400/linux has become
43 secs! :( The amended 23465 takes about 3.5 secs. This is with current
mainline,
4_0-branch very similar. I'm currently trying to prof
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-02
18:31 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-02
18:31 ---
Subject: Bug 21687
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-02 18:29:33
Modified files:
gcc/cp : ChangeLog parser.c
gcc/tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-02
18:23 ---
Subject: Bug 21687
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-02 18:23:24
Modified files:
gcc/cp : parser
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-02
17:15 ---
I don't think we'll import a new version of the GC into the 4.0.x series.
However, a patch to fix the ARM port would be perfectly fine.
If the patch works for you, please submit it to java-patches and I will
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-02
17:14 ---
I set the target milestone.
This patch looks like a 4.0 candidate to me.
Could you put it there?
--
What|Removed |Added
--
--
What|Removed |Added
CC||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23691
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
16:39 ---
Hmm I think the reason why this is accepted on the mainline is the same reason
why PR 23698 is
accepted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23691
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
16:38 ---
I should mention that comeau also rejects this and I would assume ICC does too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23698
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
16:37 ---
Reduced testcase:
template class basic_string;
typedef basic_string string;
template
struct basic_string
{
static const int npos = -1;
};
extern template class basic_string;
struct A
{
static const long
--- Additional Comments From pcarlini at suse dot de 2005-09-02 16:37
---
An important note: I'm currently using an updated compiler (didn't in my
previous messages), 20050901, and I can confirm that on x86 (too) there is a
very large slow-down of the generated executable, of 1-2 orders
--- Additional Comments From bangerth at dealii dot org 2005-09-02 16:33
---
I think it can be considered arguable whether the code is valid or not.
Here it is again:
template struct X {
static const T value = false;
};
template struct W {};
template
--- Additional Comments From pcarlini at suse dot de 2005-09-02 16:16
---
(In reply to comment #2)
> Running outside the testsuite, it appears to hang (taking at least 3min)
> on hppa64-hp-hpux11.11, whereas by comparison on the same machine but
> configured for hppa2.0w-hp-hpux11.11 (
--- Additional Comments From matz at suse dot de 2005-09-02 16:14 ---
Yes, I also got the boost error. And I got that with a 4.0 CVS version
from today. Reverting Marks patch also solves the boost problem
described in PR23691.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23699
--- Additional Comments From joseph at codesourcery dot com 2005-09-02
16:12 ---
Subject: Re: [4.0/4.1 Regression]
tr1/6_containers/unordered/hashtable/23465.cc execution test times out
On Thu, 1 Sep 2005, pcarlini at suse dot de wrote:
> Hi. Can you have a quick look at what is goin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
16:01 ---
Related to PR 23691 but this one fails on the mainline too.
Reducing.
--
What|Removed |Added
---
Marks patch for fixing PR23099 from 2005-08-29 makes glibmm not compile:
% cat glib-test.cc
#include
struct A{
static const long npos = std::string::npos;
};
% g++ -c glib-test.cc
glib-test.cc:3: error: field initializer is not constant
Reverting it makes this compile again. To fail
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
15:53 ---
*** Bug 23696 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
15:53 ---
*** This bug has been marked as a duplicate of 23676 ***
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23698
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
15:46 ---
I have to re-reduce this because I found a different bug as I reduced it too
far, see PR 23698 for that
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23691
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
15:44 ---
I should mention I found this while reducing PR 23691.
This has been failing since at least 4.1.0 20050808.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23698
The following code is accepted in 4.1 but should not be:
struct g {
bool operator==(const g& __arg) const;
};
template< typename T > struct is_integral {
static const T value = false;
};
templatestruct enable_if_c;
template typename
enable_if_c<(is_integral::value)>::type
operator==(con
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-02
15:40 ---
Subject: Bug 23167
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-02 15:39:04
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-02
15:39 ---
*** Bug 22008 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Bug 231
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-02
15:39 ---
*** This bug has been marked as a duplicate of 23167 ***
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-02
15:39 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-02
15:38 ---
Subject: Bug 23167
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-02 15:35:17
Modified files:
gcc: Change
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-09-02 15:38 ---
Subject: Re: ICE Using Pointer Functions
erik dot edelmann at iki dot fi wrote:
> Yes, it's the latter bug that Richard's patch fixes.
>
> I could add that I posted a patch to fix
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
15:38 ---
*** Bug 23697 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
15:37 ---
No 0b is not a ANSI C requirement.
Anyways this is a dup of bug 23479.
*** This bug has been marked as a duplicate of 23479 ***
--
What|Removed |Added
-
--- Additional Comments From bat at m4tp dot org 2005-09-02 15:33 ---
I don't add the .i file, since the source .c doesn't have any preproc' tags
--
What|Removed |Added
--- Additional Comments From bat at m4tp dot org 2005-09-02 15:30 ---
Created an attachment (id=9651)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9651&action=view)
A short demonstration of what is missing
gcc -v -save-temps g_ansi.c
Reading specs from /usr/lib/gcc/i686-pc-cygwin/
gcc does not accept an integer described with its binary format
short zero = 0b00;
though it is a ansi requierement ... and hex. is working well (int zero =
0x;)
Thanks
--
Summary: 0b... Ansi C integer description missing
Product: gcc
Version:
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-02 15:10
---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-02
14:55 ---
I've confirmed that this is a duplicate of PR 23676.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23696
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-02
14:34 ---
> Was this before or after:
Oh, I've missed it. I'll try it and report the result.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23696
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-09-02
14:30 ---
Created an attachment (id=9650)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9650&action=view)
a reduced preprocessed file
The attached is a reduced preprocessed file.
--
http://gcc.gnu.org/bugzi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-02
14:30 ---
Was this before or after:
2005-09-01 Richard Henderson <[EMAIL PROTECTED]>
PR 23676
* reload1.c (reload_as_needed): Check !CALL_P before calling
fixup_eh_region_note.
--- Additional Comments From berndtrog at yahoo dot com 2005-09-02 14:29
---
(In reply to comment #4)
> texi2pdf (= texi2dvi --pdf) uses pdftex to generate PDF directly and
> texinfo.tex has conditional code to generate PDF files with internal links
> etc. when generating PDF.
Thanks
sh4-unknown-linux-gnu build fails during libjave build with:
/exp/ldroot/dodes/xsh-gcc/./gcc/xgcc -shared-libgcc
-B/exp/ldroot/dodes/xsh-gcc/./gcc -nostdinc++
-L/exp/ldroot/dodes/xsh-gcc/sh4-unknown-linux-gnu/libstdc++-v3/src
-L/exp/ldroot/dodes/xsh-gcc/sh4-unknown-linux-gnu/libstdc++-v3/src/.libs
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From brett dot swimley at aedinc dot net
2005-09-02 14:19 ---
Created an attachment (id=9648)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9648&action=view)
Preprocessed source that generates the ICE
Added test case attachement.
--
http://gcc.gnu.org/b
1 - 100 of 167 matches
Mail list logo
