version_string[] = 4.1.0 20050312 (experimental);
$ autogen -v
autogen - The Automated Program Generator - Ver. 5.6.6
$ autoconf -V
autoconf (GNU Autoconf) 2.59
Written by David J. MacKenzie and Akim Demaille.
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source
In an empty directory:
$ ../gcc-4.0/configure --prefix=$HOME --enable-languages=c,f95
--enable-maintainer-mode
...
$ make bootstrap
...
make[5]: Leaving directory `/home/ig25/gcc-4.0-bin/i686-pc-linux-gnu/libmudflap'
make[4]: Leaving directory
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-12
09:45 ---
(In reply to comment #4)
(In reply to comment #3)
- Why the casts to double?
Because that is required by the C standard.
Isn't that covered by the as-if rule? I'm fairly
sure the cast to
--- Additional Comments From pluto at pld-linux dot org 2005-03-12 10:02
---
I've noticed that below change fixes relinking.
Could anonyone merge this fix to Makefile{.am,.in} ?
--- libgcj0_convenience.la.orig 2005-03-12 06:07:36.0 +0100
+++ libgcj0_convenience.la
--
What|Removed |Added
CC||mmazur at kernel dot pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-12 11:14
---
Another reason why spelling needs preserving (in addition to implementing #
correctly) is for the constraints on duplicate macro definitions.
#define foo \u00c1
#define foo \u00C1
is invalid (different
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
12:30 ---
The toplevel configure uses autoconf 2.13.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20437
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
12:40 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01208.html
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
12:41 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01207.html
--
What|Removed |Added
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-03-12 12:57 ---
Sorry, should have looked at old bugs first ...
*** This bug has been marked as a duplicate of 19926 ***
--
What|Removed |Added
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-03-12 12:57 ---
*** Bug 20334 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-12 13:44
---
'configure --enable-maintainer-mode' should be run in the source directory, and
not be used during the build. If I understand correctly.
--
What|Removed |Added
//==
// Dropped attributes on class member
//==
// $ g++ -ansi -pedantic -Wall -c file
// Output:
// ... 'ASSERTION_FAILED_IN_LINE_42' ...
//
--
What|Removed |Added
Known to fail||3.2.3 3.3.4 3.4.2 3.4.3
Known to work||4.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
14:32 ---
Fixed in 4.0.0. (after 3.5.0 20040909).
--
What|Removed |Added
--- Additional Comments From schwab at suse dot de 2005-03-12 14:59 ---
This has nothing to do with maintainer-mode. See
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00874.html for a possible fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20438
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
15:13 ---
The patch that fixes this bug is the same as the one
in PR1016. Closing it as a duplicate.
*** This bug has been marked as a duplicate of 1016 ***
--
What|Removed
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-12
15:13 ---
*** Bug 20234 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
the following valid fixed-form program is rejected by gfortran:
[EMAIL PROTECTED] tests]$ cat fix.f
STOP IT = NOW; END
[EMAIL PROTECTED] tests]$ g77 fix.f
[EMAIL PROTECTED] tests]$ gfortran fix.f
Error: Unexpected end of file in 'fix.f'
[EMAIL PROTECTED] tests]$
--
Summary:
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-12 15:21
---
Forgot to say: putting then END statement on a new line lets this compile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20440
gcc-4.0.0 doesn't produce a valid assembler file.
I didn't have this problems using gcc-3.4.2
Info at end of letter.
Posting to gcc-bugs is deprecated. Please file a bugzilla PR instead:
http://gcc.gnu.org/bugzilla/
--
Eric Botcazou
--
What|Removed |Added
CC||jason at redhat dot com
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:10 ---
This is a regression also.
--
What|Removed |Added
Known to fail|
I was just looking through bugs which have not been touched in 90 days and
noticed there was a g77
bug (PR 18913) which really could not be tested with gfortran because
-finit-local-zero is missing.
This option is really only useful for very old fortran code.
--
Summary:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:15 ---
Some update on this bug.
rest_of_handle_ssa is removed and has been since 3.4.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:17 ---
Confirmed.
--
What|Removed |Added
CC||pinskia
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:27 ---
Confirmed, I commented about the mode just recently.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:28 ---
(In reply to comment #2)
If I understand the purpose of the test, it was to check whether profiling
is working correctly, as far as being capable of building and running
without a failure report. I've
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
17:35 ---
I cannot remember the rules but -0.0 * 0.0 could be -0.0 (and not 0.0), someone
needs to help me
here.
--
What|Removed |Added
This is a copy of a posting by John Eaton on the Cygwin list. I can confirm
that the problem starts with gcc-3.3 and is present in gcc-4.0
__
I believe the following program should print
main: calling doit
doit: calling toit
--
What|Removed |Added
Component|c++ |middle-end
Keywords||EH, sjlj-eh, wrong-code
--- Additional Comments From pluto at pld-linux dot org 2005-03-12 17:55
---
finally I've fixed this problem with this patch.
gcc was bootstraped and tested successfuly on ix86 and amd64.
--- gcc-4.0-20050305/libjava/Makefile.am.orig
+++ gcc-4.0-20050305/libjava/Makefile.am
@@
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
18:00 ---
Confirmed, this is happens on all target which use setjmp/longjmp exceptions.
I forget if any of the
primary/secondary targets still use sjlj exceptions but this is a regression
from 2.95.3.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
18:07 ---
(In reply to comment #5)
Again, the as-if rule: If a and b are floats, the expression
a+b 0 should be the same for any a and b regardless wether they
are done in float or double.
Well the real reason
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
18:01 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
has not been declared.
Versions checked by me:
4.0.0: 20050219 (exp.): ICE
4.1.0: 20050312 (exp.): ICE
3.4.x: work correctly
--
Summary: ICE on invalid C++ code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: minor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
18:40 ---
This has been broken for a while.
With 3.5.0 20040909, I get the following ICE:
t.cc:1: error: `some_type' was not declared in this scope
t.cc:2: error: `templateclass T int foo(T)' redeclared as different
When an ';' is missing after method before @end in @interface GCC outpus
following error:
error: parse error before 'CPP_AT_NAME' token
The error is misleading, as it is not clear to the user what the problem
exactly is.
--
Summary: Misleading error message on missing ';'
--- Additional Comments From marekm at amelek dot gda dot pl 2005-03-12
20:39 ---
(In reply to comment #17)
Marek, can you review this bug, the attached patches, and possibly approve
committing the fix?
I'm looking into it right now. I'm not sure about one thing: should movmemhi
--- Additional Comments From falk at debian dot org 2005-03-12 20:43
---
I think I know why this happens: there's a bug in alpha_fold_builtin_cmpbge.
Will test a patch.
--
What|Removed |Added
gcc -v
Reading specs from /usr/local/lib/gcc-lib/sparcv9-sun-solaris2/3.3.2/specs
Configured with: /usr/local/src/gnu/gcc-3.3.2/configure --enable-languages=c,c+¥
+ sparcv9-sun-solaris2
Thread model: posix
gcc version 3.3.2
cat test.c
#include stdio.h
typedef int int32;
void out(int32 i) {
--- Additional Comments From andrewhutchinson at cox dot net 2005-03-12
21:20 ---
(In reply to comment #18)
(In reply to comment #17)
I think it is always true but the original used the same predicate and test (so
I played safe).
The pattern only helps if it is a constant. I also
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
21:23 ---
You are violating C aliasing rules, try an union. Read
http://gcc.gnu.org/bugs.html which show how to
deal with this.
--
What|Removed |Added
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-12
21:28 ---
(In reply to comment #0)
Consider the relatively new bt-load optimization. It runs in the middle of
the
flow2 pass. It opens and closes its own dump file, DFI_branch_target_load.
This is all well
--- Additional Comments From anton at mips dot complang dot tuwien dot ac
dot at 2005-03-12 21:38 ---
Subject: Re: [3.3/3.4 regression] pessimization of goto *
steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-10
12:48
--- Additional Comments From sumii at saul dot cis dot upenn dot edu
2005-03-12 21:40 ---
(In reply to comment #1)
You are violating C aliasing rules, try an union. Read
http://gcc.gnu.org/bugs.html which show how to
deal with this.
Oops, my double stupidity (forgetting the ISO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-12
21:44 ---
Subject: Bug 20361
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-12 21:44:44
Modified files:
gcc/fortran: ChangeLog trans-array.c
--- Additional Comments From stevenb at suse dot de 2005-03-12 21:54
---
Subject: Re: [3.3/3.4 regression] pessimization of goto *
Combine runs before register allocation. You cannot run it after
register allocation. I don't think you can run it twice, even.
And no, after register
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-12 21:56
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 20405 depends on bug 20361, which changed state.
Bug 20361 Summary: -fmax-stack-var-size=N not working for equivalence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20361
What|Old Value |New Value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-12
21:51 ---
Subject: Bug 20361
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-12 21:50:51
Modified files:
gcc/fortran:
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-12
22:52 ---
The 0 as data pointer is a signal to the library that it
needs to fill out the properties of the array, because
the front end can't determine it.
See
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-12 23:00
---
Lowered priority to enhancement. While I agree that the standard's definition
can be extended to the case of un-associated arrays, this is non-standard after
all. Confirmed.
--
What|Removed
I didn't have this problems using gcc-3.4.2
When I try to compile the file, gcc-4.0.0 reports error which is not reported
by gcc-3.4.2
Info follows:
version of GCC:
sparc-sun-solaris2.8-gcc-4.0.0 (GCC) 4.1.0 20050309 (experimental)
system type:
SunOS 5.8
GCC configure options:
./configure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
23:11 ---
Is there a reason why you are using stabs+, the default debuging format on
solaris is dwarf-2 which
provides more information.
--
What|Removed |Added
--- Additional Comments From ivanr at syncad dot com 2005-03-12 23:13
---
Created an attachment (id=8377)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8377action=view)
preprocessed and assembler file for sugarconverter.cpp
untar and apply this command:
g++ -v -save-temps -gstabs+
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-12
23:13 ---
(In reply to comment #6)
Well the real reason is creal/cimag returns double and not float.
Use crealf/cimagf instead.
You're right, of course. Doing that gets me
bb 0:
foo (cr, ci);
return cr
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-12
23:15 ---
It's 4.1.0 if I read correctly.
--
What|Removed |Added
CC|
$ gcc -O2 bug.c
bug.c: In function baz:
bug.c:54: internal compiler error: output_operand: invalid expression as operand
fails with
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-03-12 23:24 ---
Created an attachment (id=8378)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8378action=view)
testcase (1302 bytes)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20447
--
What|Removed |Added
Keywords||ssemmx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20447
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20447
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords|
# of expected failures 8
Compiler version: 4.1.0 20050312 (experimental)
Platform: i686-pc-linux-gnu
configure flags: --with-gnu-as --with-gnu-ld --disable-nls --enable-shared --
prefix=/home/dave/opt/gnu/gcc/gcc-4.1.0 --with-local-prefix=/home/dave/opt/gnu
--
enable-threads=posix
# g++ -c libcervisiapart_la.all_cpp.ii \
-O2 -march=i686 -mtune=pentium4 -fno-exceptions
repositorydlg.cpp: In member function 'void
RepositoryDialog::slotLoginClicked()':
repositorydlg.cpp:396: internal compiler error: Segmentation fault
Please submit a full bug report,
with
--- Additional Comments From pluto at pld-linux dot org 2005-03-12 23:54
---
Created an attachment (id=8379)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8379action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20449
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-12 23:57
---
Does this still segfault on powerpc? On i686 I get:
In file pr20059.f90:10
COMMON /CCPOOL/ RMIN,RMAX,ZMIN,ZMAX,IMIN,JMIN,IMAX,JMAX,NFLOP,
1
Warning: Padding of 4 bytes required
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-12
23:59 ---
I cannot reproduce this with last nite's mainline or 4.0.0 from 20050225.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20449
--- Additional Comments From pcarlini at suse dot de 2005-03-13 00:01
---
This issue seems related (or maybe we should open a separate PR?)
http://gcc.gnu.org/ml/gcc/2004-12/msg01140.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20448
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 00:04
---
No 2 is PR18870. It also remains No 6.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
00:06 ---
(In reply to comment #2)
Does this still segfault on powerpc? On i686 I get:
In file pr20059.f90:10
COMMON /CCPOOL/ RMIN,RMAX,ZMIN,ZMAX,IMIN,JMIN,IMAX,JMAX,NFLOP,
1
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-03-13 00:12 ---
I can reproduce this with --enable-checking mainline.
--
What|Removed |Added
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-13 00:13 ---
Subject: Re: locale testsuite fails when GCC is configured with --disable-nls
This issue seems related (or maybe we should open a separate PR?)
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 00:17
---
Can you try this patch, Andrew? The required padding should never overflow
2^32.
2005-03-13 Tobias Schluter [EMAIL PROTECTED]
PR fortran/20059
* trans-common.c (translate_common): Cast
--- Additional Comments From pcarlini at suse dot de 2005-03-13 00:20
---
Agreed, tomorrow will create one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20448
--- Additional Comments From danglin at gcc dot gnu dot org 2005-03-13
00:27 ---
They are both issues with the HP linker and dynamic loader. In my
opinion, they are different issues.
Regarding, g++.dg/warn/weak1.C the dynamic loader will not execute
an application binary that has
--- Additional Comments From marekm at amelek dot gda dot pl 2005-03-13
00:30 ---
Subject: Re: unable to find a register to spill in class `POINTER_REGS'
On Sat, Mar 12, 2005 at 09:20:18PM -, andrewhutchinson at cox dot net wrote:
The pattern only helps if it is a constant. I
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-13
00:46 ---
Dale's testcase is now fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-13
01:10 ---
Subject: Bug 20402
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-13 01:09:47
Modified files:
gcc: ChangeLog c-parser.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
01:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From andrewhutchinson at cox dot net 2005-03-13
01:19 ---
Subject: Re: unable to find a register to spill in class
`POINTER_REGS'
The concerns have merit but can be discounted:.
The reload problem occurs because the original pattern demands two
pointers in
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-13
01:32 ---
This open_dump_file change looks like a sufficient solution to me. That
prevents us from accidentally trying to open two dump files at the same time.
The equivalent problem with close_dump_file is not
--- Additional Comments From schlie at comcast dot net 2005-03-13 02:06
---
(In reply to comment #20)
with reference to the most recent patch:
- anding with 0x may turn negatives positive so it seems wrong.
- there's no need limit byte counts to below 0x100 for bytes, as 0xFF is a
--- Additional Comments From andrewhutchinson at cox dot net 2005-03-13
02:44 ---
Subject: Re: unable to find a register to spill in class
`POINTER_REGS'
This is a define EXPAND. predicates (such as const_int_operand) and
pattern have no effect at all on generated code or matching.
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-13
03:11 ---
Dan's example doesn't work because 'int' is a predefined type. Use a unique
structure type put the function call back in the inline function, and I get a
nice little example (22 lines) that can reproduce
--- Additional Comments From drow at false dot org 2005-03-13 03:36 ---
Subject: Re: [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks
gdb
Hmm, I can't reproduce the error using mainline for i386-linux, and
several versions of GDB. Could you attach readelf -wi output
--- Additional Comments From schlie at comcast dot net 2005-03-13 03:39
---
(In reply to comment #23)
This is a define EXPAND. predicates (such as const_int_operand) and
pattern have no effect at all on generated code or matching. This
pattern always emits DONE or FAIL.
That is
--- Additional Comments From andrewhutchinson at cox dot net 2005-03-13
04:05 ---
Subject: Re: unable to find a register to spill in class
`POINTER_REGS'
You answered your own question. GCC handles variable moves just like
anything else. Dealing with range of possible values and
--- Additional Comments From tprince at computer dot org 2005-03-13 04:07
---
Subject: Re: 20021014-1.c fails on account of
unsupported build option
At 09:28 AM 3/12/2005, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot
org
--- Additional Comments From schlie at comcast dot net 2005-03-13 04:17
---
(In reply to comment #25)
Subject: Re: unable to find a register to spill in class
`POINTER_REGS'
...
GCC does not need this backend define or expand. It is quite happy
working out moves by itself.
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
05:20 ---
This is a dup of bug 20225. I don't know why I cannot reproduce this.
*** This bug has been marked as a duplicate of 20225 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
05:20 ---
*** Bug 20449 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
05:31 ---
This is most likely the same problem as PR 18170, the error messages are
similar.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-12-12
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-13
05:38 ---
A note here, glibc and a couple of other projects would have been helped by
this warning as they have
code which uses the manual expansion of offsetof.
--
postreload-gcse ICEs when trying to generate an illegal move insn between
registers. This happens when compiling vpr on G5 with -fprofile-generate
(gcc -O3 -fprofile-generate -mcpu=G5). I made a smaller test-case that causes
the same failure.
compiling the following code with
--
1 - 100 of 102 matches
Mail list logo