--- 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 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: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
--
What|Removed |Added
CC||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23691
--- 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
--
--- 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 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 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 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 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 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 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
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-09-
--- 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
Component|libstdc++ |c++
Keywords||missed-optimization
Target Milestone|---
--- 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
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 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
--- 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 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 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 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 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 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 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 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 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 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 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 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 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 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
==+
| 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
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:
--- 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;
--- 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: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 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
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
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Known to fail|
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
--- 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
--- 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 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 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 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 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 pcarlini at suse dot de 2005-09-03 00:41
---
Fixed in v7-branch.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2005-06-18 0
--- 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
--- 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 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: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: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
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
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"
--- 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
--- 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 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: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
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
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);
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: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:
+(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
--
What|Removed |Added
Known to fail||3.3 4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23710
101 - 167 of 167 matches
Mail list logo
