--- 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:
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 patch.
--- 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:
Hello,
#include stdio.h
#include stdint.h
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
--- 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
--- 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;
for
--- 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
With gcc-4.4.2 the following code generates warnings about strict aliasing:
=| bug.cpp |===
#include set
#ifdef SHOW_BUG
struct foo {
int i;
bool operator(foo const o) const { return i o.i; }
};
#else
typedef int foo;
#endif
int main() {
--- 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;
--- 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 #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
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
--- 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=19028action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42078
--- 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?
--
--- 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 is
--- 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
===
---
--- 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) (*T3af) (integer(kind=4)));
setpointer (ptype);
That is wrong, unless I am missing a reference type somewhere.
Yes,
--- 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;
}
==
--
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 #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
--- 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
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:
--- 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
--- 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 #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.
--
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.
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. The
--- 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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Target Milestone|--- |4.5.0
--- 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
--- 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: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
--
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 #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=gccview=revrev=154255
Log:
PR tree-optimization/41857
*
--- 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 #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 #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.
--
--- 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=19029action=view)
reduced testcase
BINARY=/mnt/svn/gcc-trunk/binary-154190-lto/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1
valgrind
--- 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
--- 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 #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
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()::lambda()]':
decl.cpp:16:30: instantiated from
--- 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=19030action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42082
--- 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 #3 from ludovic at ludovic-brenta dot org 2009-11-17 19:56
---
Even an empty project file triggers the bug:
$ cat p.gpr EOF
project p is
end p;
EOF
$ gdb gnatmake
(gdb) run -vP2 -Pp
Starting program: /usr/bin/gnatmake -vP2 -Pp
GPR_PROJECT_PATH=.:/usr/share/ada/adainclude/
--- 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
This code (in includes needed) ICEs with GCC 4.5 20091112
templatetypename F
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()':
--- 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=gccview=revrev=154267
Log:
cp/
2009-11-17 Paolo Carlini paolo.carl...@oracle.com
--- 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
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
--- 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
--- 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 #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
#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 #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
--- 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
--- 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
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 :
templateclass _T
typedef _T
--- 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
--- 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.
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
--- 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=19031action=view)
proposed patch
I'm testing this, with and without -fno-rtti
Without rtti
--- 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
--- 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 #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
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 #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=19032action=view)
Test code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42087
--- 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=19033action=view)
gcc -v -save-temps output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42087
--- 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 #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
--
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 #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
--- 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=gccview=revrev=154279
Log:
PR debug/41888
PR debug/41886
* graphite-scop-detection.c
--- 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=gccview=revrev=154279
Log:
PR debug/41888
PR debug/41886
* graphite-scop-detection.c
--- 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=gccview=revrev=154281
Log:
gcc/ChangeLog:
PR debug/41926
* tree-vect-loop.c
--- 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 #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
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.
--- 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
--- 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 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 #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=gccview=revrev=154282
Log:
2009-11-18 Iain Sandoe iain.san...@sandoe-acoustics.co.uk
--- 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=gccview=revrev=154283
Log:
2009-11-18 Iain Sandoe iain.san...@sandoe-acoustics.co.uk
83 matches
Mail list logo