The compiler complains about only one of two specializations that are broadly
identical. I don't see any error in either.
If this example should turn out to actually be invalid, please change this
report
to a complaint about the quality of the diagnostic.
Ivan
--
Summary:
--- Additional Comments From igodard at pacbell dot net 2005-03-05 08:01
---
Created an attachment (id=8333)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8333action=view)
Compiler output (-v -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20330
--- Additional Comments From igodard at pacbell dot net 2005-03-05 08:02
---
Created an attachment (id=8334)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8334action=view)
Source code (-save-temps) (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20330
--
What|Removed |Added
Attachment #8333|application/octet-stream|text/plain
mime type||
The C code below
extern __attribute__((pure)) int pf (int *);
extern int bar;
int foo (void) { return pf (bar);}
is wrongly compiled with -fPIC on sh64-elf. The output doesn't
any references to the symbol bar:
.section.text..SHmedia32,ax
.align 2
.global _foo
--- Additional Comments From igodard at pacbell dot net 2005-03-05 08:18
---
Reduced test case:
struct foo { int bar; };
templateint i
struct bar {};
templateint i
struct baz : public foo, public bari {
baz() : foo(), bari() {}
};
--
--
What|Removed |Added
Known to fail||3.4.4 4.0.1 4.1.0
Known to work||3.3.6
--- Additional Comments From pcarlini at suse dot de 2005-03-05 09:11
---
::bari() ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20330
--- Additional Comments From dieterbmeier at yahoo dot com 2005-03-05
09:33 ---
18251gcc34.patch.bz2 makes termios.c and arpcache.i to compile again on
3_4-20050305.
Thank you!
Can we have this patch in 3.4.4?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
--
What|Removed |Added
CC||schwinge-bugzilla-gcc dot
||gnu dot org at nic-nac-
--- Additional Comments From igodard at pacbell dot net 2005-03-05 09:37
---
Ref comment #4: yes, using :: clears the diagnostic, but why does the member
in one base collide with the direct reference to another explict base? Isn't the
base name itself in the derived's scope, superceding
In:
struct bar {};
void foo1() {
bar b = bar();
}
void foo(bar b = bar()) {}
you get:
~/ootbc/members/src$ g++ foo.cc
foo.cc: In function `void foo1()':
foo.cc:3: error: invalid initialization of non-const reference of type 'bar'
from a temporary of type 'bar'
foo.cc: At global scope:
--- Additional Comments From igodard at pacbell dot net 2005-03-05 10:22
---
Comeau gives:
Comeau C/C++ 4.3.3 (Aug 6 2003 15:13:37) for ONLINE_EVALUATION_BETA1
Copyright 1988-2003 Comeau Computing. All rights reserved.
MODE:strict errors C++
ComeauTest.c, line 3: error: initial value
--- Additional Comments From stevenb at suse dot de 2005-03-05 10:39
---
Subject: Re: [meta-bug] optimizations that CSE still catches
Am I missing something here? I guess I'm not sure what point you're
trying to make.
It just seems that we could do better on initial RTL
--
Summary: ICE
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
--- Additional Comments From igodard at pacbell dot net 2005-03-05 10:42
---
Created an attachment (id=8335)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8335action=view)
Compiler output (-v -save-temps)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20333
--- Additional Comments From igodard at pacbell dot net 2005-03-05 10:43
---
Created an attachment (id=8336)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8336action=view)
Source code (-save-temps) (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20333
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-05 10:45 ---
Other utilities that are documented in gnat_ugn.texi
gnatpp (gnat pretty)
gnatstub
gnatmetric
are not built in FSF tree.
Nor is there any documentation on where these utilities are
--- Additional Comments From giovannibajo at libero dot it 2005-03-05
11:32 ---
In fact, bar and foo should be injected into class scope. Comeau, however,
flag the code as invalid just like GCC does. I do not have a standard handy
now to double-check.
--
--- Additional Comments From giovannibajo at libero dot it 2005-03-05
11:41 ---
It would probably also help to know why compound literals are lvalues in C99.
--
What|Removed |Added
--
What|Removed |Added
Summary|Wrong code generation for |[3.4/4.0/41 Regression]
|the argument of the pure|Wrong code generation for
--
What|Removed |Added
Summary|[3.4/4.0/41 Regression] |[3.4/4.0/4.1 Regression]
|Wrong code generation for |Wrong code generation for
--- Additional Comments From joseph at codesourcery dot com 2005-03-05
12:15 ---
Subject: Re: [4.0/4.1 regression] ICE in create_tmp_var with
C99 style struct initializer
On Sat, 5 Mar 2005, giovannibajo at libero dot it wrote:
It would probably also help to know why compound
This:
character(len=50), dimension(100), parameter :: regels = 'Schrijf dit honderd
keer uit.'
print '(a)', regels
end
should print one hundred lines of
Schrijf dit honderd keer uit.
Unfortunately, it only does it only once:
[EMAIL PROTECTED]:~/g95-bugs$ /usr/snp/bin/gfortran -static -O2
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-05
13:36 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Mar 4, 2005, Mark Mitchell [EMAIL PROTECTED] wrote:
+foo ((B){x});
I don't think (B){x} should be an lvalue,
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-05
14:03 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Mar 5, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
On Mar 4, 2005, Mark Mitchell [EMAIL PROTECTED] wrote:
+
I'm running gfortran from the 4.0-LATEST development snapshot:
GNU Fortran 95 (GCC 4.0.0 20050226 (prerelease))
on a SUSE 9.2 GNU/Linux system. (dual AthlonMP)
I know I'm supposed to attach preprocessed files only, but I can't figure out
how to do that with Fortran *modules*, and there doesn't
--- Additional Comments From phillip dot m dot jordan at gmail dot com
2005-03-05 15:29 ---
Created an attachment (id=8337)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8337action=view)
the source code causing the Internal Compiler Error
After extraction, compile with
gfortran -c
--- Additional Comments From phillip dot m dot jordan at gmail dot com
2005-03-05 15:32 ---
Correction:
It probably shouldn't ICE even if it's *not* valid, though.
~phil
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-05 15:33
---
Patch here: http://gcc.gnu.org/ml/fortran/2005-03/msg00060.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05
15:44 ---
Subject: Bug 19311
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-05 15:44:26
Modified files:
gcc/cp : init.c pt.c typeck.c ChangeLog
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-05
15:46 ---
Fixed in the mainline. Other branches are being tested and will be
fixed once I finish retesting the patch.
--
What|Removed |Added
--- Additional Comments From cjb at mrao dot cam dot ac dot uk 2005-03-05
15:53 ---
No you are no missing reading. This is vectorized on x86 but not on PPC.
Thanks, Andrew. I'm also having trouble reproducing it on PPC (under OS X
10.3.4), though. Same GCC source tree and test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
16:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05
16:33 ---
Subject: Bug 20155
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-05 16:33:15
Modified files:
libjava: ChangeLog Makefile.am Makefile.in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
16:44 ---
Fixed on the mainline at least.
--
What|Removed |Added
Summary|[4.0/4.1
--
What|Removed |Added
Attachment #8335|application/octet-stream|text/plain
mime type||
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
17:03 ---
Hmm, I am using a slightly older compiler, so maybe this is fixed already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18546
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05
17:33 ---
Subject: Bug 20155
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-05 17:33:00
Modified files:
libjava:
The online list archives for February, both web and ftp, have gaps around
the time of the system failure (i.e., from last backup to when the system
went down) which need filling in from the qmail archives or any other
archives if there are problems with those.
Note that the ftp mbox archives
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
18:04 ---
Fixed also on the 4.0 branch. Thanks Roger for picking this one.
--
What|Removed |Added
--
Bug 17574 depends on bug 20155, which changed state.
Bug 20155 Summary: [4.0 Regression] libgcj build fails with execvp: /bin/sh:
Argument list too long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
18:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-05
18:49 ---
Even with Richard Guenther's patches, the only thing that really helps is
setting --param large-function-growth=200, or more. The default is 100.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17863
--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-05 18:57
---
Here's a rduced version. This caused by UBOUND call
on the allocated array.
module types
type lineListType
type(vertexType), dimension(:), pointer :: vertex
end type
end module types
module flow
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20335
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2005-03-05 19:03 ---
Subject: Re: [4.0/4.1 Regression] threefold
performance loss, not inlining as much
steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
19:17 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
19:26 ---
The code is invalid as you don't have a closing ) for a function in the array
declaration of exuApis.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
19:31 ---
Hmm, but I can reduce it to look like valid code.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
19:40 ---
I take that back, this is invalid code still, the typename keyword is not valid
outside of a template.
Reduced testcase:
templateclass struct f {};
fint f2[2] = {typename fint()};
This is a regression
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-05 19:42
---
Patch was posted here: http://gcc.gnu.org/ml/fortran/2004-07/msg00130.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15754
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05
19:43 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20270
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13754
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15065
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15212
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15616
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
--- Additional Comments From phython at gcc dot gnu dot org 2005-03-05
19:48 ---
Treelang doesn't have a driver outside of gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20326
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
--
What|Removed |Added
Target Milestone|--- |4.1.0
Version|unknown |4.0.0
--
What|Removed |Added
Status|NEW |ASSIGNED
Keywords||patch
Target Milestone|---
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17729
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18170
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18190
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18279
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18335
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18346
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18399
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18434
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18485
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18796
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18859
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18863
--
What|Removed |Added
Severity|critical|normal
Target Milestone|--- |4.1.0
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19185
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19324
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19408
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19454
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19456
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19686
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19835
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19956
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20031
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20042
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20093
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20226
1 - 100 of 125 matches
Mail list logo
