http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48697
Summary: gcc: error trying to exec 'f951': execvp: No such file
or directory
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: critical
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48685
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48694
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #3 from ralphengels at gmail dot com
2011-04-20 08:48:38 UTC ---
Created attachment 24055
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24055
screenshot of gdb output
screenshot of gdb's output.
hope it helps.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48692
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48682
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #4 from Jonathan Wakely 2011-04-20
09:10:21 UTC ---
gdb's output is just text, wouldn't it have been easier to paste 4 lines of
text instead of a 700KB screenshot showing your entire desktop?!
You never answered my question about whe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48697
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
Richard Guenther changed:
What|Removed |Added
Keywords||missed-optimization
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48689
Richard Guenther changed:
What|Removed |Added
Summary|ICE in fold-const.c:13798 |ICE in fold-const.c:13798
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48691
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48694
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48695
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #5 from ralphengels at gmail dot com
2011-04-20 09:30:51 UTC ---
sorry about that its just i have no idea how to copy the text from gdb's
console window.
about checking if name = null im not sure how i should go about it ?
something
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48697
--- Comment #2 from crivello 2011-04-20
09:32:56 UTC ---
What you need
* the exact version of GCC;
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) <-- ubuntu 10.10
* the system type;
Using built-in specs.
Target: x86_64-linux-gnu
* the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #6 from Jonathan Wakely 2011-04-20
09:32:56 UTC ---
it's not null. it has the value 0xbaadf00d.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #7 from Jonathan Wakely 2011-04-20
09:34:16 UTC ---
(In reply to comment #5)
> sorry about that its just i have no idea how to copy the text from gdb's
> console window.
right-click, choose "Select All", hit Enter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48697
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48498
--- Comment #6 from Ira Rosen 2011-04-20 09:38:20 UTC
---
Thanks Rainer.
It is caused by my patch
http://gcc.gnu.org/viewcvs?view=revision&revision=171569 that changed these
tests to work correctly on NEON doubleword vectors. The patch actually
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
Richard Guenther changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48697
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976
--- Comment #13 from Richard Guenther 2011-04-20
09:48:07 UTC ---
Author: rguenth
Date: Wed Apr 20 09:48:00 2011
New Revision: 172765
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172765
Log:
2011-04-20 Richard Guenther
Backp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48689
Jakub Jelinek changed:
What|Removed |Added
CC||froydnj at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #8 from ralphengels at gmail dot com
2011-04-20 10:00:24 UTC ---
my bad i ran cpp.exe by pulling it directly into gdb (had to use a command
prompt).
heres the output.
-0x417f90:mov0x4(%esp),%eax
-0x417f94
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
Jakub Jelinek changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48698
Summary: gnu-versioned-namespace problems
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48698
--- Comment #1 from Jonathan Wakely 2011-04-20
10:33:23 UTC ---
(In reply to comment #0)
> Bootstrap fails with errors like:
Just to be clear, this is only when configuring with
--enable-symvers=gnu-versioned-namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976
--- Comment #14 from Richard Guenther 2011-04-20
11:05:13 UTC ---
Author: rguenth
Date: Wed Apr 20 11:05:09 2011
New Revision: 172766
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172766
Log:
2011-04-20 Richard Guenther
Backp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148
--- Comment #29 from Eric Botcazou 2011-04-20
11:18:57 UTC ---
Author: ebotcazou
Date: Wed Apr 20 11:18:50 2011
New Revision: 172767
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172767
Log:
Backport from mainline
2011-04-19 Eri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48492
--- Comment #7 from Eric Botcazou 2011-04-20
11:18:57 UTC ---
Author: ebotcazou
Date: Wed Apr 20 11:18:50 2011
New Revision: 172767
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172767
Log:
Backport from mainline
2011-04-19 Eric
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #6 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48697
crivello changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #4 from crivello 2011-04-20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699
Summary: [OOP] MOVE_ALLOC of polymorphic variables
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699
--- Comment #1 from Salvatore Filippone
2011-04-20 12:07:04 UTC ---
Created attachment 24057
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24057
test-case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700
Summary: [OOP] memory leak with MOVE_ALLOC of polymorphic
variables
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #4 from Richard Guenther 2011-04-20
12:11:56 UTC ---
(In reply to comment #3)
> So something changed between 4.0.3 and 4.0.4? Or maybe a typo?
I only have 32bit compilers for both and see, for 4.0.3:
show_bug:
pushl %ebp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #5 from Richard Guenther 2011-04-20
12:15:14 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > So something changed between 4.0.3 and 4.0.4? Or maybe a typo?
>
> I only have 32bit compilers for both and see, for 4.0.3:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #7 from Tobias Burnus 2011-04-20
12:29:02 UTC ---
(In reply to comment #6)
> > Here is some sample code (extreme, I admit) which profits a lot from
> > inlining:
> >
> > - Strides are known to be one when inlining (a common case, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
--- Comment #5 from Jakub Jelinek 2011-04-20
12:30:10 UTC ---
Actually, I've managed to handle this by adding a new define_insn_and_split
(*lea_general_4).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #38 from Thomas Henlich
2011-04-20 12:38:53 UTC ---
As an alternative we might consider leaving the code as it was before and
instead putting
OUTPUT_FLOAT_FMT_G(4)
OUTPUT_FLOAT_FMT_G(8)
OUTPUT_FLOAT_FMT_G(10)
into separate files a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|rtl-optimizat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
Eric Botcazou changed:
What|Removed |Added
Known to work||4.1.0
--- Comment #6 from Eric Botcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #39 from Tobias Burnus 2011-04-20
13:01:34 UTC ---
(In reply to comment #38)
> and compile with -mpc32 -mpc64 -mpc80 respectively.
Then I like Janne's proposal more: compiling libgfortran/io/*.c with
-fexcess-precision=standard.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
--- Comment #6 from Jakub Jelinek 2011-04-20
13:01:40 UTC ---
Created attachment 24059
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24059
gcc47-pr48688.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #8 from Janne Blomqvist 2011-04-20 13:09:51
UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > > Here is some sample code (extreme, I admit) which profits a lot from
> > > inlining:
> > >
> > > - Strides are known to be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48695
--- Comment #8 from Richard Guenther 2011-04-20
13:11:12 UTC ---
Author: rguenth
Date: Wed Apr 20 13:11:06 2011
New Revision: 172768
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172768
Log:
2011-04-20 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699
--- Comment #3 from Salvatore Filippone
2011-04-20 13:20:48 UTC ---
(In reply to comment #2)
> See also PR 48700 (memleak with polymorphic vars in MOVE_ALLOC), which might
> be
> a duplicate.
They are related in the sense that the test cases fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48701
Summary: [missed optimization] GCC fails to use aliasing of ymm
and xmm registers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48701
--- Comment #1 from Matthias Kretz 2011-04-20 13:26:56
UTC ---
Created attachment 24060
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24060
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48678
Uros Bizjak changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48678
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.6.1 |4.7.0
Summary|[4.6/4.7 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48671
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18145
--- Comment #4 from Georg-Johann Lay 2011-04-20
13:38:09 UTC ---
Author: gjl
Date: Wed Apr 20 13:38:05 2011
New Revision: 172769
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172769
Log:
PR target/18145
* config/avr/avr.h (TARGE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18145
Georg-Johann Lay changed:
What|Removed |Added
Keywords|FIXME |
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48695
Richard Guenther changed:
What|Removed |Added
Known to work||4.7.0
Summary|[4.6/4.7 Regr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48701
Richard Guenther changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
Summary: optimization regression with gcc-4.6 on
x86_64-unknown-linux-gnu
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48576
--- Comment #6 from Ramana Radhakrishnan 2011-04-20
14:20:10 UTC ---
Can an RM reprioritize this one ? It smells of something higher than P3 since
this is a wrong code regression from 4.4 ?
cheers
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48678
--- Comment #12 from Uros Bizjak 2011-04-20 14:27:30
UTC ---
Hm, if line 14 in the testcase is changed to:
- ((T *) &s.d)[0] = *x;
+ ((T *) &s.d)[1] = *x;
then gcc does not touch movstrict pattern at all and generates following code:
mov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48703
Summary: segfault in canonicalize_for_substitution
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48704
Summary: ICE: gfortran dies when '-finstrument-functions'
option is used
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48702
Richard Guenther changed:
What|Removed |Added
Known to work|4.7.0 |
Summary|[4.6 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36231
--- Comment #12 from Jonathan Wakely 2011-04-20
15:17:37 UTC ---
N.B. same issue reported at https://bugzilla.redhat.com/show_bug.cgi?id=502251
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677
--- Comment #9 from ralphengels at gmail dot com
2011-04-20 15:17:40 UTC ---
if its any help i noticed that cpp.exe seems to have a dependency on
libstdc++6.dll "somewhere" since dependency walker says it doesnt but it barfs
pretty loudly if its
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48704
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #7 from Linus Torvalds 2011-04-20
15:30:17 UTC ---
(In reply to comment #2)
>
> I'm not sure where to best address this, rather than throwing in again
> the idea of lowering bitfield accesses early on trees.
So my gut feel is that g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #8 from Richard Guenther 2011-04-20
15:39:38 UTC ---
(In reply to comment #7)
> (In reply to comment #2)
> >
> > I'm not sure where to best address this, rather than throwing in again
> > the idea of lowering bitfield accesses early
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #9 from Richard Guenther 2011-04-20
15:41:09 UTC ---
Btw, the branch from the work "some time ago" created
show_bug:
.LFB2:
movl(%rdi), %eax
andl$-64, %eax
movl%eax, (%rdi)
shrl$6, %eax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #9 from Tobias Burnus 2011-04-20
15:39:47 UTC ---
> But do we actually do this? I did some tests a while ago, and IIRC for assumed
> shape dummy arguments the procedure always calculates new bounds such that
> they
> start from 1. Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47892
--- Comment #7 from Richard Guenther 2011-04-20
15:50:38 UTC ---
Author: rguenth
Date: Wed Apr 20 15:50:26 2011
New Revision: 172774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172774
Log:
2011-04-20 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47892
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
> Actually the 4.0.4 compiler is x86_64, the code with -m32. The 4.0.3
> compiler is i586.
>
> /space/rguenther/install/gcc-4.0.3/libexec/gcc/i686-pc-linux-gnu/4.0.3/cc1
> -quiet -v t.c -quiet -dumpbase t.c -m32 -mtune=pentiumpro -auxbase t -O2
> -version -o t.s
>
>
> /space/rguenther/install/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #10 from Jan Hubicka 2011-04-20 15:54:17
UTC ---
> Actually the 4.0.4 compiler is x86_64, the code with -m32. The 4.0.3
> compiler is i586.
>
> /space/rguenther/install/gcc-4.0.3/libexec/gcc/i686-pc-linux-gnu/4.0.3/cc1
> -quiet -v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #11 from Linus Torvalds 2011-04-20
16:16:52 UTC ---
(In reply to comment #8)
>
> Unfortunately the underlying type isn't easily available (at least I didn't
> yet find it ...). But I suppose we have to guess anyway considering
> tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696
--- Comment #12 from Jakub Jelinek 2011-04-20
16:19:05 UTC ---
Well, there is also the expander that can and often does increase the size of
the accesses, see e.g. PR48124 for more details. And e.g. for C++0x memory
model as well as -fopenmp or,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #10 from Thomas Koenig 2011-04-20
16:40:46 UTC ---
(In reply to comment #6)
> Not strictly related to inlining, but in the new descriptor we'll have a field
> specifying whether the array is simply contiguous, so it might make sense
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48585
--- Comment #8 from Martin Jambor 2011-04-20
17:24:04 UTC ---
Looking into this a bit more, this has probably nothing to do with
IPA-CP at all. When I dump the body of the function being inlined I
get:
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48678
Uros Bizjak changed:
What|Removed |Added
Attachment #24061|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48678
--- Comment #14 from Uros Bizjak 2011-04-20 17:42:45
UTC ---
(In reply to comment #12)
> Hm, if line 14 in the testcase is changed to:
>
> - ((T *) &s.d)[0] = *x;
> + ((T *) &s.d)[1] = *x;
We should go through insv pattern. Patch v2 attached
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690
--- Comment #7 from diggskevin38 at gmail dot com 2011-04-20 17:42:51 UTC ---
This is also busted in all of 4.3 (0, 1, 2, 3, & 4) and 4.5.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690
--- Comment #8 from diggskevin38 at gmail dot com 2011-04-20 17:46:09 UTC ---
Would a diff of the 4.2.4 and 4.3.0 m68k.md file be a useful attachment?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48690
Andreas Tobler changed:
What|Removed |Added
CC||andreast at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48588
--- Comment #9 from Tobias Burnus 2011-04-20
18:07:56 UTC ---
Author: burnus
Date: Wed Apr 20 18:07:52 2011
New Revision: 172782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172782
Log:
2011-04-19 Tobias Burnus
PR fortran/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48692
--- Comment #5 from Tobias Burnus 2011-04-20
18:07:56 UTC ---
Author: burnus
Date: Wed Apr 20 18:07:52 2011
New Revision: 172782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172782
Log:
2011-04-19 Tobias Burnus
PR fortran/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48692
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #11 from Janne Blomqvist 2011-04-20
18:14:20 UTC ---
(In reply to comment #9)
> > But do we actually do this? I did some tests a while ago, and IIRC for
> > assumed
> > shape dummy arguments the procedure always calculates new bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48585
--- Comment #9 from Martin Jambor 2011-04-20
18:17:14 UTC ---
Actually, IPA-CP is clearly involved, the function we're inlinig to
is:
(gdb) call debug_generic_expr(id->dst_fn)
_ZN10xalanc_1_818XalanDOMStringPoolC2Emmm.constprop.15285
Looking at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48611
--- Comment #3 from Jakub Jelinek 2011-04-20
18:18:19 UTC ---
Author: jakub
Date: Wed Apr 20 18:18:16 2011
New Revision: 172783
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172783
Log:
PR tree-optimization/48611
* tree-eh.c (not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48611
--- Comment #4 from Jakub Jelinek 2011-04-20
18:19:50 UTC ---
Author: jakub
Date: Wed Apr 20 18:19:47 2011
New Revision: 172786
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172786
Log:
PR tree-optimization/48611
* tree-eh.c (not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48611
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36231
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36231
Paolo Carlini changed:
What|Removed |Added
CC||rwild at gcc dot gnu.org
--- Comment #14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48705
Summary: [OOP] ICE with generic TBP
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
1 - 100 of 131 matches
Mail list logo
