--- Comment #14 from pluto at agmk dot net 2007-07-31 18:29 ---
(In reply to comment #13)
> Created an attachment (id=13550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13550&action=view) [edit]
> An experimental patch
>
> This patch works for the testcase.
--- 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
--- 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 #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 #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 str
--- 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
ad
--- 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,...
:
mov(%rdi),%eax
bswap %eax
mov%eax,(%rdi)
retq
:
mov(%rdi),%rax
bswap %rax
mov%rax,(%rdi)
retq
and one
--- 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
--- 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
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32608
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
--- 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
--- 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=13789&action=view)
preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32395
--- 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 prod
--- 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 #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 #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::_BidirectionalIteratorConcept::__constraints
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=32508
--- 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 increa
--- 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 direc
ssigned at gcc dot gnu dot org
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 #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 treate
--- 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=13730&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32395
ning about use of uninitialized
variable.
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/show_bug.cgi?id=32395
--- 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=13714&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32368
rnings from system headers 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
--- 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
a
--- 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
--- 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=13677&action=view)
testcase for time-hog.
--
pluto at agmk dot net changed:
What|Removed
--- 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 #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
--- 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
--- 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 e
--- 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 #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 #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_
--- 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
cc
Version: 4.2.1
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
1
Status: UNCONFIRMED
Severity: normal
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: Cop
--- 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=13627&action=view)
update for the testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
--- 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 #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 &
--- 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
--- 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
R hex_cast ( const std::string & s )
{
--- 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=13623&action=view)
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 #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
--- 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
--- 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 #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 #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 #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 #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=13563&action=view)
sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31943
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 #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
--- 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.
--- 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 #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 * (*) (void *) SR.114;
(...)
+ this->functor_.D.2915.functor_.functor_.func_ptr_ = SR.
--- 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
--- 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)
--- 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
c language sources.
Product: gcc
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 #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
--- 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 |Ad
--- 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
--- 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=13370&action=view)
config.logs
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
--- 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 #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
NCONFIRMED
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 #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
> and changing std::streamsize to int and report how it goes? Thanks.
>
this change causes a
--- 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
omponent: 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 #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 #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 #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 #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
--- 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=13214&action=view)
extended patch against gcc-4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302
--- 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
--- 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
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
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/show_bug.cgi?id=31054
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*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31043
--- 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
--- 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 +
--- Comment #10 from pluto at agmk dot net 2007-02-25 19:00 ---
one more testcase:
#include
#include
extern void assign( long* variable, long v )
{
std::transform( variable, variable + 1, variable,
std::tr1::bind( std::plus< long >(), 0L, v ) );
}
exter
--- 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
Product: gcc
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.
--- 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 ha
--- 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
--- 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 #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 {
vir
--- 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 #8 from pluto at agmk dot net 2007-02-14 22:24 ---
still bad :/
float convert( unsigned in )
{
float f;
__builtin_memcpy( &f, &in, sizeof( in ) );
return f;
}
unsigned short load( void* p )
{
unsigned short v;
__builtin_memcp
--- 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
--- 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
501 - 600 of 1096 matches
Mail list logo