make[2]: Entering directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gn
u/libmudflap'
Making all in testsuite
make[3]: Entering directory
`/var/tmp/portage/gcc-4.0.0_beta20050326/work/build/i686-pc-linux-gn
u/libmudflap/testsuite'
make[3]: Nothing to be done for `all'.
--- Additional Comments From selecter at spray dot se 2005-04-02 08:13
---
Created an attachment (id=8510)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8510action=view)
/usr/include/pthread.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20726
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-02
09:55 ---
I think you mean 'did NOT reject', we did reject with -pedantic, but without
that
we have an overload extension rule about the worst conversion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20723
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
09:58 ---
Subject: Bug 20650
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-02 09:58:36
Modified files:
gcc: ChangeLog
gcc/testsuite :
When I run a sample jogl application with gcj, I get the following at the
end
Program received signal SIGABRT, Aborted.
[Switching to Thread -1210319952 (LWP 18094)]
0x008e27a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) where
#0 0x008e27a2 in _dl_sysinfo_int80 () from
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-02
09:59 ---
Should be fixed now.
--
What|Removed |Added
Status|ASSIGNED
In the latest reload.c, the function combine_reloads() includes
a wrong evaluation order of expressions to check if there is any
available hard register.
In the following statements in combine_reloads(),
the candidate register must be checked whether it is a
hard register or not before invoking
--
What|Removed |Added
Attachment #8510|application/octet-stream|text/plain
mime type||
I wrote the following testcase:
#include iostream
using namespace std;
inline bool sign(double x){return !((*(((unsigned int*)(x)) + 1))0x8000);}
inline bool sign1(double x){return (x=0.0);}
inline bool cmp(double x,double y){
return ((*(((unsigned int*)(x)) + 1))0x8000)^((*(((unsigned
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
12:39 ---
This is a bug in glibc's pthread. This has been fixed already in glibc. Also
I thought this was fixed by
PR 20166. Does gentoo disable fixincludes if so, well this is not a GCC bug
but a gentoo one.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
12:45 ---
You are violating the C aliasing rules.
Either use an union or use -fno-strict-aliasing.
--
What|Removed |Added
--- Additional Comments From pfelecan at acm dot org 2005-04-02 14:06
---
The libgmp package maintainer supplied a new release for which all the gmp tests
are successful for the architecture in discussion. This fixes the bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
14:27 ---
Confirmed (fixed up testcase for -pedantic):
namespace N {
int foo ( char * ) { return 200; }
template typename T int foo();
}
enum Enum { enum1 };
int foo( Enum const ) { return 100; }
int main() {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
14:34 ---
(In reply to comment #2)
I think you mean 'did NOT reject', we did reject with -pedantic, but without
that
we have an overload extension rule about the worst conversion.
Yes I did mean, we did not
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
14:46 ---
Confirmed.
Unofficial patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00135.html.
--
What|Removed |Added
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-02
15:47 ---
Test results with patch are here:
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00116.html.The patch
improves the situation but there are still many fails:Executing on host:
- The incriminated source file is libffi/src/x86/sysv.S
- Bootstrapping gcc 4.0 snapshot 20050326, fails. The relevant log's tail is in
the attachment bootstrap.log
- The configuration log is in the config.log attachment
- Output of running the compiler with verbose options is in the attachment
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:10
---
Created an attachment (id=8514)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8514action=view)
bootstrap log's tail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20730
--
What|Removed |Added
Component|bootstrap |libffi
Keywords||build
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:10
---
Created an attachment (id=8515)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8515action=view)
compiler run with verbose flag
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20730
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
16:12 ---
This does not make sense as line 91 is the following:
jne retdouble
Also what happens if you use GNU binutils instead of the tool chain from Sun?
--
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:12
---
Created an attachment (id=8516)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8516action=view)
preprocessor run
this phases obtains the source fed to the assembler
--
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:13
---
Created an attachment (id=8517)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8517action=view)
the assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20730
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:13
---
Created an attachment (id=8518)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8518action=view)
the preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20730
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:14
---
Created an attachment (id=8519)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8519action=view)
the configuration log for the library
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20730
I think hard code -r gcc-3_4-branch is a bad idea. You have to
do it for each branch. Why not check CVS/Tag and get it from
there?
--
Summary: contrib/gcc_update hard code -r gcc-3_4-branch
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:16
---
(In reply to comment #3)
This does not make sense as line 91 is the following:
jne retdouble
Also what happens if you use GNU binutils instead of the tool chain from Sun?
The line 91 is in the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
16:18 ---
Ok for the preprocessed source line 91 for the preproceser source:
.long .LFB1-.
This is valid as far as I know.
Again can you try with the GNU binutils.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
16:19 ---
See the thread: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00751.html.
--
What|Removed |Added
--- Additional Comments From pfelecan at acm dot org 2005-04-02 16:23
---
(In reply to comment #9)
Ok for the preprocessed source line 91 for the preproceser source:
.long .LFB1-.
This is valid as far as I know.
Again can you try with the GNU binutils.
Unfortunately, for the
--- Additional Comments From fitzsim at redhat dot com 2005-04-02 16:37
---
Fixed on HEAD and gcc-4_0-branch.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20526
When compiling GNU readline 5.0 on a Debian Linux system (Pentium) using gcc
3.3.5 I get:
gcc -c -DHAVE_CONFIG_H -I. vi_mode.c -o .libs/vi_mode.o
vi_mode.c: In function `rl_vi_prev_word':
vi_mode.c:340: internal compiler error: Segmentation fault
Please submit a full bug report,
with
--- Additional Comments From hjl at lucon dot org 2005-04-02 16:45 ---
My question is why hard code it. Is there anything wrong with this patch
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00173.html
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-04-02 16:47
---
It turns out there's nothing to do in Java -- instead, everything should be
handled in gij.cc and then passed through the invocation API. The patch that
implements this is now committed to HEAD and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
16:49 ---
Again read the whole thread.
Anyways if you are going to patch it, there is no reason to file a bug until
nobody looks at your patch or
there is no history behind the code which in this case there is
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20090
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
16:50 ---
Make sure that read http://gcc.gnu.org/bugs.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20732
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
16:53 ---
Subject: Bug 20290
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-02 16:53:44
Modified files:
gcc: ChangeLog loop.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
16:54 ---
Subject: Bug 20290
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-02 16:54:34
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
16:56 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-02 16:56:27
Modified files:
gcc: ChangeLog final.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
16:56 ---
Subject: Bug 20491
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-02 16:56:45
Modified files:
gcc:
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
16:57 ---
Subject: Re: [PR middle-end/20491] combine generates bad subregs
On Mar 31, 2005, Richard Henderson [EMAIL PROTECTED] wrote:
On Wed, Mar 30, 2005 at 04:27:50PM -0300, Alexandre Oliva wrote:
- else
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
16:59 ---
Subject: Re: [PR tree-optimization/20640] add phi args to dests of
dce-redirected edges
On Mar 31, 2005, Jeffrey A Law [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 05:26 -0300, Alexandre Oliva wrote:
--- Additional Comments From hjl at lucon dot org 2005-04-02 17:00 ---
It affects all branches based on 3.4 branch, including gcc 3.4 rhl branch. I
can't just do ./contrib/update in gcc 3.4 rhl branch anymore since it is
hard coded to 3.4 branch. I have to explicitly add gcc 3.4 rhl
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:01 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
17:02 ---
Subject: Bug 20640
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-02 17:02:15
Modified files:
gcc: ChangeLog tree-ssa-dce.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
17:03 ---
Subject: Bug 20640
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-02 17:02:55
Modified files:
gcc:
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:07 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:07 ---
Fixed for real this time :-)
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
17:08 ---
Subject: Bug 19345
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-02 17:08:08
Modified files:
gcc: ChangeLog dwarf2out.c tree-inline.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-02
17:08 ---
Subject: Bug 19345
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-02 17:08:37
Modified files:
gcc:
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:09 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
17:18 ---
We need the preprocessed source.
--
What|Removed |Added
CC|
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:22 ---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Mar 11, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
On Mar 10, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
+ ???
--- Additional Comments From joseph at codesourcery dot com 2005-04-02
17:22 ---
Subject: Re: contrib/gcc_update hard code -r gcc-3_4-branch
On Sat, 2 Apr 2005, hjl at lucon dot org wrote:
It affects all branches based on 3.4 branch, including gcc 3.4 rhl branch. I
can't just do
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:27 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Mar 18, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
Index: gcc/ChangeLog
from Alexandre Oliva [EMAIL PROTECTED]
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:29 ---
Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a
reference to a temporary
On Mar 9, 2005, Alexandre Oliva [EMAIL PROTECTED] wrote:
PR c++/19199
* fold-const.c
--- Additional Comments From georg dot schwarz at freenet dot de
2005-04-02 18:08 ---
I am sorry, the issue must have been caused by a hardware problem.
After the machine had been switched off for a few hours the problem can
no longer be reproduced, and GNU readline builds fine. I am
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
18:09 ---
Closing as works for me then.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From hjl at lucon dot org 2005-04-02 18:21 ---
I have patches for mainline, 3.4 and 4.0.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From andreast at gcc dot gnu dot org 2005-04-02
18:58 ---
Verified on ppc-linux. Failing tc fixed, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20650
--- Additional Comments From schwab at suse dot de 2005-04-02 19:03 ---
The bootstrap failure on ia64-linux was introduced by the latter change, so it
is most likely the same issue.
--
What|Removed |Added
--- Additional Comments From jh at suse dot cz 2005-04-02 19:26 ---
Subject: Re: [4.1 Regression] Many C++ testsuite failures on ia64-hpux
--- Additional Comments From schwab at suse dot de 2005-04-02 19:03
---
The bootstrap failure on ia64-linux was introduced by the
characteristics of the file:
- complex inheritance hierarchy with virtual inheritance. this definitely is
the reason for long compile times, though I don't know if it's the reason for
the regression.
- usage of boost::mpl, but I've almost disabled it for this test file
AMD Athlon(TM) MP 2000+
--
What|Removed |Added
Keywords||compile-time-hog, memory-hog
Summary|performance regression 3.4 |compile time/memory usage
--- Additional Comments From sstrasser at systemhaus-gruppe dot de
2005-04-02 23:05 ---
Created an attachment (id=8520)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8520action=view)
Preprocessed source
preprocessed with gcc 3.4(could matter because of boost)
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
23:09 ---
On the mainline I get the following errors:
pr20733.cc: In member function 'void
MetaCpp::DeclarationImpl::_source_function::register_(__T)':
pr20733.cc:45574: error: no match for call to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-02
23:14 ---
(In reply to comment #0)
gcc-Version 4.0.0 20041218 (experimental)
mem 581 mb
user2m0.800s
sys 0m2.720s
Also this 4.0.0 is almost 4 months old.
--
--- Additional Comments From sstrasser at systemhaus-gruppe dot de
2005-04-02 23:15 ---
fergot gcc arguments: -O0 -S
comment #2: I'm downloading mainline to fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20733
error: cannot convert 'int*' to 'int A::*' for argument '1' to 'void blah(int
A::*)'
struct A;
void blah(int A::*);
struct A{
int a;
};
templatetypename T //remove this line to make it work
void hoho(){
blah(A::a);
}
compiles on gcc up to early 4.0, icc and comeau
--
Summary:
--- Additional Comments From giovannibajo at libero dot it 2005-04-03
00:17 ---
Mainline is 4.1. It is interesting to get numbers for mainline too of course,
but you should also update 4.0 from its branch and report those numbers too.
--
--- Additional Comments From sstrasser at systemhaus-gruppe dot de
2005-04-03 00:59 ---
it's actually a performance _improvement_ between 3.4 and current 4.0 branch:
gcc-Version 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
user0m57.250s
sys 0m1.050s
gcc-Version 4.0.0 20050402
If you compile a .class file for an inner class with gcj, e.g.
gcj -o foo.so [... other options ...] Foo\$1.class
then the source filename is stored as Foo$1.java (see it with e.g. eu-readelf
--debug-dump=line foo.so), which is wrong. gcj should use the SourceFile
attribute instead, which
--- Additional Comments From szalai at mit dot edu 2005-04-03 02:25 ---
This also occurs with the MUMPS parallel solver library.
The testcase testcase in this report now occurs as follows:
test5.f: In function #8216;a#8217;:
test5.f:1: internal compiler error: in
sstrasser at systemhaus-gruppe dot de [EMAIL PROTECTED] writes:
| error: cannot convert 'int*' to 'int A::*' for argument '1' to 'void blah(int
A::*)'
This is clearly a bug in GCC.
-- Gaby
--- Additional Comments From gdr at integrable-solutions dot net
2005-04-03 02:36 ---
Subject: Re: New: rejects valid pointer to member
sstrasser at systemhaus-gruppe dot de [EMAIL PROTECTED] writes:
| error: cannot convert 'int*' to 'int A::*' for argument '1' to 'void blah(int
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure
--prefix=/gsa/watgsa/.home/h1/barikr/GCC_SAVANNAH/CURRENT/install/
--enable-languages=c
Thread model: posix
gcc version 4.1.0 20050322 (experimental)
Complete Command line: gcc -c -o gzip.o -fprofile-generate gzip.c
Compiler
--- Additional Comments From rajbarik at in dot ibm dot com 2005-04-03
02:48 ---
Created an attachment (id=8521)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8521action=view)
gzip.i file generated after -save-temp option
This is the *.i* file generated after running gzip.c with
--- Additional Comments From roger at eyesopen dot com 2005-04-03 03:20
---
Excuse me for asking, but what is it that makes the latest patch I posted not
reasonable for the 4.0 timeframe?
The performance regression on C, Java, Ada and fortran code, that isn't affected
by this bug.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
06:28 ---
Confirmed.
--
What|Removed |Added
Severity|normal |critical
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 build-alpha-unknown-netbsd1.6.2./libiberty
configure: error: cannot find sources (xmalloc.c) in ../../gcc/libiberty
make: ***
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
06:34 ---
I think you need to try this again on the 4.0 branch as 20050322 is getting old
and this is most likely
the same as PR 20249 which was fixed on 2005-03-25 which is after the checkout
you have.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
06:38 ---
This error does not make sense.
could attach the full build log for this target?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
06:42 ---
This worked with 20050225, right before 4.0.0 was branched.
But it failed with 20050325.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
06:48 ---
I tried it on the mainline and I don't get the ICE so I really think this is a
dup of bug 20249.
Can you try a newer compiler than what you have and this ICE is gone?
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-03
06:50 ---
Alos can you make sure that the source exist as thi error really does not make
sense.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
88 matches
Mail list logo