--- Comment #6 from domob at gcc dot gnu dot org 2008-12-10 08:44 ---
I did post it to the mailing list some time ago and there was a little
discussion, IIRC, but no definite review or OK for it. But I can re-post it
(or we welcome your opinions), of course.
--
--- Comment #88 from ebotcazou at gcc dot gnu dot org 2008-12-10 08:48
---
Subject: Bug 37170
Author: ebotcazou
Date: Wed Dec 10 08:46:40 2008
New Revision: 142640
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142640
Log:
PR target/37170
PR target/38448
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-12-10 08:48
---
Subject: Bug 38448
Author: ebotcazou
Date: Wed Dec 10 08:46:40 2008
New Revision: 142640
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142640
Log:
PR target/37170
PR target/38448
*
--- Comment #8 from grosser at gcc dot gnu dot org 2008-12-10 08:48 ---
Created an attachment (id=16869)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16869action=view)
Fix
OK. I got the fix. We had a problem with invalid CloogDomain data structures.
We did not detect all
--- Comment #17 from ubizjak at gmail dot com 2008-12-10 09:55 ---
Fixed on 4.4 branch, WONTFIX on earlier branches.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #8 from ubizjak at gmail dot com 2008-12-10 09:57 ---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01500.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-12-10 10:01 ---
But I can re-post it (or we welcome your opinions), of course.
Please repost. I haven't looked into it in detail yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37605
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-12-10 10:06 ---
Please ...
a) ... specify the version of your compiler (gfortran --version) and
where/how it was obtained
b) ... show a self-contained code example
c) ... show a log of your actions, something like
We used the snapshot gcc-4.1-20080630.
The command line is:
mips64-none-elf-gcc-4.1.3 -O1 -mabi=o64 lltst.c -fverbose-asm -S
The source file is:
int equ(unsigned long long rc)
{
if ((rc 0xULL) == 0xULL)
return 1;
return 0;
}
The
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-10 10:48 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-10 11:03 ---
Are you sure? My Debian system agrees with me:
ls -l /usr/lib/libgcj_bc.so.1
lrwxrwxrwx 1 root root 12 2008-10-01 20:38 /usr/lib/libgcj_bc.so.1 -
libgcj.so.90
Are the different libgcj not supposed to provide the
Reported at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bf908dba87ce677a
Valgrind shows:
==10280== Invalid read of size 8
==10280==at 0x4B67E2: gfc_trans_pointer_assignment (trans-expr.c:4076)
==10280==by 0x4956AF: gfc_trans_code (trans.c:)
==10280==by
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38471
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-10 11:14 ---
libgcj_bc.so is a dummy shared library, which is meant for ld(1) only and
provides just a subset of libgcj.so symbols that are for -findirect-dispatch
only and aren't changing ABI.
libgcj_bc.so.1 is supposed to be a
Sent from my iPhone
On Dec 10, 2008, at 2:51 AM, steven at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #3 from steven at gcc dot gnu dot org 2008-12-10
10:51 ---
Investigating.
There is no reason to investigate. The reason why this change
happened was
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-10 11:12 ---
Ok, it seems that the problem for me is coming from ecj1:
/usr/lib64/gcc/x86_64-suse-linux/4.3/ecj1 Hello.java -g1
-fbootclasspath=./:/usr/share/java/libgcj-4.3.jar -g1 -fsource=1.5 -ftarget=1.5
-fzip-dependency
--- Comment #10 from aph at gcc dot gnu dot org 2008-12-10 11:32 ---
Created an attachment (id=16870)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16870action=view)
Link map
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #11 from aph at gcc dot gnu dot org 2008-12-10 11:32 ---
This looks like a bug to me.
zorro:tmp $ gcj /home/aph/gcc/trunk/ecj.jar
--main=org.eclipse.jdt.internal.compiler.batch.Main -o ecj -findirect-dispatch
zorro:tmp $ readelf -d ecj
Dynamic section at offset 0xa92728
--- Comment #47 from steven at gcc dot gnu dot org 2008-12-10 11:42 ---
Re. comment #37:
Mark, bug 38453 has a simple test case that shows the poor optimization choice
for ARM-linux. Also, there are now 4 bugs closed as duplicates of this one, so
many users run into this and consider
--- Comment #49 from rguenth at gcc dot gnu dot org 2008-12-10 11:45
---
P2, similar to all other missed-optimization regressions.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #48 from steven at gcc dot gnu dot org 2008-12-10 11:43 ---
To P3 per comment #37.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2008-12-10 11:54 ---
The missing function is called only in one place, visibly to set thread
affinity:
gcc/ada/s-taprop-irix.adb
if Self_ID.Common.Task_Info /= null
and then Self_ID.Common.Task_Info.Scope =
--- Comment #7 from laurent at guerby dot net 2008-12-10 11:57 ---
Joel, did you try the change I suggested on 2008-07-25 20:04? If this works
then I can come up with a more complete patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #12 from aph at gcc dot gnu dot org 2008-12-10 12:17 ---
Look at the exported symbols in the old version of libgcj_bc.so.
Make sure that these symbols are exported:
_Jv_JNI_PopSystemFrame
_Jv_LookupInterfaceMethod
_Jv_MonitorExit
_Jv_RegisterResource
--
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-10 11:23 ---
That is a bug then.
I guess libjava/Makefile.am needs to be fixed.
ecjx_LDADD = -L$(here)/.libs libgcj.la
should be likely:
if ENABLE_SHARED
ecjx_LDADD = -L$(here)/.libs
else
ecjx_LDADD = -L$(here)/.libs libgcj.la
--- Comment #50 from steven at gcc dot gnu dot org 2008-12-10 12:31 ---
The cost check for final value replacement was removed in revision 122896 (from
bug 33419, see http://gcc.gnu.org/viewcvs?view=revrevision=122896)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
--- Comment #13 from rguenther at suse dot de 2008-12-10 12:33 ---
Subject: Re: [4.4 Regression] libgcj_bc for 4.3 and 4.4
are binary incompatible but have the same SONAME
On Wed, 10 Dec 2008, aph at gcc dot gnu dot org wrote:
--- Comment #12 from aph at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-10 10:09 ---
I think we usually use a 'note' to say
note:1: 'bar()' was declared here
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #46 from steven at gcc dot gnu dot org 2008-12-10 11:25 ---
*** Bug 38453 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gmail dot com 2008-12-10 11:20 ---
Subject: Re: Output code optimisation excessive use of builtins
Sent from my iPhone
On Dec 10, 2008, at 2:51 AM, steven at gcc dot gnu dot org
[EMAIL PROTECTED]
wrote:
--- Comment #3 from steven at gcc dot
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-10 10:55 ---
?? libgcj_bc.so.1 isn't supposed to be a symlink to libgcj.so.10, but to
libgcj_bc.so.1.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #6 from steven at gcc dot gnu dot org 2008-12-10 11:25 ---
*** This bug has been marked as a duplicate of 32044 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
I just tried to compile the following C++ source code
with the GNU C++ compiler version 4.4 snapshot 20081205.
# include stdio.h
void
f1( float)
{
printf( Ok\n);
}
void
f1( double)
{
printf( Broken\n);
}
int
main()
{
f1( 1 ? 2 : 3.0F);
return 0;
}
At run time
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-10 10:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-10 11:09 ---
-findirect-dispatch compiled/linked programs built with 4.3 work just fine
against 4.4 libgcj_bc.so.1 (that's why libgcj_bc.so.1 was added).
The only problem is if you link a program against both -lgcj_bc and -lgcj,
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-10 13:13 ---
I guess the primary difference between e.g. x86_64 or i386 and powerpc is
during gimplification, the pointer-to-member initialization is done as:
D.1804.__pfn = funcOne;
D.1804.__delta = 0;
i.1 = docalling
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-10 10:48 ---
Subject: Bug 37416
Author: jakub
Date: Wed Dec 10 10:47:22 2008
New Revision: 142643
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142643
Log:
PR tree-optimization/37416
*
--- Comment #15 from rguenther at suse dot de 2008-12-10 13:14 ---
Subject: Re: [4.4 Regression] libgcj_bc for 4.3 and 4.4
are binary incompatible but have the same SONAME
On Wed, 10 Dec 2008, aph at redhat dot com wrote:
--- Comment #14 from aph at redhat dot com 2008-12-10
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-12-10 13:45
---
Confirmed fix on ppc64-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37469
--- Comment #18 from aph at redhat dot com 2008-12-10 13:46 ---
Subject: Re: [4.4 Regression] libgcj_bc for 4.3 and 4.4
are binary incompatible but have the same SONAME
jakub at gcc dot gnu dot org wrote:
--- Comment #17 from jakub at gcc dot gnu dot org 2008-12-10 13:30
--- Comment #17 from jakub at gcc dot gnu dot org 2008-12-10 13:30 ---
For #c12, those weren't present in 4.3 libgcj_bc.so, but I don't see why it
matters. 4.3 linked ecj1 doesn't need any of those symbols. The reason why it
has DT_NEEDED libgcj.so.9 is IMHO that libgcj.la was in
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-10 13:16 ---
BTW, the testcase has been added in r138092, by passed in r138089 you mean
just that you didn't see FAIL (as the test didn't exist)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38253
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from steven at gcc dot gnu dot org 2008-12-10 10:51 ---
Investigating.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from chris at bubblescope dot net 2008-12-10 12:23 ---
Sorry, I should have been clearer. the standard forbids this overload of swap
by not listing it, unlike most other standard library types, which is lists an
overload for.
Personally, I'd be happy to just add the
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-12-10 11:29 ---
Well, I see we use -findirect-dispatch unconditionally, so I'm trying
ecjx_DEPENDENCIES = libgcj.la libgcj.spec
ecjx_LDADD = -L$(here)/.libs
if USE_LIBGCJ_BC
ecjx_DEPENDENCIES += libgcj_bc.la
else !USE_LIBGCJ_BC
--
m dot j dot thayer at googlemail dot com changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-10 11:16 ---
Because of
/bin/sh ./libtool --tag=GCJ --mode=link
/usr/src/packages/BUILD/gcc-4.3.3-20081022/obj-x86_64-suse-linux/gcc/gcj
--- Comment #16 from aph at gcc dot gnu dot org 2008-12-10 13:26 ---
You'll still have the same problem until the change that adds the symbols to
libgcj_bc.so is back-ported to the gcc 4.3 branch.
I should have applied that change to the gcc 4.3 branch, but I didn't
realize that this
--- Comment #14 from aph at redhat dot com 2008-12-10 12:46 ---
Subject: Re: [4.4 Regression] libgcj_bc for 4.3 and 4.4
are binary incompatible but have the same SONAME
rguenther at suse dot de wrote:
Look at the exported symbols in the old version of libgcj_bc.so.
Make sure that
This is a request to drop the signed/unsigned comparison warning if the
compiler can clearly see that the unsigned value is positive. E.g. in the
following case:
if (foo = 0 foo sizeof(bar)) ...
This would avoid the need for a typecase. Please correct me if this is still
not safe for other
--- Comment #9 from mikael at gcc dot gnu dot org 2008-12-10 14:02 ---
(In reply to comment #7)
Fixed as of revision 142610.
Wait a bit before closing, I plan to backport to 4.3.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from steven at gcc dot gnu dot org 2008-12-10 11:24 ---
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044#c5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38453
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-10 10:35 ---
Testcase (any java program does)
class HelloWorld {
public static void main(String[] args) {
String message=Hallo World!;
System.out.println(message);
}
}
if you install libgcj_bc from GCC
--- Comment #19 from jakub at gcc dot gnu dot org 2008-12-10 14:08 ---
Yes, and 2) needs to be fixed on the trunk as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-12-10
14:11 ---
Shouldn't this be marked as a confirmed and tagged as a regression?
Also, oddly I don't see this on any benchmark runs I do with a 3 GB MacBook
Pro using Core 2 Duo, yet I always see it on a 4 GB MacPro
--- Comment #20 from aph at gcc dot gnu dot org 2008-12-10 14:29 ---
OK, I will do all these fixes.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rearnsha at gcc dot gnu dot
|dot org
--- Comment #3 from rearnsha at gcc dot gnu dot org 2008-12-10 14:58
---
Subject: Bug 37668
Author: rearnsha
Date: Wed Dec 10 14:57:18 2008
New Revision: 142647
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142647
Log:
Martin Guy [EMAIL PROTECTED]
PR target/37668
* arm.c
--- Comment #4 from rearnsha at gcc dot gnu dot org 2008-12-10 15:00
---
Fixed in 4.4.0
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-10 15:03 ---
A binary search between -O2 and -O0 compiled objects should be pretty quick.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38387
--- Comment #3 from rearnsha at gcc dot gnu dot org 2008-12-10 15:10
---
Confirmed. Still present on trunk.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from dominiq at lps dot ens dot fr 2008-12-10 15:17 ---
In comment #11, I wrote:
I have applied the proposed patches in comment #4 and #5 (one at a time!-),
but
they don't fix the wrong code (note also that gfortran with patch #4 pass the
test suite without
With current trunk, the attached testcase (~15Klines) takes about 15min to
compile ( 2.3Gb). To reproduce
gfortran -ffree-line-length-512 -g -c testcase.f90
The issue seems the clear from the timing report:
Execution times (seconds)
garbage collection: 1.37 ( 0%) usr 0.00 ( 0%) sys
--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-10 15:25 ---
Created an attachment (id=16873)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16873action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #9 from spop at gcc dot gnu dot org 2008-12-10 15:28 ---
Subject: Re: [graphite] SEGFAULT in cloog_clast_create
2008-12-10 Tobias Grosser [EMAIL PROTECTED]
* graphite.c (new_scop): Initialize SCOP_ADD_PARAMS.
(param_index): Assert if parameter is not know
--- Comment #1 from burnus at gcc dot gnu dot org 2008-12-10 15:35 ---
More information. The problem is:
GFC_DECL_SPAN(decl)
which accesses
DECL_LANG_SPECIFIC(node)-span
however, DECL_LANG_SPECIFIC(node) == NULL as can be seen below.
(gdb) p decl-decl_common.lang_specific
$15 =
--- Comment #4 from rearnsha at gcc dot gnu dot org 2008-12-10 15:38
---
Some notes on the failure path:
combine generates the pattern
(insn 1466 1464 1467 192 regeximp.h:320 (set (reg:SI 1002)
(sign_extend:SI (mem/s/j:QI (plus:SI (reg:SI 1000)
(mult:SI
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-10 15:39 ---
Confirmed. 4.3 is worse (I ran out of memory).
Probably the FE presents us with sth funny.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #51 from dsilvers at digital-scurf dot org 2008-12-10 15:49
---
I'd like to raise here that bug 38453 which was marked as a duplicate of this
is in fact an example not only of wrong optimisation, but of missed
optimisation as well.
The compiler emits the loop in the bug
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-10
15:56 ---
Subject: Re: Intermitent failure FAIL: libgomp.fortran/crayptr2.f90
Shouldn't this be marked as a confirmed and tagged as a regression?
Also, oddly I don't see this on any benchmark runs I do with a 3
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from bartoschek at gmx dot de 2008-12-10 16:04 ---
Ok. But what is the reason for not using a __swap_impl within the current
standard?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38466
--- Comment #3 from jv244 at cam dot ac dot uk 2008-12-10 16:13 ---
(In reply to comment #2)
Confirmed. 4.3 is worse (I ran out of memory).
Probably the FE presents us with sth funny.
actually, I just got a timing report from 4.3 [4.3.1 20080507 (prerelease)
[gcc-4_3-branch
--- Comment #5 from bartoschek at gmx dot de 2008-12-10 16:17 ---
Created an attachment (id=16874)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16874action=view)
Proposed implementation of std::swap
Here is a proposal on how std::swap could be improved for std::pair.
--
--- Comment #14 from dominiq at lps dot ens dot fr 2008-12-10 16:18 ---
The patch in comment #5 has a typo and should be:
se.expr = gfc_evaluate_now (fold_convert (gfc_charlen_type_node, se.expr),
se.pre);
This patch regtested without regression on i686-apple-darwin9. I'll try it
Sorry for reporting this in this way, but I couldn't see any other way to pass
on this message. I just posted a report on the GCC bugzilla and noticed that
my e-mail address is visible in it even when I am not logged in. How can I
change this? Any way, including removing it entirely from the
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-10 16:26 ---
Subject: Bug 38207
Author: rguenth
Date: Wed Dec 10 16:25:27 2008
New Revision: 142649
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142649
Log:
2008-12-10 Richard Guenther [EMAIL PROTECTED]
PR
When compiled with gcc 4.3.1 the program below fails with SIGSEGV:
$ cat z.cpp g++ z.cpp ./a.out
#include cassert
#include istream
#include streambuf
int main ()
{
static int x = '0';
struct: std::streambuf {
// unbuffered, always successfully reads one character
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rearnsha at gcc dot gnu dot
|dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-10 16:57 ---
Could you capture the memory requirements on the 4.3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #52 from mmitchel at gcc dot gnu dot org 2008-12-10 17:11
---
Steven, thanks for your comments on this issue. I agree with Richard G. that
this is P2 -- but I also agree with you that it's a serious issue.
Unfortunately, Bugzilla doesn't want to show me the test case
--- Comment #14 from joel at gcc dot gnu dot org 2008-12-10 17:13 ---
My native compiler got updated as part of an RTEMS test sweep to:
gcc (GCC) 4.4.0 20081209 (experimental) [trunk revision 142610]
I can't reproduce this failure at all now.
I am guessing this was the same as
-version-specific-runtime-libs --enable-languages=c,c++
--no-create --no-recursion
Thread model: posix
gcc version 4.4.0 20081210 (experimental) [trunk revision 142645] (GCC)
[EMAIL PROTECTED] gcc_err]# uname -a
Linux localhost.localdomain 2.6.26.6-49.fc8 #1 SMP Fri Oct 17 15:59:36
EDT 2008 i686 i686 i386
The attached program produces incorrect results in gcc-4.3.2 with -O2. (The
results are correct at -O0 when inline functions are not used).
The code evaluates a complex polynomial in Horner form via an inline function.
It is part of the test suite of gsl-1.11 (GNU Scientific Library). I have
--- Comment #9 from aoliva at gcc dot gnu dot org 2008-12-10 17:22 ---
Subject: Bug 38271
Author: aoliva
Date: Wed Dec 10 17:20:50 2008
New Revision: 142651
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142651
Log:
gcc/ChangeLog:
PR middle-end/38271
* tree-sra.c
--- Comment #1 from bjg at gnu dot org 2008-12-10 17:22 ---
Created an attachment (id=16875)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16875action=view)
example program (preprocessed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38478
--- Comment #13 from aoliva at gcc dot gnu dot org 2008-12-10 17:32 ---
Subject: Bug 37033
Author: aoliva
Date: Wed Dec 10 17:31:07 2008
New Revision: 142652
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142652
Log:
gcc/ChangeLog:
PR target/37033
* dwarf2out.c
--- Comment #10 from grosser at gcc dot gnu dot org 2008-12-10 17:35
---
Subject: Bug 38459
Author: grosser
Date: Wed Dec 10 17:33:58 2008
New Revision: 142653
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142653
Log:
2008-12-10 Tobias Grosser [EMAIL PROTECTED]
PR
--- Comment #10 from aoliva at gcc dot gnu dot org 2008-12-10 17:30 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #12 from aoliva at gcc dot gnu dot org 2008-12-10 17:31 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-10 17:37 ---
Note that the reason the diagnostic happens is either a bug in libstdc++ or
the points-to solver or the TBAA pruning in the points-to solver.
In the end we access the object 'ctx' via a pointer of type
const struct
--- Comment #3 from grosser at gcc dot gnu dot org 2008-12-10 17:39 ---
Hi, I can not reproduce this Bug on FreeBSD. May be it is just not detected.
Can you try with current graphite branch to see it was a duplicate of Bug38459.
Otherwise I will have to try it on Linux with valgrind
--- Comment #11 from grosser at gcc dot gnu dot org 2008-12-10 17:36
---
The last commit fixed that bug
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-10 17:44 ---
The relevant path through the CFG is
struct test ctx;
bb 2:
# ctx_108 = VDEF ctx_103(D)
# SMT.120_109 = VDEF SMT.120_104(D)
# SMT.121_110 = VDEF SMT.121_105(D)
# SMT.122_111 = VDEF SMT.122_106(D)
#
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-10 17:53 ---
Subject: Bug 38458
Author: rguenth
Date: Wed Dec 10 17:51:52 2008
New Revision: 142654
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142654
Log:
2008-12-10 Richard Guenther [EMAIL PROTECTED]
PR
The following code:
int foo(int p1, int p2, int p3, long long int p4)
{
return 0;
}
Compiled with:
arm-unknown-elf-gcc -c -g foo.c
Using built-in specs.
Target: arm-unknown-elf
Configured with: /home/products/build/gcc/gnu-4.3.2/sources/gcc-4.3.2/configure
--build i686-pc-linux-gnu --host
# gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib
--- Comment #8 from joel at gcc dot gnu dot org 2008-12-10 18:08 ---
Created an attachment (id=16876)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16876action=view)
working s-scaval.adb
Not much. Just an empty version of s-scaval.adb that lets the build proceed
past this point.
Would be useful to have the sentinel attribute functionalities but for things
other than a NULL pointer. Something like:
__attribute__(sentinel_custom((int*) -1))
--
Summary: Add attribute for custom sentinels
Product: gcc
Version: 4.3.2
Status:
1 - 100 of 183 matches
Mail list logo