--- Comment #4 from pluto at agmk dot net 2007-07-26 10:53 ---
(In reply to comment #3)
Maybe related to PR32891.
sip-qt problems == PR30052
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32900
--- Comment #10 from pluto at agmk dot net 2007-07-26 16:37 ---
(In reply to comment #9)
The fix for this was approved and checked into mainline.
resolved/fixed? what about 4.2 branch? it's a regression.
--
pluto at agmk dot net changed:
What|Removed
--- Comment #2 from pluto at agmk dot net 2007-07-10 09:23 ---
this looks like a dup of PR30961.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32708
--- Comment #3 from pluto at agmk dot net 2007-07-06 14:29 ---
(In reply to comment #2)
4.3.0 20070703 fails to.
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00562.html
this patch fixes gcc from trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32508
--- Comment #1 from pluto at agmk dot net 2007-07-05 15:22 ---
it would be nice to see bswap variants instead of mov,mov,mov,...
reverse(unsigned int):
mov(%rdi),%eax
bswap %eax
mov%eax,(%rdi)
retq
reverse(unsigned long):
mov(%rdi),%rax
bswap %rax
--- Comment #7 from pluto at agmk dot net 2007-07-05 17:35 ---
(In reply to comment #6)
Fixed.
Richard, there's a recent regresion in 4.3/r126266:
_ZSt9transformIPlS0_NSt3tr15_BindIFSt4plusIlEllT0_T_S8_S7_T1_:
cmpq%rsi, %rdi
je .L2
addq$8
--- Comment #9 from pluto at agmk dot net 2007-07-05 18:21 ---
(In reply to comment #8)
This is related to the gimplifier verifying call expression types to disable
inlining. In this case the argument type list says we need struct _Bind, but
the actual argument is struct _Bind*. Oh
--- Comment #2 from pluto at agmk dot net 2007-07-04 09:25 ---
4.3.0 20070703 fails to.
--
pluto at agmk dot net changed:
What|Removed |Added
Known to fail|4.1.2
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-*-*, i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32605
at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32608
--- Comment #1 from pluto at agmk dot net 2007-07-03 13:15 ---
the testcase needs fix: s/assert( s == 2 );/assert( s == 2);/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32608
--- Comment #1 from pluto at agmk dot net 2007-06-27 07:28 ---
the 8MB array overflows stack and gcc has nothing to do here
because stack size is controlled by operating system.
use ulimit -s [stack size in kB] to workaround this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
).
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla
--- Comment #1 from pluto at agmk dot net 2007-06-25 22:23 ---
4.2-20070609 works, but 4.2-20070625 fails similar to 4.1.
$ readelf -sW concepts-42.so|c++filt|grep Concept
10: 1010 5 FUNCWEAK DEFAULT 10
__gnu_cxx::_BidirectionalIteratorConceptX
--- Comment #5 from pluto at agmk dot net 2007-06-25 22:32 ---
fixed by patch for PR32190.
--
pluto at agmk dot net changed:
What|Removed |Added
Status|NEW
--- Comment #6 from pluto at agmk dot net 2007-06-25 22:33 ---
this is a duplicate of PR23399.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32109
--- Comment #4 from pluto at agmk dot net 2007-06-25 22:56 ---
(In reply to comment #2)
This is caused by two things, jump threading and inlining. If we jump thread
more, we no longer get the warning which is what you are seeing in 4.2.1.
the latest gcc 4.2 also produces
--- Comment #5 from pluto at agmk dot net 2007-06-25 22:57 ---
Created an attachment (id=13789)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13789action=view)
preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32395
--- Comment #3 from pluto at agmk dot net 2007-06-24 15:54 ---
(In reply to comment #2)
This is caused by two things, jump threading and inlining. If we jump thread
more, we no longer get the warning which is what you are seeing in 4.2.1.
is there any possibility to increase
ReportedBy: pluto at agmk dot net
GCC build triplet: x86_64-gnu-linux
GCC host triplet: x86_64-gnu-linux
GCC target triplet: i386-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32469
--- Comment #1 from pluto at agmk dot net 2007-06-22 23:13 ---
stat(/usr/bin/../../lib64/gcc/i386-mingw32/4.3.0/cc1, 0x7fff0e91cb00) = -1
ENOENT (No such file or directory)
stat(/usr/bin/../../lib64/gcc/cc1, 0x7fff0e91cb00) = -1 ENOENT (No such file
or directory)
stat(/usr/bin
--- Comment #3 from pluto at agmk dot net 2007-06-19 06:44 ---
(In reply to comment #2)
At variance with c++/32256, this one apparently happens as C code too...
Probably should be not categorized as C++-only...
these little bugs (PR32368, PR32256) are treated as blockers
by people
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32395
--- Comment #1 from pluto at agmk dot net 2007-06-18 17:25 ---
Created an attachment (id=13730)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13730action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32395
not supressed.
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla
--- Comment #1 from pluto at agmk dot net 2007-06-16 17:20 ---
Created an attachment (id=13714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13714action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32368
--- Comment #2 from pluto at agmk dot net 2007-06-15 21:51 ---
(In reply to comment #1)
This is not a trivial constructor (or at least what the standard defines as
trivial :) ).
could you explain this?
as far i can see the MyOtherStruct hasn't virtual functions/base
and its data
--- Comment #33 from pluto at agmk dot net 2007-06-11 13:04 ---
i'm reopening this bug becasue the fix is not complete.
it does fix the xf86ScanPci.i testcase (time/mem hog) and this is great
$ time gcc xf86ScanPci.i -O1 -c ( 2.2GHz amd64, 1GB ram ).
gcc xf86ScanPci.i -O1 -c 4.10s
--- Comment #35 from pluto at agmk dot net 2007-06-11 13:17 ---
(In reply to comment #34)
Can you check where the time is spent on?
naturally, i'm building gcc with debuginfo now...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #36 from pluto at agmk dot net 2007-06-11 14:04 ---
Created an attachment (id=13677)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13677action=view)
testcase for time-hog.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #38 from pluto at agmk dot net 2007-06-11 14:11 ---
(In reply to comment #34)
the patch doesn't fix the sipQtCorepart0.ii time hog, only mem hog is fixed.
g++ needs about 300MB of ram and +inf? (canceled after 6 days) of time.
ops little eye damage, the g++ sits
--- Comment #28 from pluto at agmk dot net 2007-06-06 10:08 ---
(In reply to comment #27)
It is not like GCC is a closed source program either,
you can try to make a fix for the issue too.
Andrew, real world is not so simple ;)
some time ago Manuel López-Ibáñez helps me create
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: i386-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
--- Comment #1 from pluto at agmk dot net 2007-06-05 12:53 ---
btw, imho the weak+hidden is not a valid combination.
such symbol can't be resolved in runtime because it doesn't exist
in elf rel.plt/rel.dyn tables. it can be resolved only during
linking several objects into one piece
--- Comment #3 from pluto at agmk dot net 2007-06-05 14:10 ---
(In reply to comment #2)
Also you should be using -PIE when linking.
hmm, it doesn't work with int main();
$ gcc -s main.c -fpie -Wl,-pie
/usr/bin/ld: /usr/lib64/crt1.o: relocation R_X86_64_32S against
`__libc_csu_fini
--- Comment #4 from pluto at agmk dot net 2007-06-05 14:13 ---
(In reply to comment #2)
f always will bind local ...
so, should gcc reject weak attribute in this (hidden visibility) case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
--- Comment #24 from pluto at agmk dot net 2007-06-05 17:26 ---
(In reply to comment #23)
Confirmed. I'm working on a fix.
This is due to template instantiations marked as anonymous.
any news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
--- Comment #26 from pluto at agmk dot net 2007-06-06 04:49 ---
(In reply to comment #25)
(In reply to comment #24)
any news?
I have (or had, since I seem to have lost it) a patch that will prevent the
invalid warning for the template case, but it will effectively prevent
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32207
--- Comment #31 from pluto at agmk dot net 2007-06-03 07:21 ---
r125227 | dberlin | 2007-05-31 11:37:38 -0400 (Thu, 31 May 2007) | 11 lines
2007-05-27 Daniel Berlin [EMAIL PROTECTED]
Fix PR/30052
Backport PTA solver from mainline
* pointer-set.c: Copy from
--- Comment #6 from pluto at agmk dot net 2007-05-29 08:50 ---
(In reply to comment #5)
Which shows for sure r may be used unitialized.
yes, but even if i catch possible i/o failure, gcc still produces warning.
--- auHexCastTest.ii.orig
+++ auHexCastTest.ii
@@ -18958,7 +18958,12
--- Comment #7 from pluto at agmk dot net 2007-05-29 10:17 ---
(In reply to comment #6)
+ str.exceptions ( stlp_std::istringstream::eofbit ||
stlp_std::istringstream::badbit || stlp_std::istringstream::failbit );
of course it should be '|' instead of '||' (shame on me
--- Comment #9 from pluto at agmk dot net 2007-05-29 12:35 ---
(In reply to comment #8)
(In reply to comment #6)
so, is it still an invalid testcase?
Does the warning show up with -O1 and -O2 ?
only with -O3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
--- Comment #10 from pluto at agmk dot net 2007-05-29 12:42 ---
Created an attachment (id=13627)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13627action=view)
update for the testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
--- Comment #1 from pluto at agmk dot net 2007-05-28 20:08 ---
Created an attachment (id=13623)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13623action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
--- Comment #3 from pluto at agmk dot net 2007-05-28 20:16 ---
(In reply to comment #2)
This might not be a bug
so, how 'r' can be used uninitialized in this case?
template typename R
R hex_cast ( const std::string s )
{
if ( s.empty
--- Comment #105 from pluto at agmk dot net 2007-05-28 05:01 ---
(In reply to comment #104)
kdelibs doesn't link with gcc-4.2.0 with hidden visibility.
you need a path for pr20218.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
--- Comment #1 from pluto at agmk dot net 2007-05-24 12:31 ---
(In reply to comment #0)
Any comment?
this is an example of undefined behaviour.
http://blogs.msdn.com/rick_schaut/archive/2004/03/06/85357.aspx
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32067
--- Comment #29 from pluto at agmk dot net 2007-05-21 17:01 ---
(In reply to comment #28)
Change line 4275 of the patched tree-ssa-structalias.c to be rhs.var =
vi-id instead of rhs.var = id
Remove the id variable declaration.
This would have only affected fortran
thx
--- Comment #21 from pluto at agmk dot net 2007-05-19 15:30 ---
with this patc gcc works much better.
xf86ScanPci.i : 84MB / ~5sec.
sipQtCorepart0.ii.bz2 : 340MB / ~440sec.
gcc/g++ testsuite on x86_64 shows no new regressions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #23 from pluto at agmk dot net 2007-05-19 18:16 ---
bad news, this patch ices fortran build:
(...)
../../../libgfortran/intrinsics/selected_int_kind.f90:22: internal compiler
error: in process_constraint, at tree-ssa-structalias.c:2260
--
http://gcc.gnu.org/bugzilla
--- Comment #25 from pluto at agmk dot net 2007-05-20 05:57 ---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On Saturday 19 of May 2007 19:43:33 dberlin at dberlin dot org wrote:
--- Comment #24 from dberlin at gcc dot gnu dot org 2007-05-19 18:43
--- Subject
--- Comment #1 from pluto at agmk dot net 2007-05-18 06:08 ---
this is a dup of PR30052
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31984
--- Comment #30 from pluto at agmk dot net 2007-05-15 17:04 ---
looks like related to PR30052.
--
pluto at agmk dot net changed:
What|Removed |Added
CC
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: i386-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31943
--- Comment #1 from pluto at agmk dot net 2007-05-15 21:47 ---
Created an attachment (id=13563)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13563action=view)
sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31943
--- Comment #3 from pluto at agmk dot net 2007-05-15 22:17 ---
(In reply to comment #2)
Try with -fomit-frame-pointer.
Andrew, please look at the makefile. -fomit.. is there already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31943
--- Comment #17 from pluto at agmk dot net 2007-05-14 20:02 ---
(In reply to comment #16)
So, i gave it the old college try, and it turns out to be much harder
than I expected because of mem-ssa and other changes that went into
4.3
yup, looks like a nice bullet for 4.2.0 release
--- Comment #15 from pluto at agmk dot net 2007-05-01 08:58 ---
(In reply to comment #14)
typed_rep points to:
N4sigc8internal14typed_slot_repINS_12bind_functorILin1ENS_16pointer_functor1IPvS4_EEPl
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
--- Comment #10 from pluto at agmk dot net 2007-04-30 15:16 ---
i can reproduce testcase4 on [EMAIL PROTECTED]
$ g++ 30252.cpp -O1 -fstrict-aliasing -g3 ./a.out
zsh: segmentation fault ./a.out
(gdb) bt
#0 0x2adee263dbc0 in _rtld_local_ro () from /lib64/ld-linux-x86-64.so.2
#1
--- Comment #11 from pluto at agmk dot net 2007-04-30 15:29 ---
--- 30252.cpp.099t.optimized.aliasing-OFF
+++ 30252.cpp.099t.optimized.aliasing-ON
sigc::slot0 A::bar() (this)
{
(...)
+ void * (*T5b7) (void *) SR.114;
(...)
+ this-functor_.D.2915.functor_.functor_.func_ptr_ = SR.114
--- Comment #15 from pluto at agmk dot net 2007-04-25 21:56 ---
(In reply to comment #14)
4.1.2 uses 56MB.
I'll backport the changes (this is more or less copying tree-ssa-structalias.c
from 4.3 to 4.2 and modifying the few things that changed in 4.3 :P)
Daniel, are you working
--- Comment #20 from pluto at agmk dot net 2007-04-18 13:02 ---
(In reply to comment #19)
Fixed.
will it be backported to 4.2?
it improves perf. of big stl-based apps.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31621
--- Comment #22 from pluto at agmk dot net 2007-04-18 19:18 ---
(In reply to comment #21)
Ha, sure not ;)
and wait another years for 4.3 release. it sux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431
--- Comment #6 from pluto at agmk dot net 2007-04-17 12:05 ---
(In reply to comment #5)
Can you unset CFLAGS and try again?
without cflags and with cflags=-O0 - still the same error.
I bet 4.1.2 is being miss compiled at least looking at the logs.
what's wrong in logs? i see only
--- Comment #18 from pluto at agmk dot net 2007-04-17 17:51 ---
(In reply to comment #14)
Fixed.
will it be backported to 4.2 branch?
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #3 from pluto at agmk dot net 2007-04-16 14:16 ---
/home/pawels/toolchain41-src/gcc-4.1.2/builddir/gcc/xgcc -v
Using built-in specs.
Target: sparc64-sun-solaris2.9
Configured with: ../configure --target=sparc64-sun-solaris2.9
--prefix=/local/devel/toolchain41/sparc64-sun
--- Comment #4 from pluto at agmk dot net 2007-04-16 14:16 ---
Created an attachment (id=13370)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13370action=view)
config.logs
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: sparc64-sun-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
--- Comment #2 from pluto at agmk dot net 2007-04-11 20:00 ---
4.2.0-RC1 has the same bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
--- Comment #4 from pluto at agmk dot net 2007-04-05 10:42 ---
(In reply to comment #3)
In order to speed-up the process, can you edit ext/type_traits.h to not
include
iosfwd and changing std::streamsize to int and report how it goes? Thanks.
this change causes another error
--- Comment #4 from pluto at agmk dot net 2007-04-02 10:13 ---
attached testcase works fine with vs2k3/boost-1.33/stlport.
it also works with g++-4.0.0/20050519(RH 4.0.0-8)/boost/libstdc++
on x86_64-gnu-linux. in the other. indeed, it fails with 4.1.2
and 4.2.0 (4.3 not tested
: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31375
--- Comment #21 from pluto at agmk dot net 2007-03-20 18:52 ---
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01343.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302
--- Comment #17 from pluto at agmk dot net 2007-03-19 09:09 ---
4.1.2 release and 4.2.0-RC1 still fails.
4.3 not tested.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #6 from pluto at agmk dot net 2007-03-19 09:15 ---
`int f( int x ) { return x / x; }' still not optimized on 4.2/4.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24333
--- Comment #5 from pluto at agmk dot net 2007-03-19 09:25 ---
4.2/ppc works for me and no one have time to track this down on 4.1,
so closing...
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #17 from pluto at agmk dot net 2007-03-16 15:22 ---
Created an attachment (id=13214)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13214action=view)
extended patch against gcc-4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302
--- Comment #19 from pluto at agmk dot net 2007-03-16 15:39 ---
(In reply to comment #18)
The patch needs testcases,
i have a testcase but my tcl/autogen/dejagnu crashes
with magic `spawn failed' message :/
e.g.:
(...)
Executing on host:
/home/users/pluto/rpm/BUILD/gcc-4.2-20070307
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31170
--- Comment #1 from pluto at agmk dot net 2007-03-14 11:18 ---
this is a dup of PR30052
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31172
--- Comment #2 from pluto at agmk dot net 2007-03-14 19:05 ---
(In reply to comment #1)
ifcvt could do this. But is cmpxchgq really faster with its atomictiy
guarantee?
only `lock; cmpxchg' has atomicity guarantee on smp.
They are all vector-path instructions, a compare - cmov
--- Comment #1 from pluto at agmk dot net 2007-03-05 11:11 ---
3.4.6 generates a nice code:
_Z7convertj:
movl%edi, -4(%rsp)
movss -4(%rsp), %xmm0
ret
_Z4loadPv:
movzwl (%rdi), %eax
ret
--
pluto at agmk dot net changed
: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31043
at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31054
--- Comment #3 from pluto at agmk dot net 2007-02-25 14:22 ---
(In reply to comment #2)
Could you elaborate a litte bit more for me?
We have already -Wint-to-pointer-cast and -Wpointer-to-int-cast enabled by
defaul in C. Don't those work for you?
as i have said, i need
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla
--- Comment #11 from pluto at agmk dot net 2007-02-25 18:27 ---
(In reply to comment #10)
(In reply to comment #9)
adjust summary ( 4.2 regression status reopened ).
That is a target specific issue really and should be filed seperately.
filled as PR30961
--
http
--- Comment #10 from pluto at agmk dot net 2007-02-25 19:00 ---
one more testcase:
#include tr1/functional
#include algorithm
extern void assign( long* variable, long v )
{
std::transform( variable, variable + 1, variable,
std::tr1::bind( std::plus long (), 0L
--- Comment #12 from pluto at agmk dot net 2007-02-25 20:09 ---
(In reply to comment #11)
Bonus points if you can make that self-contained ;)
-fdump-tree-optimized shows the same code for both variants
and there is the if-with-dereferencing :)
(...)
if (variable != variable + 8B
--- Comment #10 from pluto at agmk dot net 2007-02-22 20:23 ---
fixed for = 4.2
wontfix for 4.2 ( too big impact for mature branches ).
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #14 from pluto at agmk dot net 2007-02-22 00:13 ---
(In reply to comment #12)
Already posted as http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00885.html,
with no response.
this patch doesn't cover one situation:
struct D;
struct C {
virtual void f() = 0
--- Comment #16 from pluto at agmk dot net 2007-02-22 02:02 ---
quite better ( modulo coding style ) patch is:
--- class.c.orig2006-10-12 22:02:53.0 +0200
+++ class.c 2007-02-22 02:54:11.888652367 +0100
@@ -5105,15 +5105,15 @@
tree dtor;
dtor
--- Comment #9 from pluto at agmk dot net 2007-02-20 10:25 ---
adjust summary ( 4.2 regression status reopened ).
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #4 from pluto at agmk dot net 2007-02-14 08:10 ---
(In reply to comment #3)
(In reply to comment #2)
Testcase? ;)
ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.5.tar.bz2 ;)
working on reduced version...
work cancelled ( -enotime ). i'm using 4.2 now...
--
http
--- Comment #7 from pluto at agmk dot net 2007-02-14 08:18 ---
what about backport for 4.1/4.2 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29475
--- Comment #11 from pluto at agmk dot net 2007-02-14 08:18 ---
(In reply to comment #10)
Also, alias analysis and PTA use heap memory that will not show up here.
so, how can i diagnose the gcc heap usage?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #1 from pluto at agmk dot net 2007-02-14 19:26 ---
it alse miscompiles glibc at:
-O1 -fno-strict-aliasing -fsigned-char -fwrapv -g2 -gdwarf-2 -mnew-mnemonics
-mlong-double-128 -fomit-frame-pointer
looks like a heavy damage :/
--
http://gcc.gnu.org/bugzilla
501 - 600 of 1095 matches
Mail list logo