http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
--- Comment #25 from Laurent GUERBY 2010-09-29
07:08:58 UTC ---
On armv5tel-unknown-linux-gnueabi with this patch at r164682 I still hit
PR44970 so bootstrap failed.
Mikael what made your bootstrap succeed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Summary: mio_component_ref(): Component not found when mixing
f90 and f03 in large projects
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #7 from Darren Jenkins 2010-09-29
07:46:54 UTC ---
OK CrossWorks don't use/ship the GCC compiler driver.
So I guess all the usefull information I can give is from the c compiler:
cc1 --version
GNU C (GCC) version 4.4.4 (arm-unknown-e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Joost VandeVondele changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Known
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
--- Comment #18 from joakim.tjernlund at transmode dot se 2010-09-29 09:02:49 UTC ---
I hope you don't mind me asking for status again(because I am curious)?
Upgraded to gcc 4.4.4 now and I noticed one (small)improvement:
add32carry:
add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
Richard Guenther changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
--- Comment #3 from Tobias Burnus 2010-09-29
09:57:57 UTC ---
Joost what's the version of your GCC? There was a bug fix (Bug 45793) on
Saturday.
Thus, if it occurs with Hans-Werner's 4.6.0 20100921, I am not surprised. But
if the problem occurs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
--- Comment #4 from Joost VandeVondele
2010-09-29 10:18:15 UTC ---
Oh... I'm using an old version ;)
gcc version 4.6.0 20100925 (experimental) [trunk revision 164618] (GCC).
I'll update and check again.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Joost VandeVondele changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37627
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45828
Summary: No default initialization of derived type members?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42033
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339
--- Comment #14 from Gabor Z. Papp 2010-09-29 11:04:26 UTC
---
$ getconf ARG_MAX
2097152
Problem still exist with 4.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37770
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37770
Manuel López-Ibáñez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
--- Comment #26 from Mikael Pettersson 2010-09-29
11:07:32 UTC ---
(In reply to comment #25)
> On armv5tel-unknown-linux-gnueabi with this patch at r164682 I still hit
> PR44970 so bootstrap failed.
>
> Mikael what made your bootstrap succeed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45828
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
Richard Guenther changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45828
--- Comment #1 from jpr at csc dot fi 2010-09-29 11:20:40 UTC ---
>the attached program misbehaves using gfortran 4.6 (i think). The
>supposed output is:
> 0.000
>using gfortran 4.6 i get
> 0.000
> 5 T
> 6 T
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Mikael Morin changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
Mikael Morin changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #8 from Mikael Morin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
--- Comment #9 from Hans-Werner Boschmann 2010-09-29 11:49:11 UTC ---
My makefile is now:
FC=gfortran
FFLAGS=-ffree-form -ffree-line-length-0 -I. -L.
all: common.o common_module.mod arguments.o arguments_module.mod kinds.o
kinds.mod
kinds.o kind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43554
--- Comment #6 from Paolo Carlini 2010-09-29
12:01:16 UTC ---
The debug-mode bits are now in. It would be nice to have the profile-mode bits
too for 4.6.0...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
Summary: Unary minus on static const class variable triggering
linker error
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827
--- Comment #10 from Mikael Morin 2010-09-29
12:44:03 UTC ---
(In reply to comment #9)
> The result:
>
> gfortran -ffree-form -ffree-line-length-0 -I. -L. -c kinds.f90 -o kinds.o
> gfortran -ffree-form -ffree-line-length-0 -I. -L. -c arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
--- Comment #2 from Sander Land 2010-09-29
12:49:23 UTC ---
I did define the constant, though now see the attachment apparently failed?
Full text below:
struct x {
static const double a = 3.14;
double f() {
double b = -a;// undefined ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
--- Comment #3 from Richard Guenther 2010-09-29
12:53:52 UTC ---
You didn't. A definition would be
const double x::a;
at file-scope. Your "definition" is a declaration.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45828
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
--- Comment #4 from Sander Land 2010-09-29
13:05:45 UTC ---
(In reply to comment #3)
> You didn't. A definition would be
>
> const double x::a;
>
> at file-scope. Your "definition" is a declaration.
Fair enough, I thought it was both. Still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45830
Summary: [4.4/4.5/4.6 Regression] Code+rodata increase with
-ftree-switch-conversion
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45830
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
Summary: 0 = 10 (with -O0, 0 = 0 with -O1, but 10 = 10
expected)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37888
--- Comment #2 from Craig Powers 2010-09-29
13:42:58 UTC ---
I'll try to find time to try again. I'm no longer at school as I was when I
reported the bug originally; I still have access to the systems I was using
then, but I have to do it remote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37888
--- Comment #2 from Craig Powers 2010-09-29
13:42:58 UTC ---
I'll try to find time to try again. I'm no longer at school as I was when I
reported the bug originally; I still have access to the systems I was using
then, but I have to do it remote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37888
--- Comment #3 from Craig Powers 2010-09-29
13:43:02 UTC ---
I'll try to find time to try again. I'm no longer at school as I was when I
reported the bug originally; I still have access to the systems I was using
then, but I have to do it remote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45832
Summary: Build on AIX5.3-PowerPC failed
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45833
Summary: Unnecessary runtime versioning for aliasing
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #2 from Michiel 2010-09-29 14:20:29 UTC
---
That does not mean that it is a very bad idea to use another library for
precomputation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #3 from Michiel 2010-09-29 14:22:39 UTC
---
Still it is a very bad idea to use another library for precomputation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #4 from Michiel 2010-09-29 14:29:54 UTC
---
In case you are missing the point, most non-bug posters compile on their target
machine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45834
Summary: Redundant inter-loop edges in DDG
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45835
Summary: Consider push simm8;pop reg for -Os
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45386
Tom Tromey changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #5 from Andrew Pinski 2010-09-29
14:59:22 UTC ---
(In reply to comment #4)
> In case you are missing the point, most non-bug posters compile on their
> target
> machine.
In C/C++, shifting by a negative number is undefined. So what
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45832
Andrew Pinski changed:
What|Removed |Added
Component|c |bootstrap
--- Comment #2 from Andrew Pins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45832
Stefan Winter changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #6 from Michiel 2010-09-29 15:19:11 UTC
---
If undefined behavior only depends on the machine (most times compiling machine
and target machine are the same), then there will be less bias here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
Stefan Winter changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #8 from Manuel López-Ibáñez 2010-09-29
15:28:11 UTC ---
Why don't we just not compile programs with evident undefined behaviour? I
think the standard allows us to do so.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45621
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #5 from Richard Guenthe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45652
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45662
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45670
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685
Richard Guenther changed:
What|Removed |Added
Keywords||missed-optimization
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45699
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45712
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45720
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45831
--- Comment #9 from joseph at codesourcery dot com 2010-09-29 15:43:02 UTC ---
On Wed, 29 Sep 2010, manu at gcc dot gnu.org wrote:
> Why don't we just not compile programs with evident undefined behaviour? I
> think the standard allows us to do s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45722
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45733
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45736
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836
Summary: Fortran 2003 - Type Bound Procedure Error - Type
Mismatch
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43725
Richard Earnshaw changed:
What|Removed |Added
Last reconfirmed|2010-05-11 07:35:23 |2010-09-29 7:35:23
date|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45761
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45761
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Summary|make targets inf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45761
gee changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45769
--- Comment #4 from Andrew Pinski 2010-09-29
17:04:41 UTC ---
Related to PR 36739 (I think some of the custom fields are mentioned there
too).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45790
Andrew Pinski changed:
What|Removed |Added
Component|lto |target
Host|powerpc-apple-d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45790
Andrew Pinski changed:
What|Removed |Added
Target|powerpc-apple-darwin9 |powerpc*-*-*
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45790
--- Comment #6 from Iain Sandoe 2010-09-29 17:26:51
UTC ---
(In reply to comment #5)
> rs6000_builtin_decl should be working correctly.
Indeed,
I suspect it is because we patch the builtin names to append $LDBL128 for the
case that we have 128b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45729
Rafaël Carré changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796
Ralf Wildenhues changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
--- Comment #18 from Kai Tietz 2010-09-29 18:18:42
UTC ---
Author: ktietz
Date: Wed Sep 29 18:18:38 2010
New Revision: 164729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164729
Log:
2010-09-29 Kai Tietz
PR preprocessor/45362
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45362
Kai Tietz changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352
--- Comment #9 from Zdenek Sojka 2010-09-29 19:02:45
UTC ---
Sorry, forgot to mention command line:
$ gcc -O1 -freorder-blocks -fschedule-insns2 -funswitch-loops
-fselective-scheduling2 -fsel-sched-pipelining -funroll-all-loops pr45352-8.c
pr45
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45790
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339
--- Comment #15 from Ralf Wildenhues 2010-09-29
19:33:50 UTC ---
Please attach i686-pc-linux-gnu/libmudflap/config.log
Please post the output of the following commands (modifying the configure
script to post verbose output, and rerunning it):
s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #9 from Mikael Pettersson 2010-09-29
19:41:08 UTC ---
I can reproduce it with crosses to arm-elf and arm-linux-gnueabi. The
combination of -mthumb (1 not 2) and -fno-omit-frame-pointer is the trigger.
GCC 4.3.5 works, 4.4 and 4.5 gen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40457
--- Comment #13 from Bernd Schmidt 2010-09-29
20:06:58 UTC ---
Author: bernds
Date: Wed Sep 29 20:06:55 2010
New Revision: 164732
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164732
Log:
PR target/40457
* postreload.c (move2add_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45833
Jakub Jelinek changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
--- Comment #1 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836
--- Comment #2 from ortp21 at gmail dot com 2010-09-29 20:24:24 UTC ---
Tobias,
Thank you for the workaround variants. I have used them instead of what I was
trying to do, with success.
I hope the bug report was worthwhile/accurate.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
--- Comment #9 from Dominique d'Humieres 2010-09-29
20:27:36 UTC ---
(In reply to comment #8)
> Using -fno-inline-functions, the program recovers the speed of the no-LTO
> version.
This is weird!-( I have done the following profiling and it show
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45816
--- Comment #3 from Dominique d'Humieres 2010-09-29
20:43:45 UTC ---
The failing comparison is
[karma] gcc/rel_build% ../_gcc_clean/contrib/compare-debug
stage2-gcc/cfghooks.o stage3-gcc/cfghooks.o
stage2-gcc/cfghooks.o.stripped stage3-gcc/cfgho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45796
--- Comment #2 from Ralf Wildenhues 2010-09-29
20:50:16 UTC ---
Patches posted:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02312.html
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg02313.html
I don't see where this would be a recent regression t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45813
--- Comment #10 from Mikael Pettersson 2010-09-29
20:59:17 UTC ---
This was fixed for 4.6 by r160260:
http://gcc.gnu.org/viewcvs?view=revision&revision=160260
Applying that to 4.5 changes 4.5's output to:
ReadLE16U:
push{r7, lr}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45054
--- Comment #2 from Bernd Schmidt 2010-09-29
21:12:52 UTC ---
Author: bernds
Date: Wed Sep 29 21:12:48 2010
New Revision: 164733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164733
Log:
PR c/45054
* reload1.c (replace_pseudos_in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32523
--- Comment #9 from David Fang 2010-09-29
21:36:02 UTC ---
Out of curiosity, any benchmark updates on more recent releases?
1 - 100 of 123 matches
Mail list logo