--- Comment #62 from andreast at gcc dot gnu dot org 2009-11-18 07:37
---
Subject: Bug 39888
Author: andreast
Date: Wed Nov 18 07:37:04 2009
New Revision: 154283
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154283
Log:
2009-11-18 Iain Sandoe
PR other/39888
--- Comment #61 from andreast at gcc dot gnu dot org 2009-11-18 07:36
---
Subject: Bug 39888
Author: andreast
Date: Wed Nov 18 07:36:12 2009
New Revision: 154282
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154282
Log:
2009-11-18 Iain Sandoe
PR other/39888
--- Comment #5 from reichelt at gcc dot gnu dot org 2009-11-18 07:07
---
This is the same problem as PR 189 which was fixed yesterday.
*** This bug has been marked as a duplicate of 189 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #17 from reichelt at gcc dot gnu dot org 2009-11-18 07:07
---
*** Bug 13052 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from YLitvinenko at astana dot oilfield dot slb dot com
2009-11-18 07:03 ---
(In reply to comment #4)
> Why are you building with --enable-threads=solaris in the first place?
> Just omit --enable-threads (defaulting to posix); the implementation of
> both on Solaris 2 is
The codegen differences introduced by free_alng_data can be promptly exposed
using -fcompare-debug=-g0.
Two such errors are known to me, on x86_64-linux-gnu native bootstrap:
ada/einfo.adb fails -fcompare-debug=-g0 because boolean_type_node is modified.
http://gcc.gnu.org/ml/gcc-patches/2009-11/m
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-11-18 06:22 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-11-18 06:15 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-11-18 06:03 ---
Subject: Bug 41926
Author: aoliva
Date: Wed Nov 18 06:02:58 2009
New Revision: 154281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154281
Log:
gcc/ChangeLog:
PR debug/41926
* tree-vect-loop.c (vect_loop_kil
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-11-18 06:02 ---
Subject: Bug 41886
Author: aoliva
Date: Wed Nov 18 06:02:26 2009
New Revision: 154279
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154279
Log:
PR debug/41888
PR debug/41886
* graphite-scop-detection.c (stmt
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-11-18 06:02 ---
Subject: Bug 41888
Author: aoliva
Date: Wed Nov 18 06:02:26 2009
New Revision: 154279
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154279
Log:
PR debug/41888
PR debug/41886
* graphite-scop-detection.c (stmt
--- Comment #13 from jason at gcc dot gnu dot org 2009-11-18 05:43 ---
5.3.1 [expr.unary.op] paragraph 3:
...If the member is a non-static member of class C of type T, the type of the
result is pointer to member of class C of type T. [ Example:
struct A { int i; };
struct B
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-11-18 04:02
---
*** Bug 42087 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-18 04:02 ---
*** This bug has been marked as a duplicate of 39390 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from riddikulus at verizon dot net 2009-11-18 03:44 ---
Created an attachment (id=19033)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19033&action=view)
gcc -v -save-temps output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42087
--- Comment #1 from riddikulus at verizon dot net 2009-11-18 03:43 ---
Created an attachment (id=19032)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19032&action=view)
Test code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42087
The attached short snippet fails to compile on GCC 4.4.1 and 4.4.2 (latest
release), due to aliasing issues in stl::map. Ignore the logic as it has been
contorted to reduce the test code fragment size.
First bug submit, so I hope this is close to proper procedure.
===
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-18 02:13 ---
(In reply to comment #1)
> I think C++0x (well renamed to C++1x) has something like this.
Called template aliases:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf
Note GCC does not implement them
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-18 02:10 ---
I think C++0x (well renamed to C++1x) has something like this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42085
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-11-18
01:39 ---
Argh, the dSYM issue looks like another variation of the current dsymutil
issues...
libtool: link:
/sw/src/fink.build/gcc45-4.4.999-20091116/darwin_objdir/./gcc/xgcc
-shared-libgcc -B/sw/src/fink.build/g
--- Comment #2 from redi at gcc dot gnu dot org 2009-11-18 01:30 ---
Created an attachment (id=19031)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19031&action=view)
proposed patch
I'm testing this, with and without -fno-rtti
Without rtti 20_util/shared_ptr/cons/unique_ptr_delet
After the linker bug:
http://www.sourceware.org/bugzilla/show_bug.cgi?id=10955
is fixed, I got:
FAIL: gcc.target/ia64/fptr-1.c execution test
since GP is no longer _GLOBAL_OFFSET_TABLE_. In fact, GP is
the same as _GLOBAL_OFFSET_TABLE_ is by accident. I don't
know how to make this testcase to w
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-11-18
01:19 ---
The missing .dSYM for libgcj is a blocker for debugging this issue on darwin...
(gdb) break _Jv_Throw
Breakpoint 1 at 0x20c49ba3dcddf8: file
../../../gcc-4.5-20091116/libjava/exception.cc, line 100.
(gdb)
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-11-18
01:04 ---
One oddity in the libgcj.dylib build on darwin is that this only shared library
in libjava which doesn't get a .dSYM directory built for it. All the other
shared libs have one...
ls -R libjava | grep dSYM
First of all, sorry if I seem redundant, for you may get a lot of requests like
this one, but couldn't you implement an extension (accessible with, for
example, -ftypedef-templates or something) that would allow the code below to
compile as it logically should :
template
typedef _T Storage; // a
--- Comment #2 from hp at gcc dot gnu dot org 2009-11-18 00:25 ---
Fixed, apparently as per r154271.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kkojima at gcc dot gnu dot org 2009-11-17 22:24 ---
Thanks for testing. On second thought, the patch in #1 doesn't
the right thing and it's too intrusive if the issue happens only
with -O0 for a bit problematic feature.
Some better idea will be needed, though it seem
--- Comment #5 from charlet at adacore dot com 2009-11-17 21:45 ---
Subject: Re: [4.4 regression] Infinite loop when parsing a
project file, alpha only
> #1 0x02853dd8 in ?? () from /usr/lib/libgnatprj.so.4.4
> #2 0x02856abc in prj__part__parse () from /usr/li
> #1 0x02853dd8 in ?? () from /usr/lib/libgnatprj.so.4.4
> #2 0x02856abc in prj__part__parse () from /usr/lib/libgnatprj.so.4.4
> #3 0x0284df7c in prj__pars__parse () from /usr/lib/libgnatprj.so.4.4
Well, there's no such thing as libgnatprj.so in GCC sources/Makefiles.
--- Comment #2 from chenyang at cs dot utah dot edu 2009-11-17 21:21
---
I am sorry I should also mention that the code works with "-Os", or "-O3" or
"-O2", but not with the extra flag -fno-delete-null-pointer-checks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42084
--- Comment #1 from hp at gcc dot gnu dot org 2009-11-17 21:19 ---
Yah, seen for cris-elf too...
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from chenyang at cs dot utah dot edu 2009-11-17 21:13
---
The inconsistent results also show up with the following combinations:
-O3 -fno-delete-null-pointer-checks
-O2 -fno-delete-null-pointer-checks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42084
We found an inconsistent result when we were testing the options used to build
Linux kernels. See the code below. BTW, I am using r154188.
y...@yang-working:~$ svngcc -O1 -o small_1 small.c
y...@yang-working:~$ ./small_1
g = 2
y...@yang-working:~$ svngcc -Os -fno-delete-null-pointer-checks -o smal
--- Comment #3 from paolo dot carlini at oracle dot com 2009-11-17 20:05
---
Fixed in mainline, I'm not planning work on a backport.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #2 from paolo at gcc dot gnu dot org 2009-11-17 20:03 ---
Subject: Bug 42058
Author: paolo
Date: Tue Nov 17 20:03:03 2009
New Revision: 154267
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154267
Log:
cp/
2009-11-17 Paolo Carlini
PR c++/42058
* t
This code (in includes needed) ICEs with GCC 4.5 20091112
template
decltype(F()) run(F f)
{
return f();
}
int main()
{
auto l = []() { return 5; };
run(l);
}
Compiler output:
$ g++-4.5-20091112 -std=c++0x decl.cpp -o decl
decl.cpp: In function 'int main()':
decl.cpp:14:9:
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-11-17 19:59
---
Actually the disassembly above was that of Tab.Get_Next. The source for
Tab.Get_Next is:
function Get_Next (T : Instance) return Elmt_Ptr is
begin
if T = null or else not T.Iterator_Started
--- Comment #3 from ludovic at ludovic-brenta dot org 2009-11-17 19:56
---
Even an empty project file triggers the bug:
$ cat > p.gpr <,
argc=, ubp_av=,
init=0x1200ad190, fini=, rtld_fini=, stack_end=0x11fcbd730) at libc-start.c:222
#9 0x00012000b958 in ?? ()
Backtrace stopped
--- Comment #5 from jakub at gcc dot gnu dot org 2009-11-17 19:50 ---
Either we should just drop the debug stmts, or replace the ARG1 uses in the
debug stmts with 1/ARG1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42078
--- Comment #1 from lloyd at randombit dot net 2009-11-17 19:48 ---
Created an attachment (id=19030)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19030&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42082
The attached code causes an ICE with gcc 4.5 20091112. I'm somewhat certain but
not positive that it is not valid code.
$ g++-4.5-20091112 -std=c++0x decl.cpp -o decl
decl.cpp: In function 'std::unique_future<_Res> async(F) [with T = int, F =
main()::]':
decl.cpp:16:30: instantiated from here
de
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-11-17
19:43 ---
Subject: Re: Cannot build gcc: gthr-default.h:466: error: '__mutex' was not
declared in this scope
> --- Comment #3 from alanpae at ilkda dot com 2009-11-17 19:18 ---
[...]
> Will try building it
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-17 19:39 ---
Caused by PR41963.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from alanpae at ilkda dot com 2009-11-17 19:18 ---
I'm getting the except same error message.
/build/new-gcc/./gcc/xgcc -shared-libgcc -B/build/new-gcc/./gcc -nostdinc++
-L/build/new-gcc/i386-pc-solaris2.11/libstdc++-v3/src
-L/build/new-gcc/i386-pc-solaris2.11/libstdc++-v
--- Comment #5 from zsojka at seznam dot cz 2009-11-17 18:34 ---
Created an attachment (id=19029)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19029&action=view)
reduced testcase
BINARY=/mnt/svn/gcc-trunk/binary-154190-lto/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1
valgrind
--- Comment #2 from ubizjak at gmail dot com 2009-11-17 17:47 ---
(In reply to comment #0)
> I have access to an alpha-linux-gnu machine, please tell me if I can help
> narrow this problem down.
A debug trace from gdb would be a nice starting point.
--
http://gcc.gnu.org/bugzilla/
--- Comment #74 from charlet at gcc dot gnu dot org 2009-11-17 17:03
---
Marking as WONTFIX, as requested
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #73 from baldrick at free dot fr 2009-11-17 16:56 ---
Can someone please close this bug as WONTFIX then (I don't know how to do
this myself).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30911
--- Comment #4 from uweigand at gcc dot gnu dot org 2009-11-17 16:22
---
Subject: Bug 41857
Author: uweigand
Date: Tue Nov 17 16:21:56 2009
New Revision: 154255
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154255
Log:
PR tree-optimization/41857
* tree-ssa-addr
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42080
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-17 16:18 ---
It would give too many false positives. Also we do not warn for non-registers
very consistently (due to the same reason).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42079
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-17 16:17 ---
VTA issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-17 16:17 ---
You are likely running into excess precision issues of i?86. Try using
-mpc64 or -mfpmath=sse.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42076
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Target Milestone|--- |4.5.0
http://
--- Comment #72 from charlet at adacore dot com 2009-11-17 15:50 ---
Subject: Re: VRP fails to eliminate range
checks in Ada code
> > Is there anyway for the optimizers to get at this range information still?
> > Or was range information removed because it is essentially imposs
> > Is there anyway for the optimizers to get at this range information still?
> > Or was range information removed because it is essentially impossible to use
> > it correctly (if so this bug report should be closed as unfixable)?
>
> It was removed because it was impossible to use it correctly.
To whom it may concern:
In general, the logic of the gcc/config/arm/linux-elf.h file dictates that if
the target is big-endian arm, gcc will use big-endian defaults (like
-mbig_endian); otherwise, gcc will use little-endian defaults. However, there
is apparently one exception to this rule. MUTLI
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-17 15:46 ---
This is core issue 794:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_closed.html#794
The core group decided not to take any action on this issue in Santa Cruz, but
Switzerland may raise it again after CD2.
--
--- Comment #11 from paolo dot carlini at oracle dot com 2009-11-17 15:15
---
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39390
--- Comment #71 from rguenther at suse dot de 2009-11-17 15:07 ---
Subject: Re: VRP fails to eliminate range checks
in Ada code
On Tue, 17 Nov 2009, baldrick at free dot fr wrote:
> --- Comment #69 from baldrick at free dot fr 2009-11-17 11:04 ---
> It seems that variables p
On Linux/ia32, revision 154242:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00463.html
caused:
FAIL: gcc.dg/struct/w_prof_global_var.c compilation, -O3 -fwhole-program
-combine -fipa-type-escape -fprofile-use -fipa-struct-reorg -fdump-ipa-all
(internal compiler error)
FAIL: gcc.dg/struct/w_prof_lo
--- Comment #5 from olga at il dot ibm dot com 2009-11-17 13:47 ---
This patch should solve the problem. Please confirm for your platforms.
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00849.html
Thanks,
Olga
--
olga at il dot ibm dot com changed:
What|Removed
--- Comment #15 from yipiha2008 at gmail dot com 2009-11-17 13:04 ---
Is it feasible to disable the affected instruction in the meantime, so that gcc
stops crashing? Or, if this comes from Thumb-2 support, maybe it's possible to
disable Thumb-2 support?
I'm basically looking for a worka
This code should warn that foo is used uninitialized, but it doesn't.. gcc 4.3
and gcc 4.4 both fail to report a warning
extern void do_something(void **foo);
extern int cond(void);
int main(int argc, char *argv[])
{
void *foo;
if (cond())
do_something(&foo);
*argv = foo;
return 0;
}
--
--- Comment #2 from reichelt at gcc dot gnu dot org 2009-11-17 12:42
---
Confirmed. Reduced testcase (crashes with "-O -ffast-math -g"):
==
double sqrt (double x);
float foo(float x)
{
float y = sqrt(x);
return x/y;
}
==
--
--- Comment #5 from janus at gcc dot gnu dot org 2009-11-17 12:00 ---
(In reply to comment #3)
> So inside MAIN__ we have:
> static void setpointer (integer(kind=4) (*) (integer(kind=4)));
> setpointer (&ptype);
>
> That is wrong, unless I am missing a reference type somewhere.
Yes
--- Comment #1 from janus at gcc dot gnu dot org 2009-11-17 11:47 ---
Since all regressions are OpenMP related, the following patch works without any
testsuite failures:
Index: gcc/fortran/trans.c
===
--- gcc/fortran/trans.
--- Comment #70 from ebotcazou at gcc dot gnu dot org 2009-11-17 11:19
---
> It seems that variables produced by the Ada front-end no longer have any
> non-trivial range information associated with them. Without knowing the
> range information
>type S is range 0 .. 100;
>type T
--- Comment #10 from scovich at gmail dot com 2009-11-17 11:16 ---
(In reply to comment #3)
> the warning is for dead code. Thus this is not a
> wrong-code problem.
Just to verify, does this (and comment #7) mean that the warning is harmless
and can be ignored?
--
http://gcc.gnu.o
--- Comment #1 from dcb314 at hotmail dot com 2009-11-17 11:11 ---
Created an attachment (id=19028)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19028&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42078
I just tried to compile Suse Linux package fontforge-20090622-4.1
with gcc version 4.5 snapshot 20091112 and the build said
nowakowskittfinstr.c: In function 'InterpolateAlongDiag':
nowakowskittfinstr.c:4440:15: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple
--- Comment #9 from paolo dot carlini at oracle dot com 2009-11-17 11:09
---
*** Bug 42077 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-17 11:09
---
*** This bug has been marked as a duplicate of 39390 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #69 from baldrick at free dot fr 2009-11-17 11:04 ---
It seems that variables produced by the Ada front-end no longer have any
non-trivial range information associated with them. Without knowing the
range information
type S is range 0 .. 100;
type T is range 10 .. 20;
With gcc-4.4.2 the following code generates warnings about strict aliasing:
=| bug.cpp |===
#include
#ifdef SHOW_BUG
struct foo {
int i;
bool operator<(foo const &o) const { return i < o.i; }
};
#else
typedef int foo;
#endif
int main() { std::set().inse
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-17 11:01
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00783.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42058
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-11-17 10:27
---
The following project file is known to work on alpha-gnu-linux with GCC 4.3.4:
project Build_XMLAda is
for Source_Dirs use ("dom", "input_sources", "sax", "schema", "unicode");
for Library_Name use "xmlada
--- Comment #3 from redi at gcc dot gnu dot org 2009-11-17 10:01 ---
Also, please note that n2960 is not a standard, it's only a draft, and it's not
even the latest draft.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42063
Hello,
#include
#include
int main(void)
{
double ratio = 0.21;
printf("ration=%f ratio*1000=%llu\n", ratio, (uint64_t)(1000*ratio));
return 0;
}
I compile its code and have 2 different result with 2 different gcc version.
with 4.4.1 :
$ gcc-4.4 -Wall y.c -o y-4.4
$ ./y-4.4
rat
--- Comment #13 from charlet at adacore dot com 2009-11-17 08:19 ---
Subject: Re: tasking is not implemented on NetBSD
> This patch was simply not reviewed/discussed at all, Arnaud could you have a
> look? gcc-patches submission URL:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01
> This patch was simply not reviewed/discussed at all, Arnaud could you have a
> look? gcc-patches submission URL:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01510.html
Well, this submission does not include a visible changelog and requires
saving the attachment and unzip to review the patc
--- Comment #12 from laurent at guerby dot net 2009-11-17 08:15 ---
This patch was simply not reviewed/discussed at all, Arnaud could you have a
look? gcc-patches submission URL:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01510.html
--
laurent at guerby dot net changed:
83 matches
Mail list logo
