# gcc -v
Reading specs from
/.share/usr/app/gcc-3.4.3/bin/../lib/gcc/i386-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/usr/app/gcc-3.4.3
--exec-prefix=/usr/app/gcc-3.4.3 --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/app/gcc-3.4.3/libexec
--
What|Removed |Added
Component|tree-optimization |rtl-optimization
Keywords||missed-optimization, ra
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 06:08 ---
Created an attachment (id=8695)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8695action=view)
testcase
Use gcc -O2 -S t.c
--
Bug appears in g++ 3.4, 4.0, probably 4.1.
Does not appear in g++ 3.2, 3.3, icc 8.0, 8.1, Sun CC 5.4.
--
Summary: inherited class member not visible in complex templated
hierarchy
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
--- Additional Comments From lawless at spamcop dot net 2005-04-21 06:09
---
Created an attachment (id=8696)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8696action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21142
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:13 ---
Invalid, read 3.4's release notes.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:18 ---
4.1.0/4.0.0 gives:
subl$268, %esp
which is better than 3.4.x.
3.4.0 gives:
subl$732, %esp
Only a 3.4 regression, confirmed:
subl$3516, %esp
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:27 ---
Note your testcase has uninitialized variables, well the arrays are
uninitizalized, after fixing them, it
gets worse:
subl$3532, %esp
Though on 4.0.0/4.1.0, we get better:
subl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
06:33 ---
Hmm, with -fomit-frame-pointer, the stack usage goes back to an okay value:
subl$604, %esp
I think this is just another case where spills are no not reused, see PR 17838.
so
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-04-21
07:57 ---
The up-to-date version of the patch that fixes the problem:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01360.html
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-21
08:44 ---
Here's a similar testcase that crashes in the same spot:
==
module FOO
contains
function BAR(X)
character(*) :: X
character(len(X)) :: BAR
Cross-building gfortran installs gfortran as
$bindir/gfortran
instead of
$bindir/target-gfortran
My actual configuration (one-tree style, gcc-4.0.0 20050421 + newlib-cvs)
configure ... --with-newlib --target=i386-rtems4.7 \
--enable-languages=c,c++,f95
--
Summary: cross-built
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-21
09:05 ---
This patch can cause an ICE when the super-class is byte-compiled.
If a byte-compiled method M in a super-class throws exception X,
we try to emit an erroneous error message that M can't throw X
(because we
The testcase appears to hang inside reload_cse_regs when compiled with -O2.
--
Summary: [4.0/4.1 regression] Apparent infinite loop in reload
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity:
--- Additional Comments From schwab at suse dot de 2005-04-21 09:42 ---
Created an attachment (id=8698)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8698action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
Configured with: ../srcdir/configure --disable-nls
--enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=athlon-tbird
--with-arch=athlon-tbird --with-system-zlib --disable-shared
--enable-languages=c,c++,objc --disable-sjlj-exceptions
--enable-shared=libstdc++ --enable-shared=libobjc
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-21 10:36
---
--enable-c-mbchar was removed with
revision 1.14
date: 2003/07/06 18:50:44; author: neil; state: dead; lines: +0 -0
* Makfile.in: Remove traces of mbchar.
* c-parse.in (MULTIBYTE_CHARS):
$ cat bug.cxx
template typename T
struct A
{
typedef T S;
};
struct S {};
struct B : S {};
struct C: B, AS
{
friend class AS;
};
$ g++-3.4 --version
g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)
$ g++-3.4 -c bug.cxx
bug.cxx:13: error: `S' was not declared in this scope
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 11:27 ---
Though on 4.0.0/4.1.0, we get better:
subl$260, %esp
It's way too good. Declared locals should take 512 bytes, plus
any temporaries for spills.
Please find fixed
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 11:29 ---
Whoops no, locals are 256 bytes only.
(/me is looking for some coffee)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
Hi everybody,
We are compiling our middleware product using the following gcc version:
gcc 3.4.3
binutils 2.15
We compile the code using the 64 bit option on AIX 5.1.
GCC as well as BINUTILS codes have been downloaded as binary from the gnu
site, we didn't compile them.
We have the following
See testcase.
# gcc twofish.c;./a.out
Iterations/sec: 63252
# gcc -Os twofish.c;./a.out
Iterations/sec: 45544
# gcc -O2 twofish.c;./a.out
Iterations/sec: 40192
# gcc -v
Reading specs from
/.share/usr/app/gcc-3.4.3/bin/../lib/gcc/i386-pc-linux-gnu/3.4.3/specs
Configured with:
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
12:54 ---
This is an awk bug and not a GCC bug, see PR 19601.
*** This bug has been marked as a duplicate of 19601 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
12:54 ---
*** Bug 21145 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
in my program I have the following instruction:
use class_Grille
the class_Grille is in the file class_Grille.mod.
When trying to compile, I get this error:
Fatal Error: Can't open module file 'class_grille.mod' for reading at (1): No
such file or directory
The problem doesn't
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
12:59 ---
3.3.3 gave:
t.cc:13: error: request for member `S' is ambiguous in multiple inheritance
lattice
t.cc:7: error: candidates are: struct S
t.cc:4: error: typedef struct S AS::S
t.cc:13:
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 13:05 ---
Created an attachment (id=8700)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8700action=view)
move return 0; around to find out where does that happens
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-21
13:06 ---
What do you mean, move return 0; around to find out where does that
happens?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21147
(GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)
gcc-4.0 (GCC) 4.0.0 20050410 (prerelease) (Debian 4.0-0pre10)
gcc (GCC) 4.0.0 20050418 (prerelease)
gcc (GCC) 4.1.0 20050421 (experimental)
--
Summary: invalid code generation for _mm_movehl_ps SSE intrisinc
Product: gcc
Bytes are typically extracted from e.g. u64's by something like
#define D5(v) (((v) 40) 0xff)
Testcase shows that gcc does not optimize this good enough.
--
Summary: Suboptimal byte extraction from larger integers
Product: gcc
Version: 3.4.3
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 13:12 ---
Created an attachment (id=8701)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8701action=view)
generate assembly with -S and compare results
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
13:13 ---
This is x86 specific.
--
What|Removed |Added
Component|rtl-optimization
--
What|Removed |Added
Component|c |target
Keywords||ssemmx, wrong-code
--
What|Removed |Added
Keywords||missed-optimization
Summary|Suboptimal byte extraction |Suboptimal byte extraction
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-04-21 13:36 ---
testcase is measuring how many twofish_setkey()'s can be executed per second.
By inserting extra 'return 0;' in the body of that function and running
the testcase, we can measure
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-21 13:38
---
OK, so it isn't a libffi bug.
The odd thing here is that despite the fact that promotion of outgoing args is a
machine dependent issue, each language front end is required to do it.
This patch corresponds as
Place the following code in a header file 'code.h' and compile a precompiled
header with 'g++-4.0 -c code.h':
templatetypename T void func()
{
class object
{
public:
object() {} // Any function declaration produces an ICE.
};
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
14:37 ---
Confirmed, here is the backtrace:
#0 write_name (decl=0x41dc1380, ignore_local_scope=1) at
/Users/pinskia/src/alias/gcc/gcc/cp/
mangle.c:1440
#1 0x000fe888 in write_encoding (decl=0x41dc1380) at
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
When compiling the following code with m68k-elf-gcc and optimization
-O, the compiler does not generate code to increment the stack pointer
before restoring %fp and returning from the function. This happens in
both functions, f1 and f2. I checked with gcc-3.3 and gcc-3.4.3. When
using no
--
What|Removed |Added
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21152
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org |
Status|NEW
System is uniarch x86_64(AMD64), built from scratch.
gcc -v
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --host=x86_64-pc-linux-gnu
--build=x86_64-pc-linux-gnu --prefix=/usr --libexecdir=/usr/lib --enable-shared
--enable-threads=posix
--- Additional Comments From developer at isl-gbr dot de 2005-04-21 15:46
---
Created an attachment (id=8703)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8703action=view)
the required op.i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21153
--
What|Removed |Added
Component|c++ |target
Keywords||ice-on-valid-code
--- Additional Comments From mark at gcc dot gnu dot org 2005-04-21 16:04
---
The patch from comment #10 fixes the Test program and makes my patch to
interpet.cc unnecessary. Also when recompiling libgcj with this a fully
interpreter eclipse is again able to import and build the
--
What|Removed |Added
Component|libgcj |java
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
16:13 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02285.html.
--
What|Removed |Added
GCC's Bugzilla should have a patch field for the URL for where the latest patch
was posted.
--
Summary: Bugzilla should have a patch field
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-04-21
16:20 ---
Created an attachment (id=8704)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8704action=view)
Patch against 4.0.0 to fix this PR
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21143
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
16:22 ---
Subject: Bug 21115
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-21 16:22:33
Modified files:
libjava: ChangeLog
Added files:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
16:29 ---
Confirmed.
--
What|Removed |Added
CC||pinskia
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
16:35 ---
Fixed in 4.1.0 and above.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
16:42 ---
The patch has to be updated. I might do that this weekend.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
16:45 ---
Fixed, thanks Danny.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
16:58 ---
I am no longer working on this.
--
What|Removed |Added
AssignedTo|pinskia at gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
17:09 ---
Subject: Bug 20907
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-21 17:08:29
Modified files:
libcpp : line-map.c ChangeLog
Log message:
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-21
17:21 ---
Patch checked into mainline; not yet into 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
--- Additional Comments From dpatel at apple dot com 2005-04-21 17:26
---
Subject: Re: [4.0/4.1 Regression] long comments throw off line numbers
Would it be possible for you to add one test case also ?
Thanks,
-
Devang
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-21 17:41
---
I can't reproduce this problem. How did you produce the
file class_Grille.mod? With my simply test program:
module class_Grille
integer i
end module class_Grille
program b
use class_Grille
i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
18:40 ---
Subject: Bug 20907
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-04-21 18:40:08
Modified files:
libcpp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
19:07 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-21 19:35
---
With current binutils the tests also FAIL the test for excess errors with the
binutils warning
Warning: Initial .prologue should precede any instructions
See bug 12455 and the thread starting with
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From lawless at spamcop dot net 2005-04-21 20:25
---
STUPID!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21142
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
20:57 ---
Subject: Bug 20742
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-04-21 20:57:24
Modified files:
gcc
--- Additional Comments From f dot demiralp at gmail dot com 2005-04-21
22:14 ---
Subject: RE: [4.1 Regression] internal compiler error: verify_stmts failed.
I checked the gcc_4_0_0_release out from the cvs repository today and I have
tried it.
here the g++ version information
g++ -v
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
22:49 ---
The problem is the same, the symptom is different because the 4.0 branch has
--enable-
checking=release done while the mainline is --enable-checking=yes.
--
What|Removed
GCC mainline gets an ICE compiling crafty from SPEC CPU2000 on
powerpc64-linux:
elm3b149% /home/janis/tools/gcc-mline-20050421/bin/gcc -m64 -O2 -ftree-vectorize
-maltivec -c crafty_bug.c
crafty_bug.c: In function
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 23:09
---
Created an attachment (id=8705)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8705action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
grep language= */config-lang.in
Currently, you can use any of the following: ada, c, c++, f77, f95, java,
objc, obj-c++
These two don't match: running that command doesn't show me c or f77 when I
download core, g++, and gfortran (nor does it show me ada, java, and objc but
that's
--- Additional Comments From jim at dishaw dot org 2005-04-22 00:13 ---
(In reply to comment #0)
gcc version 2.95.3 20010315 (release) (NetBSD nb3)
make bootstrap
mkdir build-alpha-unknown-netbsd1.6.2.
mkdir build-alpha-unknown-netbsd1.6.2./libiberty
Configuring in
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-22 00:26
---
The testcase starts failing with this patch from rakdver:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00301.html
--
What|Removed |Added
--- Additional Comments From mark at codesourcery dot com 2005-04-22 00:58
---
Subject: Re: [PR c++/21087] don't keep builtin anticipated decl, override
it with actual declaration
Alexandre Oliva wrote:
When push_overloaded_decl() was passed a new declaration that matches
a builtin
#include iostream
template typename A
class c_A {
public:
template typename B B basefun () { return B(2.1); }
};
template typename C
class c_C : public c_AC {
public:
c_C() { std::cout C int: this-c_AC.template basefunC()
std::endl; }
};
int main(void) {
c_Cint l_intC;
}
#
--
What|Removed |Added
Version|3.3.4 |3.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21157
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
04:11 ---
Confirmed but this is a dup of bug 18512.
*** This bug has been marked as a duplicate of 18512 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
04:11 ---
*** Bug 21157 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
04:18 ---
Ok, here is the story this is a dup of bug 17814. First f77 is left over from
g77, c is valid no matter
what and what you are doing to get the language will not find that. Second
core just includes C.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
04:18 ---
*** Bug 21156 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
04:23 ---
This fails in build-libiberty and not in target-libiberty.
Something is still wrong because if it cannot find the source, that seems wrong.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
04:24 ---
(In reply to comment #1)
Confirmed, well obj-c++ should be accepted soon but f77 is just a left over
from g77.
objc++ is now correct for the mainline.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
05:10 ---
*** This bug has been marked as a duplicate of 20746 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
05:10 ---
*** Bug 18098 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22
05:13 ---
Confirmed.
Waiting on copy right assignment:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01886.html.
--
What|Removed |Added
86 matches
Mail list logo