But now I am facing with a new instruction which will put the result
in a single register,and thus GCC want to do GCSE on this
instruction.GCC will treat si1%si2 as a loop invariant.So si1%si2 was
moved out of the loop,just before the execution of function foo();as
si2 is equal 0,there
Hi,
can gcc show the size of the stackframe of functions, so you can, given
a callgraph without cycles, calculate the worst case stack size?
(Assuming no use of alloca or C99 variable size arrays)
Can gcc (or ld) dump a callgraph?
regards,
Sebastian
Sebastian sebastianspublicaddr...@googlemail.com writes:
can gcc show the size of the stackframe of functions, so you can, given
a callgraph without cycles, calculate the worst case stack size?
(Assuming no use of alloca or C99 variable size arrays)
Can gcc (or ld) dump a callgraph?
The
On Wed, Oct 13, 2010 at 1:05 PM, Sebastian
sebastianspublicaddr...@googlemail.com wrote:
Hi,
can gcc show the size of the stackframe of functions, so you can, given
GCC 4.6.0 has -fstack-usage.
--
H.J.
I've tried a couple of different things but it isn't working and this seems
like it should be simple...
On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
trunk. I have the dependencies (mpc, mfpr, gmp) installed.
Did configure, no issues.
Did make bootstrap. Stage
On Wed, Oct 13, 2010 H.J. Lu wrote:
GCC 4.6.0 has -fstack-usage.
Thanks. That's probably the reason I didn't find it in current manuals.
On Wed, Oct 13, 2010 Ian Lance Taylor wrote:
The mailing list gcc@gcc.gnu.org is for the development of gcc itself.
This question would be more appropriate
On Wed, Oct 13, 2010 at 02:43:18PM -0700, Sebastian wrote:
On Wed, Oct 13, 2010 H.J. Lu wrote:
gcc can not dump a callgraph. Both GNU ld and gold can dump a
cross-reference table, which is not a call graph but could perhaps be
used to produce a call graph. See the --cref option.
--cref
On Wed, Oct 13, 2010 at 11:54 PM, Joe Buck joe.b...@synopsys.com wrote:
On Wed, Oct 13, 2010 at 02:43:18PM -0700, Sebastian wrote:
On Wed, Oct 13, 2010 H.J. Lu wrote:
gcc can not dump a callgraph. Both GNU ld and gold can dump a
cross-reference table, which is not a call graph but could
Am Mittwoch, den 13.10.2010, 14:54 -0700 schrieb Joe Buck:
On Wed, Oct 13, 2010 at 02:43:18PM -0700, Sebastian wrote:
On Wed, Oct 13, 2010 H.J. Lu wrote:
gcc can not dump a callgraph. Both GNU ld and gold can dump a
cross-reference table, which is not a call graph but could perhaps be
On 13/10/2010 22:34, Paul Koning wrote:
On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
trunk. I have the dependencies (mpc, mfpr, gmp) installed.
Did configure, no issues.
Did make bootstrap. Stage 1 runs clean up to
configure-stage1-target-libgcc where it
On Wed, Oct 13, 2010 at 11:43 PM, Sebastian
sebastianspublicaddr...@googlemail.com wrote:
On Wed, Oct 13, 2010 H.J. Lu wrote:
GCC 4.6.0 has -fstack-usage.
Thanks. That's probably the reason I didn't find it in current manuals.
On Wed, Oct 13, 2010 Ian Lance Taylor wrote:
The mailing list
Of course, the compiler can't dump the callgraph of the whole program.
But it could dump the list of functions called by every function of a
translation unit. With annotations which of the calls are inlined. Which
could then be processed by a script to get the whole callgraph.
We have had
Hi,
I've tried what I thought was correct and implemented 2 new private
child specifications (of Ada.Exceptions.Exception_Propagation)
containing the specifications of the Unwind_Exception (generic) and the
Unwind_Control_Block/Unwind_Exception (ARM EABI) and I'm getting the
following error and
Sebastian sebastianspublicaddr...@googlemail.com writes:
I think, the reason that the linker only gives a list of referenced
symbols per file name, and not per function, is that it can't do better.
I doesn't know where the code of a function starts and ends. Does it?
It does, at least when
On Oct 13, 2010, at 6:41 PM, Dave Korn wrote:
On 13/10/2010 22:34, Paul Koning wrote:
On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
trunk. I have the dependencies (mpc, mfpr, gmp) installed.
Did configure, no issues.
Did make bootstrap. Stage 1 runs
On Oct 13, 2010, at 6:41 PM, Dave Korn wrote:
On 13/10/2010 22:34, Paul Koning wrote:
On my Linux system (CentOS 5.5) I'm trying to do a bootstrap of the current
trunk. I have the dependencies (mpc, mfpr, gmp) installed.
Did configure, no issues.
Did make bootstrap. Stage 1 runs
Paul Koning paul_kon...@dell.com writes:
My build system doesn't have LD_LIBRARY_PATH defined so whatever is
the Linux default would apply. Perhaps I should change that. But it
seems strange that configure finds the prerequisites and then ends up
generating makefiles that produce a compiler
On Oct 13, 2010, at 9:07 PM, Ian Lance Taylor wrote:
Paul Koning paul_kon...@dell.com writes:
My build system doesn't have LD_LIBRARY_PATH defined so whatever is
the Linux default would apply. Perhaps I should change that. But it
seems strange that configure finds the prerequisites and
Paul Koning paul_kon...@dell.com writes:
Explicitly setting LD_LIBRARY_PATH seems to cure the problem. It
would be good to have that called out in the procedures (or,
preferably, made not to be necessary).
It actually is in the install docs, though of course suggestions for
improvements are
Hello,
* Ian Lance Taylor wrote on Thu, Oct 14, 2010 at 03:07:46AM CEST:
Paul Koning writes:
My build system doesn't have LD_LIBRARY_PATH defined so whatever is
the Linux default would apply. Perhaps I should change that. But it
seems strange that configure finds the prerequisites and
Apologies for continuing the somewhat off-topic thread...
Sebastian sebastianspublicaddr...@googlemail.com writes:
Static analysis which work on source code are not ideal, either. They
don't know which functions will be inlined by the compiler.
I'm pretty sure that the Linux kernel developers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #82 from Paolo Bonzini bonzini at gnu dot org 2010-10-13 07:36:45
UTC ---
My patch is not finished and doesn't bootstrap, I'll look at it (promised) next
weekend. I suggest just using BOOT_CFLAGS=-O2 -fno-forward-propagate.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45998
Summary: libgfortran/io/write.c: warning: discards 'const'
qualifier from pointer target
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45998
Ozkan Sezer sezeroz at gmail dot com changed:
What|Removed |Added
CC||sezeroz at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23214
--- Comment #9 from Nicola Pero nicola at gcc dot gnu.org 2010-10-13 08:16:44
UTC ---
Author: nicola
Date: Wed Oct 13 08:16:42 2010
New Revision: 165414
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165414
Log:
In libobjc/:
2010-10-13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23214
Nicola Pero nicola at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45874
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45999
Summary: runtime error in std::vector python pretty printer.
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45996
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
09:10:05 UTC ---
Works for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46000
Summary: runtime error in std::set python pretty printer
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45999
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46000
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-13
09:31:57 UTC ---
Hmm, that looks like PR 44645, which is fixed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45999
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-13
09:42:58 UTC ---
Reduced
#include vector
int main()
{
std::vectorbool b(4);
b.push_back(1);
return 0;
}
There's no pretty printer for vectorbool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45856
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43628
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||pluto at agmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46000
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45874
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
10:06:33 UTC ---
Author: rguenth
Date: Wed Oct 13 10:06:28 2010
New Revision: 165416
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165416
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45874
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46001
Summary: [4.6 Regression] diagnostic refers to type
'__java_boolean'
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46002
Summary: ICE: in update_copy_costs, at ira-color.c:319 with
-fira-algorithm=priority
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45982
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
11:31:26 UTC ---
Author: rguenth
Date: Wed Oct 13 11:31:22 2010
New Revision: 165418
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165418
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45982
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
11:33:54 UTC ---
Author: rguenth
Date: Wed Oct 13 11:33:51 2010
New Revision: 165419
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165419
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45982
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.5.2, 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Last reconfirmed|2010-07-28 20:01:09
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #83 from dave at hiauly1 dot hia.nrc.ca 2010-10-13 11:42:45 UTC ---
My patch is not finished and doesn't bootstrap, I'll look at it (promised)
next
weekend. I suggest just using BOOT_CFLAGS=-O2 -fno-forward-propagate.
I'll give
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46003
Summary: cond5.C fails for ARM EABI tests.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45967
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
11:54:58 UTC ---
Testcase:
extern void abort (void);
void __attribute__((noinline,noclone))
foo (void *p_)
{
int *p;
int i;
for (i = 0; i sizeof(int *); ++i)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46004
Summary: [C++0x] template constructor used to copy object
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45996
--- Comment #2 from Udo Steinberg us15 at os dot inf.tu-dresden.de 2010-10-13
12:06:32 UTC ---
Created attachment 22029
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22029
Testcase
gcc -Os -falign-functions=32 foo.cc -o foo
nm foo | c++filt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45996
--- Comment #3 from Udo Steinberg us15 at os dot inf.tu-dresden.de 2010-10-13
12:19:57 UTC ---
According to the gcc manpage:
-Os disables the following optimization flags: -falign-functions
-falign-jumps -falign-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
--- Comment #8 from Martin Jambor jamborm at gcc dot gnu.org 2010-10-13
12:42:04 UTC ---
This might be a duplicate of PR 45874 which has just been fixed. Can you
please try it again with the current trunk? Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45970
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
13:03:37 UTC ---
Author: rguenth
Date: Wed Oct 13 13:03:31 2010
New Revision: 165422
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165422
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45970
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46004
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45984
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2010-10-13
13:16:06 UTC ---
This bug was either fixed or went latent between r164895 and r164962 on
x86_64-apple-darwin10.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42647
--- Comment #11 from Tobias Burnus burnus at gcc dot gnu.org 2010-10-13
13:21:40 UTC ---
(In reply to comment #10)
allocate(a1, a1%b1, a1%b1%c1)
This ALLOCATE statement is INVALID! It violates the following:
An allocate-object [...] shall not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46004
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2010-10-13
13:24:59 UTC ---
Ah! thanks for clearing that up.
So in cases where I do want/need a template ctor with -style deduction I'll
use enable_if to prevent it being
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46005
Summary: Don't allow auto as the simple-type-specifier of a
typedef
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
13:54:54 UTC ---
(In reply to comment #5)
I think the patch that broke this should be backed out until the semantics are
sorted out. I think the middle-end people
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45979
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se 2010-10-13
13:57:28 UTC ---
(In reply to comment #1)
Most likely when the linux arm kernel decided to randomize the heap.
Confirmed. Bisection of the kernel identified:
From: Nicolas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45979
--- Comment #6 from Mikael Pettersson mikpe at it dot uu.se 2010-10-13
14:02:00 UTC ---
Created attachment 22030
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22030
define TRY_EMPTY_VM_SPACE for ARM
Preliminary patch which defines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46006
Summary: vectorization outside of loops
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #7 from Iain Sandoe iains at gcc dot gnu.org 2010-10-13 14:25:57
UTC ---
(In reply to comment #6)
(In reply to comment #5)
thanks for the patch ...
It is likely a miscommunication (or lack of definition) on what the middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
Sylvia fierevere at ya dot ru changed:
What|Removed |Added
CC||fierevere at ya dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45939
Andreas Krebbel krebbel at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45875
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46007
Summary: wrong code for SHAPE in a scalarized loop
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45939
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #8 from Nicola Pero nicola at gcc dot gnu.org 2010-10-13 15:05:13
UTC ---
Yes, I have already extracted a testcase from GNUstep - it's in the first
comment in the issue. :-)
On my Linux i386, that (valid) piece of code fails to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
--- Comment #12 from Sylvia fierevere at ya dot ru 2010-10-13 15:10:34 UTC ---
(In reply to comment #8)
Artem, did you tried to make concurrent build ( make -j2 or anything more than
-j1 ) ?
there shouldnt be any collisions when building with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46005
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org 2010-10-13 15:12:13
UTC ---
I'm getting 'error: ‘autot’ does not name a type' with both current trunk and
4.5. 4.4 gives error: conflicting specifiers in declaration of ‘autot’ which
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46002
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-10-13
15:16:39 UTC ---
With the patch in comment #6 and revision 164908, I get the same results as
with revision 164908 reverted on powerpc-apple-darwin9:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #10 from Iain Sandoe iains at gcc dot gnu.org 2010-10-13 15:27:09
UTC ---
(In reply to comment #8)
Yes, I have already extracted a testcase from GNUstep - it's in the first
comment in the issue. :-)
On my Linux i386, that (valid)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46005
--- Comment #2 from Johannes Schaub schaub-johannes at web dot de 2010-10-13
15:28:04 UTC ---
(In reply to comment #1)
I'm getting 'error: ‘autot’ does not name a type' with both current trunk and
4.5. 4.4 gives error: conflicting specifiers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46007
--- Comment #1 from Mikael Morin mikael at gcc dot gnu.org 2010-10-13
15:30:06 UTC ---
(In reply to comment #0)
Interestingly, if one uses:
tmp = shape(int1d_retrieved)
one has:
integer(kind=4) A.1[1];
atmp.0.dim[0].lbound = 0;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46005
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Summary|Don't allow auto as the |[C++0x] Don't allow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
--- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
15:42:50 UTC ---
Author: rguenth
Date: Wed Oct 13 15:42:46 2010
New Revision: 165425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165425
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45788
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46008
Summary: Floating point condexpr not vectorized
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46008
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-10-13
16:19:27 UTC ---
Created attachment 22031
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22031
gcc46-pr46008.patch
The ifcvt fix (untested). Still the vectorizer gives
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46009
Summary: ?: vectorized, very similar if is not
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #12 from Nicola Pero nicola at gcc dot gnu.org 2010-10-13
16:58:34 UTC ---
Yes, the testcase still fails for me after applying the patch.
By the way, Richard, thanks a lot for looking into this. I really appreciate
it :-)
Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46009
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2010-10-13
16:59:28 UTC ---
Related to PR 21998.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45990
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2010-10-13 17:20:59 UTC ---
Sure: with this patch, the test aborts:
Assertion failed: t.isctype('e', t.lookup_classname(name,
name+sizeof(name)-1)), file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #84 from Steve Ellcey sje at cup dot hp.com 2010-10-13 17:36:15
UTC ---
My patch is not finished and doesn't bootstrap, I'll look at it (promised)
next
weekend. I suggest just using BOOT_CFLAGS=-O2 -fno-forward-propagate.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085
--- Comment #13 from Artem Anisimov aanisimov at inbox dot ru 2010-10-13
17:46:51 UTC ---
Artem, did you tried to make concurrent build ( make -j2 or anything more than
-j1 ) ?
I know about this trick and did a -j1 build :). Anyway, thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
18:25:12 UTC ---
Author: rguenth
Date: Wed Oct 13 18:25:08 2010
New Revision: 165430
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165430
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
18:37:55 UTC ---
Hm, where are objc headers in a build tree? I can't seem to compile the
original testcase:
/obj/trunk-g/gcc$ ./xgcc -B. -S gimple_call.m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #15 from Nicola Pero nicola at gcc dot gnu.org 2010-10-13
18:47:52 UTC ---
Try the following testcase, which requires no includes:
==
typedef struct objc_object { Class class_pointer; } *id;
typedef unsigned char BOOL;
this still fails with a recent trunk.
Mikael, do you plan to commit your patch?
Thanks for the remainder.
I'm currently on something else, but I plan to do it during stage 3.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
--- Comment #6 from mikael.morin at sfr dot fr 2010-10-13 19:05:15 UTC ---
this still fails with a recent trunk.
Mikael, do you plan to commit your patch?
Thanks for the remainder.
I'm currently on something else, but I plan to do it during
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44832
--- Comment #57 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-10-13
20:26:06 UTC ---
Author: aoliva
Date: Wed Oct 13 20:26:02 2010
New Revision: 165434
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165434
Log:
PR debug/44832
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45878
--- Comment #16 from Richard Guenther rguenth at gcc dot gnu.org 2010-10-13
20:30:17 UTC ---
Author: rguenth
Date: Wed Oct 13 20:30:10 2010
New Revision: 165435
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165435
Log:
2010-10-13 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46010
Summary: reading of structure
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
1 - 100 of 122 matches
Mail list logo