--- Comment #70 from ubizjak at gmail dot com 2010-04-29 06:29 ---
(In reply to comment #69)
(In reply to comment #64)
Subject: Bug 40838
This patch is not sufficient, some applications still crash after I've applied
it to GCC 4.4 branch (to be more precise
--- Comment #2 from jakub at gcc dot gnu dot org 2010-04-29 06:29 ---
Yeah, 65536 is correct (unless int is 16-bit, when it would be undefined
behavior).
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2010-04-29 06:44
---
Can't be reproduced. See also:
http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg02712.html
http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg02727.html
--
paolo dot carlini at oracle dot com changed:
--- Comment #71 from t dot artem at mailcity dot com 2010-04-29 07:24
---
(In reply to comment #70)
No, I haven't used -mstackrealign as I presumed that the patch is sufficient -
and since you make me sound like I'm wrong, then the patch is also wrong, since
GCC must be producing a
--- Comment #72 from jakub at gcc dot gnu dot org 2010-04-29 07:33 ---
There is no agreement on this being actually a bug, -mpreferred-stack-boundary
is actually an ABI changing option and if you use it you are supposed to deal
with the things it is causing (such as using -mstackrealign
--- Comment #73 from ubizjak at gmail dot com 2010-04-29 07:50 ---
From the manual:
`-mstackrealign'
Realign the stack at entry. On the Intel x86, the `-mstackrealign'
option will generate an alternate prologue and epilogue that
realigns the runtime stack if necessary.
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-04-29 07:52 ---
Created an attachment (id=20513)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20513action=view)
Patch that implements the idea, but does not improve debug info for this
testcase
Alas, the idea seems to work,
--- Comment #5 from rguenther at suse dot de 2010-04-29 08:29 ---
Subject: Re: collect2 does not handle static libraries
On Thu, 29 Apr 2010, davek at gcc dot gnu dot org wrote:
--- Comment #4 from davek at gcc dot gnu dot org 2010-04-29 05:28 ---
Created an attachment
--- Comment #74 from t dot artem at mailcity dot com 2010-04-29 08:29
---
Guys, you are talking in riddles.
There's a fact: with -msse2 -O2 -m32 flags GCC generate bad code for some
properly coded applications, so I wonder what users are supposed to do.
There are already six
The following program segfaults at run time. gdb does not show a backtrace and
valgrind just has:
==27936== Jump to the invalid address stated on the next line
==27936==at 0x8: ???
==27936== Address 0x8 is not stack'd, malloc'd or (recently) free'd
The program is minimal. Removing either
--- Comment #10 from redi at gcc dot gnu dot org 2010-04-29 09:22 ---
I don't think we need to suspend this, it's not possible to return an
rvalue-reference bound to an lvalue, the code is invalid.
--
redi at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from hubicka at ucw dot cz 2010-04-29 09:27 ---
Subject: Re: [4.4/4.5/4.6 Regression] Performance
degradation for simple fibonacci numbers calculation
This is not correct, when profile is guessed we should look into the
frequencies.
I guess profile is wrong
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-29 09:33 ---
I am working on this one (well, the first testcase kind).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #68 from redi at gcc dot gnu dot org 2010-04-29 09:49 ---
(In reply to comment #63)
Based on Solaris 11 x86, I don't see a way for say cstdlib to have only the
namespace std versions of functions, and not also the global scoped ones. This
is a problem. The way I read
--- Comment #69 from paolo dot carlini at oracle dot com 2010-04-29 09:53
---
For testing, I would suggest also involving Rainer, now he is quite active on
Solaris.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-29 09:57
---
(In reply to comment #12)
$ objdump -T /usr/lib/libgcc_s.so.1 | grep GetIPI
# i.e. nothing
$ objdump -T /usr/lib/libgcc_s.so.1 | grep Unwind
00010a80 gDF .text 0244 GCC_3.0 _Unwind_Find_FDE
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-29 09:57 ---
You need to install the glibc-devel and glibc-devel-32bit packages.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from paul dot richard dot thomas at gmail dot com
2010-04-29 10:02 ---
Subject: Re: Weird temporary array allocation
As an aside, for the 4.6 array descriptor update, there has been some
discussion to move from the current (lbound, ubound, stride) triplet for every
--- Comment #70 from marc dot glisse at normalesup dot org 2010-04-29
10:27 ---
(In reply to comment #68)
(In reply to comment #63)
Based on Solaris 11 x86, I don't see a way for say cstdlib to have only the
namespace std versions of functions, and not also the global scoped
--- Comment #16 from steven at gcc dot gnu dot org 2010-04-29 10:48 ---
Re. comment #14 this is now Apple radar 7920267. Let's see if someone on their
end can cq. is willing to help us out here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
--- Comment #27 from bernds at gcc dot gnu dot org 2010-04-29 11:04 ---
Subject: Bug 43858
Author: bernds
Date: Thu Apr 29 11:04:30 2010
New Revision: 158898
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158898
Log:
From Dominique d'Humieres domi...@lps.ens.fr
PR
--- Comment #17 from steven at gcc dot gnu dot org 2010-04-29 11:39 ---
I've played a bit with modified .s files by hand, and as/ld work if the LTO
sections follow the other sections.
The normal order of output with -flto looks like this in the .s file:
LTO sections (the __GNU_LTO
$ cat t.cc
void* func( bool b )
{
return b ? 0 : throw 5;
}
$ g++ -c t.cc
template.cc: In function 'void* func(bool)':
template.cc:3:24: error: invalid conversion from 'int' to 'void*'
Replace 'throw 5' with '0' and it compiles as expected.
--
Summary: conditional operator can't
--- Comment #14 from nightstrike at gmail dot com 2010-04-29 11:53 ---
I'm running the testsuite now
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43844
When doing something like this:
class A {
A();
QString a;
};
A::A():a(0) {
}
The error message is
test.cpp: In constructor ScribusDoc::ScribusDoc():
test.cpp:6:12: error: call of overloaded QString(int) is ambiguous
--- Comment #1 from schwab at linux-m68k dot org 2010-04-29 12:09 ---
A throw-expression cannot be part of a integral constant expression, thus it
cannot be a null pointer constant.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
Currently LIM does not handle moving invariant PHIs.
void bar (int);
void foo (int n, int m)
{
unsigned i;
for (i = 0; i n; ++i)
{
int x;
if (m 0)
x = 1;
else
x = m;
bar (x);
}
}
we should move the computation of x out of the loop.
For
--- Comment #7 from jakub at gcc dot gnu dot org 2010-04-29 12:28 ---
Unfortunately this hasn't been fixed on the branches and just prevented
gcc-4.4.4 from being uploaded to ftp.gnu.org (but it has been already uploaded
to gcc.gnu.org, is tagged etc.).
As the bug wasn't marked as a
--- Comment #1 from redi at gcc dot gnu dot org 2010-04-29 12:38 ---
test.cpp:6:12: error: call of overloaded QString(int) is ambiguous
the column number should refer to the relevant mem-initializer
--
redi at gcc dot gnu dot org changed:
What
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-29 12:39 ---
self-contained testcase
struct QString {
QString(const char*);
QString(const QString);
QString(char);
};
class A {
A();
QString a;
QString b;
};
A::A() : a(0), b(0) { }
--
When bootstrapped with -Werror (should not everyone bootstrap with it ?),
bootstrapping gcc fails with:
...
In file included from /Users/regress/tbox/svn-gcc/gcc/attribs.c:37:0:
/Users/regress/tbox/svn-gcc/gcc/plugin.h: In function
'invoke_plugin_callbacks':
--- Comment #2 from hjl at gcc dot gnu dot org 2010-04-29 12:51 ---
Subject: Bug 43921
Author: hjl
Date: Thu Apr 29 12:51:09 2010
New Revision: 158900
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158900
Log:
Replace INSN_P with NONDEBUG_INSN_P.
2010-04-29 H.J. Lu
--- Comment #2 from joerg dot richter at pdv-fs dot de 2010-04-29 12:54
---
But throw can be part of ?: operator:
$ cat t.cc
int func( bool b )
{
return b ? 0 : throw 5;
}
$ g++ -c t.cc
works
--
joerg dot richter at pdv-fs dot de changed:
What|Removed
On Linux/x86-64, revision 158897 gave:
make[6]: Leaving directory `/export/gnu/import/svn/gcc-test/bld'
Comparing stages 2 and 3
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/ggc-common.o
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-04-29 13:00
---
Same error here.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-29 13:07 ---
See also pr 43935 (even if it is not a duplicate).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43936
--- Comment #1 from dominiq at lps dot ens dot fr 2010-04-29 13:09 ---
The Gcc [trunk revision 158897] failed to boostrap on x86_64! is likely due
to the
same problem due to revision 158896.
Not the same problem, but the same revision: see pr43936.
--
--- Comment #2 from hjl dot tools at gmail dot com 2010-04-29 13:10 ---
(In reply to comment #0)
When bootstrapped with -Werror (should not everyone bootstrap with it ?),
-Werror won't fail if
#define ENABLE_PLUGIN 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43935
On Linux/x86, revision 158843 gave:
FAIL: gcc.dg/guality/inline-params.c -O1 execution test
Revision 158835 is OK
--
Summary: [4.6 regression] FAIL: gcc.dg/guality/inline-params.c
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
--- Comment #23 from jakub at gcc dot gnu dot org 2010-04-29 13:18 ---
Created an attachment (id=20514)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20514action=view)
d3.c
BTW, I've timed different variants of the C code for the tonto loop, and
time /tmp/d3 1
real0m0.667s
--- Comment #1 from hjl dot tools at gmail dot com 2010-04-29 13:20 ---
Revision 158838:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00945.html
may be the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-04-29
13:20 ---
Does the executable created from the manually reordered aermod.s run correctly?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
On Linux/x86, revision 158895 gave
FAIL: gcc.dg/lto/const-uniq c_lto_const-uniq_0.o-c_lto_const-uniq_1.o link
Revision 158852 is OK.
--
Summary: [4.6 regression] gcc.dg/lto/const-uniq c_lto_const-
uniq_0.o-c_lto_const-uniq_1.o link
Product: gcc
--- Comment #1 from hjl dot tools at gmail dot com 2010-04-29 13:24 ---
Revision 158854:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00961.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from dje at gcc dot gnu dot org 2010-04-29 13:25 ---
rs6000 also is experiencing stage 2/3 comparison failures on both Linux and
AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dje at gcc dot gnu dot org 2010-04-29 13:29 ---
On rs6000, the miscompare seems to start at revision 158633 and a SEGV
configuring libgcc at rev 158639.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43936
--- Comment #3 from redi at gcc dot gnu dot org 2010-04-29 13:31 ---
See [expr.cond]p2
if one operand is a throw-expression the result of the conditional-expression
is an rvalue of the type of the other operand (i.e. int)
I think it's actually a bug that this compiles:
int* f(bool b) {
--- Comment #4 from redi at gcc dot gnu dot org 2010-04-29 13:34 ---
That example 'f' is equivalent to this, which also compiles:
int* g(bool b) { return int(b ? 0 : 0); }
that's /definitely/ wrong
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43932
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hubicka at gcc dot gnu dot
|dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2010-04-29 13:49 ---
Created an attachment (id=20515)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20515action=view)
142t.optimized dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43931
--- Comment #2 from burnus at gcc dot gnu dot org 2010-04-29 13:49 ---
Created an attachment (id=20516)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20516action=view)
Assembler (x86-64-linux)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43931
--- Comment #5 from dominiq at lps dot ens dot fr 2010-04-29 13:50 ---
... and a SEGV configuring libgcc at rev 158639.
This is probably pr43858 and it should be fixed by revision 158898.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43936
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-29 14:10 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-29 14:11 ---
Subject: Bug 43935
Author: rguenth
Date: Thu Apr 29 14:10:39 2010
New Revision: 158901
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158901
Log:
2010-04-29 Richard Guenther rguent...@suse.de
PR
--- Comment #5 from redi at gcc dot gnu dot org 2010-04-29 14:11 ---
the definition of integral constant expression has changed between C++03 and
C++0x, so that int() is a valid integral constant expression, as is int(b?0:0)
So that makes my 'f' and 'g' examples valid.
However, by
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43938
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43937
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-29 14:16 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from redi at gcc dot gnu dot org 2010-04-29 14:17 ---
for further confirmation, the original case is covered by:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#367
and my cases are covered by:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#236
--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-29 14:34 ---
The issue is that
a.dim[]
is too small, which was traced by Alexander Monakov (thanks!).
This is in turn due to:
gfc_get_array_descriptor_base (int dimen, int codimen, bool restricted)
{
int idx = 2 *
--- Comment #113 from bergner at gcc dot gnu dot org 2010-04-29 14:34
---
Subject: Bug 33928
Author: bergner
Date: Thu Apr 29 14:34:35 2010
New Revision: 158902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158902
Log:
Backport from mainline.
2009-08-30 Alan
--- Comment #119 from bergner at gcc dot gnu dot org 2010-04-29 14:34
---
Subject: Bug 26854
Author: bergner
Date: Thu Apr 29 14:34:35 2010
New Revision: 158902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158902
Log:
Backport from mainline.
2009-08-30 Alan
--- Comment #15 from bergner at gcc dot gnu dot org 2010-04-29 14:34
---
Subject: Bug 41081
Author: bergner
Date: Thu Apr 29 14:34:35 2010
New Revision: 158902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158902
Log:
Backport from mainline.
2009-08-30 Alan
--- Comment #6 from dominiq at lps dot ens dot fr 2010-04-29 14:39 ---
On rs6000, the miscompare seems to start at revision 158633 ...
I think what you see at revision 158633 is a bootstrap failure due to a missing
prototype in optabs.h, fixed with revision 158643. Meanwhile revision
--- Comment #7 from hjl dot tools at gmail dot com 2010-04-29 14:47 ---
For some reason, c-decl.o in stage2 has no debug sections:
There are 16 section headers, starting at offset 0x1fbf8:
Section Headers:
[Nr] Name Type Address Offset
Size
For
int main()
{
void *p = __builtin_malloc (4);
if (p)
{
__builtin_free (p);
p = 0;
}
__builtin_free (p);
return 0;
}
DOM does not propagate p == 0 on the else path leaving
bb 2:
p_2 = __builtin_malloc (4);
if (p_2 != 0B)
goto bb 3;
else
goto bb 4;
bb
--- Comment #8 from jakub at gcc dot gnu dot org 2010-04-29 15:03 ---
Subject: Bug 43620
Author: jakub
Date: Thu Apr 29 15:03:38 2010
New Revision: 158903
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158903
Log:
PR other/43620
libgomp/
* configure.ac
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-04-29 15:10 ---
because we build with bootstrap-debug by default.
Bootstrap works fine for me with and without --enable-plugin.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from rguenth at gcc dot gnu dot org 2010-04-29 15:11
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from nisselarsson at home dot se 2010-04-29 15:21 ---
I can confirm that the patch above applies and gcc-4.5 now complies
successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43921
--- Comment #9 from hjl dot tools at gmail dot com 2010-04-29 15:29 ---
Also those failed files call invoke_plugin_callbacks.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-04-29 15:29 ---
Wow, thanks for the testcase!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
--- Comment #10 from hjl dot tools at gmail dot com 2010-04-29 15:31
---
Do we do inline differently with and without -g?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43936
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-04-29 15:37
---
And the bug is:
struct TBL tbl = { foo };
but:
Generating constraints for global initializers
...
tbl = NONLOCAL
tbl = NULL
ouch. I have a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
--- Comment #11 from jakub at gcc dot gnu dot org 2010-04-29 15:37 ---
No, otherwise -fcompare-debug or even the whole bootstrap comparison which
compares -g -gtoggle built stage2 with -g built stage3 would fail much more
often.
Strangely, I saw the comparison failure on the trunk, but
--- Comment #12 from hjl dot tools at gmail dot com 2010-04-29 15:38
---
I am testing this patch:
--
diff --git a/gcc/plugin.h b/gcc/plugin.h
index 94663dd..3269641 100644
--- a/gcc/plugin.h
+++ b/gcc/plugin.h
@@ -35,6 +35,8 @@ extern void print_plugins_versions (FILE *file, const
--- Comment #13 from hjl dot tools at gmail dot com 2010-04-29 15:57
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01827.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Managed to build gmp-5.0.1, mpfr-2.4.2, and mpc-0.8.1 with gcc-4.2.4/64 (all
-mlp64). Had to set $ABI to 64 to make that pass.
Due to the endless annoying libtool, building with HP C-ANSI-C was impossible.
With that triplet installed, and hand-forced iconv to be unavailable
(--disable-nls does
--- Comment #7 from andris dot pavenis at iki dot fi 2010-04-29 16:27
---
I had similar patch for this file when I last built GCC for DJGPP (gcc-4.4.2 as
native compiler and gcc-4.4.3 as cross-compiler). The version
for gcc-4.4.2 is in archive
--- Comment #5 from hjl at gcc dot gnu dot org 2010-04-29 16:29 ---
Subject: Bug 43935
Author: hjl
Date: Thu Apr 29 16:29:10 2010
New Revision: 158905
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158905
Log:
Move flag_plugin_added out of invoke_plugin_callbacks.
2010-04-29
--- Comment #14 from hjl at gcc dot gnu dot org 2010-04-29 17:55 ---
Subject: Bug 43936
Author: hjl
Date: Thu Apr 29 17:55:00 2010
New Revision: 158909
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158909
Log:
Correct entry of fix for PR bootstrap/43936.
Modified:
From PR 43936, -fcompare-debug failed with external declaration in function.
--
Summary: -fcompare-debug faulure
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
--- Comment #1 from hjl dot tools at gmail dot com 2010-04-29 17:57 ---
Created an attachment (id=20518)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20518action=view)
A testcase
On Linux/x86-64,
[...@gnu-6 stage2-gcc]$ ./xgcc -B./ -c -g -O2 -Wc++-compat -fno-common
pr43942.i
--- Comment #15 from hjl dot tools at gmail dot com 2010-04-29 17:59
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-29 18:05 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43942
--- Comment #3 from hjl dot tools at gmail dot com 2010-04-29 18:16 ---
[...@gnu-6 stage2-gcc]$ cat x.i
enum plugin_event { PLUGIN_GGC_START, PLUGIN_GGC_END };
extern int invoke_plugin_callbacks_full (int, void *);
static __inline__ int
invoke_plugin_callbacks (int event __attribute__
--- Comment #4 from hjl dot tools at gmail dot com 2010-04-29 18:18 ---
It also failed with gcc 4.5.0.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-04-29 18:23 ---
Tail call optimization is disabled with -g.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43942
--- Comment #6 from hjl dot tools at gmail dot com 2010-04-29 18:26 ---
-foptimize-sibling-calls is affected by external declaration in function.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-04-29 18:27 ---
Even more reduced testcase:
invoke_plugin_callbacks (int event)
{
extern unsigned char flag_plugin_added;
return invoke_plugin_callbacks_full (event);
}
ggc_collect (void)
{
invoke_plugin_callbacks (0);
}
--
--- Comment #8 from hjl dot tools at gmail dot com 2010-04-29 18:44 ---
Tail call optimization doesn't handle
# DEBUG event = 0
properly.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #24 from tkoenig at gcc dot gnu dot org 2010-04-29 19:09
---
(In reply to comment #22)
It is my intention to change the array descriptor representation and
to start with an API that provides the (lbound, ubound,stride) values.
In fact, this API has already been put in
--- Comment #13 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 42680
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #38 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 42274
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #8 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 43492
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #33 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 42353
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #6 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 41829
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #16 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 43896
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #13 from pault at gcc dot gnu dot org 2010-04-29 19:11 ---
Subject: Bug 43326
Author: pault
Date: Thu Apr 29 19:10:48 2010
New Revision: 158910
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158910
Log:
2010-04-29 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #9 from hjl dot tools at gmail dot com 2010-04-29 19:16 ---
This patch
---
diff --git a/gcc/tree.c b/gcc/tree.c
index 8eeecff..0d79020 100644
--- a/gcc/tree.c
+++ b/gcc/tree.c
@@ -7937,7 +7937,8 @@ auto_var_in_fn_p (const_tree var, const_tree fn)
{
return (DECL_P (var)
1 - 100 of 138 matches
Mail list logo
