--- 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 prod
--- 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 #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
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
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
--- 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 #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-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 #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 #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 #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 #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
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22592
nu dot org
ReportedBy: pluto at agmk dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: *-linux
GCC host triplet: *-linux
GCC target triplet: *-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23894
--- Additional Comments From pluto at agmk dot net 2005-09-18 14:30 ---
reduced testcase:
with ada.text_io;
use ada.text_io;
procedure xsinfo is
done : exception;
begin
raise done;
exception
when done =>
put("ex. catched.");
end xsinfo;
[EM
--- Additional Comments From pluto at agmk dot net 2005-09-20 13:49 ---
gccc-3.3.6 builds fine the current 4.1 snapshot.
gcc-4.1.0-20050904 produces broken code during current 4.1 bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23894
--- Additional Comments From pluto at agmk dot net 2005-09-20 21:53 ---
(In reply to comment #2)
> gccc-3.3.6 builds fine the current 4.1 snapshot.
> gcc-4.1.0-20050904 produces broken code during current 4.1 bootstrap.
>
gcc-4.1.0-20050915 bootstraped by
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
CC: gcc-bugs at gcc dot gnu dot or
--- Additional Comments From pluto at agmk dot net 2005-09-20 23:06 ---
Created an attachment (id=9785)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9785&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23988
--- Additional Comments From pluto at agmk dot net 2005-09-22 13:10 ---
Uros,
The mode switching patch ICEs current mainline on ix86.
gcc fbmmx.i -msse -O0,-O1 fails with different insn-errors.
[ -msse -O0 ]
fbmmx.c: In function
‘_cairo_pixman_composite_src_add_8000x8000mmx
--- Additional Comments From pluto at agmk dot net 2005-09-22 13:15 ---
You're right, the mainline is ok. This bug is related to PR19161.
--
What|Removed |
--- Additional Comments From pluto at agmk dot net 2005-09-23 22:03 ---
still ICEs with current mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20128
: ICE (-ffast-math) / could not split insn.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
--- Additional Comments From pluto at agmk dot net 2005-09-25 12:29 ---
Created an attachment (id=9804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9804&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24055
dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: ppc
GCC host triplet: ppc
GCC target triplet: ppc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24175
--- Comment #2 from pluto at agmk dot net 2005-10-04 06:56 ---
yes, You've right. binutils was miscompiled but i found something else:
(...)
/home/users/builder2/rpm/BUILD/gcc-4.1-20051003T0833UTC/obj-ppc-pld-linux/gcc/gcj
-B/home/users/builder2/rpm/BUILD/gcc-4.1-20051003T0833UT
gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: i686-pld-linux
GCC host triplet: i686-pld-linux
GCC target triplet: i686-pld-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24333
--- Comment #2 from pluto at agmk dot net 2005-10-12 15:57 ---
basing on the http://en.wikipedia.org/wiki/L'hospital we get:
lim (x / x) = lim (x' / x') = lim (1 / 1) = 1
x->0 x->0x->0
should we trap/check anything?
--
htt
--- Comment #2 from pluto at agmk dot net 2005-10-17 17:57 ---
works for me with 4.1.0-20051005.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
--- Comment #3 from pluto at agmk dot net 2005-10-17 18:39 ---
% cat pr22524.c.t03.gimple
main ()
{
char * D.1282;
int D.1283;
int D.1284;
int i;
D.1282 = a ();
D.1283 = (int) D.1282;
D.1284 = ~&buf;
i = D.1283 + D.1284;
}
--
http://gcc.gnu.org/bugz
--- Comment #7 from pluto at agmk dot net 2005-10-17 19:01 ---
both testcases works for me 4.1.0-20051005.
i have applied patches for: PR7776, PR20297, PR22533, PR23948, PR19505,
PR20606/PR24069.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23775
--- Comment #2 from pluto at agmk dot net 2005-10-19 13:41 ---
this is a duplicate of PR20928.
--
pluto at agmk dot net changed:
What|Removed |Added
CC
--- Comment #14 from pluto at agmk dot net 2005-10-19 13:50 ---
(In reply to comment #13)
> The testcase in comment #8 still triggers an ICE if run with -O -mtune=k8
> -fPIC.
>
it works with my patched gcc41:
(...)
.section.data.rel.ro,"aw",@progbi
--- Comment #8 from pluto at agmk dot net 2005-10-26 12:36 ---
(In reply to comment #7)
> Yeah - noticed that after taking X for x ... which wouldn't have made sense,
> too.
>
I've detected an ICE-on-invalid code with "y" constraint (MMX register)
pr
--- Comment #4 from pluto at agmk dot net 2005-10-27 16:00 ---
With my patched gcc-4.1.0-20051019 the testcase works.
Applied patches: PR7776, PR20297, PR22429, PR22533, PR23948,
PR19505, PR20606, PR24069, PR24419, PR24172, PR24295, PR20928
[EMAIL PROTECTED] BUILD]$ gcc -Wall -O2
--- Comment #2 from pluto at agmk dot net 2005-10-30 16:12 ---
(In reply to comment #0)
> Seems to happen with 3.3,3.4,
>
> Short test case courtesy of A.Pinski:
>
> static void __attribute__ ((__section__ (".init.text")))
> pci_fixup_i450nx(void)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55363
Bug #: 55363
Summary: tuple_size is not a class template
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55367
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55513
--- Comment #12 from Pawel Sikora 2012-12-12 09:57:32
UTC ---
(In reply to comment #11)
> Fixed in trunk.
no backport to 4.7 branch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55738
Bug #: 55738
Summary: missed memory store optimization.
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49532
--- Comment #3 from Pawel Sikora 2012-12-20 20:05:17
UTC ---
(In reply to comment #2)
> This issue was in fact a binutils problem. This issue is fixed. Therefore I
> close this bug as invalid.
could you tell which binutils release fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55869
Bug #: 55869
Summary: different bit shift/or optimization.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56028
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53650
Pawel Sikora changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59105
Pawel Sikora changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59476
--- Comment #1 from Pawel Sikora ---
4.9.0 released with unusable pretty printers :/
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: pluto at agmk dot net
Created attachment 32860
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32860&action=edit
testcase
% g++ t.cpp -Og -g0 -c -std=c++11 -D_GLIBCXX_DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61329
--- Comment #1 from Pawel Sikora ---
Created attachment 32861
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32861&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61329
--- Comment #2 from Pawel Sikora ---
_M_dot/_M_print declaration from include/c++/4.9.1/bits/regex_automaton.h needs
inline attribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54173
Pawel Sikora changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
--- Comment #5 from pluto at agmk dot net 2010-02-28 10:41 ---
*** This bug has been marked as a duplicate of 42980 ***
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #12 from pluto at agmk dot net 2010-02-28 10:41 ---
*** Bug 38388 has been marked as a duplicate of this bug. ***
--
pluto at agmk dot net changed:
What|Removed |Added
Component: bootstrap
AssignedTo: unassigned 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: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43307
--- Comment #1 from pluto at agmk dot net 2010-03-09 15:31 ---
detailed backtrace:
#0 0x005be683 in assign_temp (type_or_decl=0x0, keep=0,
memory_required=1, dont_promote=1) at ../../gcc/function.c:889
#1 0x005638ad in emit_push_insn (x=0x709a2400, mode=TFmode
ReportedBy: pluto at agmk dot net
GCC build triplet: x86_64-gnu-linux
GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43311
--- Comment #7 from pluto at agmk dot net 2010-03-09 19:34 ---
current 4.4.x generates 'movdqa (%rdi), %xmm0' in both cases.
4.2 branch is closed, 4.3 is near to close.
can we close this bug as fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32951
--- Comment #2 from pluto at agmk dot net 2010-03-09 19:35 ---
ping^0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
--- Comment #4 from pluto at agmk dot net 2010-03-09 22:14 ---
Created an attachment (id=20065)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20065&action=view)
reduced testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
--- Comment #5 from pluto at agmk dot net 2010-03-09 22:15 ---
$ g++ t.cpp -c
t.cpp: In member function 'void Bmp::Artist_V::put_artist(const
Bmp::AlbumArtist&)':
t.cpp:33: error: size of array 'i_toplevel' has non-integral type
'Gtk::TreeModelColumn&#x
4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned 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
--- Comment #7 from pluto at agmk dot net 2010-03-10 22:37 ---
(In reply to comment #6)
> Can you still reproduce the Ada-related failures? It looks like serialization
> between toplevel install-libada and some installation below gcc/ada may be
> needed.
currently i can'
--- Comment #5 from pluto at agmk dot net 2010-03-11 09:40 ---
recent 4.5.0 sibcalls this on x86-64 only:
/opt/gcc45/bin/g++45 t.cpp -O2 -S -m64 -fpie -o t64.s
_Z1gc:
.cfi_startproc
subq$131080, %rsp
.cfi_def_cfa_offset 131088
movl$131072, %edx
--- Comment #3 from pluto at agmk dot net 2010-03-11 16:02 ---
(In reply to comment #2)
> Quoting install.texi:
>
> First, we @strong{highly} recommend that GCC be built into a
> separate directory from the sources which does @strong{not} reside
> within the source tre
--- Comment #5 from pluto at agmk dot net 2010-03-11 18:11 ---
(In reply to comment #4)
> Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
no, what for? svn status reports no unversioned files in trunk directory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
--- Comment #7 from pluto at agmk dot net 2010-03-11 18:21 ---
(In reply to comment #6)
> > no, what for? svn status reports no unversioned files in trunk
> > directory.
>
> Svn status does not report .o files normally.
my ~/.subversion/config has custom global-
--- Comment #9 from pluto at agmk dot net 2010-03-11 19:28 ---
Created an attachment (id=20087)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20087&action=view)
build log for very very clean source tree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
--- Comment #10 from pluto at agmk dot net 2010-03-11 19:29 ---
Created an attachment (id=20089)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20089&action=view)
build script.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43328
--- Comment #11 from pluto at agmk dot net 2010-03-11 19:33 ---
(In reply to comment #8)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > Did you 'rm -rf ~/src/gcc/trunk' and create that directory anew?
> >
> > no, what for? svn stat
ion: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned 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: x86_64
--- Comment #1 from pluto at agmk dot net 2010-03-12 10:05 ---
Created an attachment (id=20093)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20093&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43342
--- Comment #2 from pluto at agmk dot net 2010-03-12 10:11 ---
i should mention that at -O2 with object allocated on *stack*
lto does a nice job and optimize indirect calls in main():
call_ZN1X3fooEv
(...)
call_ZN1X3barEv
(...)
call
--- Comment #3 from pluto at agmk dot net 2010-03-13 06:53 ---
(In reply to comment #2)
> I think this is expected because on i?86, the alignment of the stack is only
> required to be 32 bit aligned so obviously emit_push_insn is going to have
> issues with stricted align
--- Comment #8 from pluto at agmk dot net 2010-03-13 12:32 ---
current 4.4 branch and trunk install correctly with make -jN.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #3 from pluto at agmk dot net 2010-03-15 10:11 ---
works fine with latest 4.4/4.5.
--
pluto at agmk dot net changed:
What|Removed |Added
Status
--- Comment #17 from pluto at agmk dot net 2010-03-15 10:32 ---
recent 4.4/4.5 compiles '32395.ii -Wall -c -O1 -m32' cleanly, 4.3 still warns.
--
pluto at agmk dot net changed:
What|Removed
--- Comment #5 from pluto at agmk dot net 2010-03-15 11:28 ---
(In reply to comment #3)
> I'm not sure you are supposed to mix -flto and -fwhopr (though it probably
> just works). This is btw the most prominent ICE I see when building SPEC
> with -fwhopr and checking en
rity: normal
Priority: P3
Component: lto
AssignedTo: unassigned 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: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43377
--- Comment #1 from pluto at agmk dot net 2010-03-15 11:50 ---
Created an attachment (id=20108)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20108&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43377
--- Comment #4 from pluto at agmk dot net 2010-03-17 07:57 ---
this PR sounds like a PR38610.
--
pluto at agmk dot net changed:
What|Removed |Added
CC
--- Comment #2 from pluto at agmk dot net 2010-03-17 17:28 ---
this is a bug in glibc-2.11.1/sysdeps/x86_64/fpu/s_sinl.S
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43405
--- Comment #4 from pluto at agmk dot net 2010-03-17 17:51 ---
more details...
intel (24319101.pdf) manual describe requirements for fsin opcode:
"Calculates the sine of the source operand in register ST(0) and stores
the result in ST(0). The source operand must be given in ra
--- Comment #2 from pluto at agmk dot net 2010-03-23 12:08 ---
duplicate of PR43405.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43490
--- Comment #6 from pluto at agmk dot net 2010-03-23 13:17 ---
(In reply to comment #3)
> (In reply to comment #2)
> > duplicate of PR43405.
> Using maple and computing the result to 30 decimal places, I get
> -.852200849767188801772705893753
> so it l
--- Comment #14 from pluto at agmk dot net 2010-03-24 13:59 ---
i've checked the Test0 from example a little on my intel Q9300 cpu.
first case: setup 32-bit code and break on libm.sin implementation.
Breakpoint 1, main (argc=1, argv=0xe3c4) at t.c:74
(gdb) b sin
Breakpoint
-
Summary: [gcc-plugin] Internal error under GDB: Killed program
cc1plus.
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned a
--- Comment #1 from pluto at agmk dot net 2010-04-07 19:36 ---
Created an attachment (id=20330)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20330&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43678
-plugin] c++ based plugins doesn't work.
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
htt
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=43775
--- Comment #1 from pluto at agmk dot net 2010-04-17 08:51 ---
Created an attachment (id=20405)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20405&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43775
--- Comment #2 from pluto at agmk dot net 2010-04-17 08:53 ---
just try to compile it with 'g++ -c'. it ends with:
(...)
0.ii:128606:39: instantiated from here
0.ii:121745:12: error: no type named 'proto_tag' in 'struct
boost::proto::_child_c<0>'
Summary: cpu hog with '-O1 -g2' / var-tracking issue?
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pl
--- Comment #1 from pluto at agmk dot net 2010-04-17 09:11 ---
Created an attachment (id=20406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20406&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43776
--- Comment #2 from pluto at agmk dot net 2010-04-17 13:58 ---
ok, i've tested the boost-1.42.0 libs with the application and
different compiler configuration (4.3/4.4/4.5) and now i'm sure
that libboost-thread.a is broken by 4.4/4.5. i'll dump gcc trees
from that libr
--- Comment #5 from pluto at agmk dot net 2010-04-18 08:35 ---
(In reply to comment #4)
> How do we know if this is valid code or not?
>
comeau online testdriver accept this code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43775
--- Comment #3 from pluto at agmk dot net 2010-04-18 13:34 ---
Created an attachment (id=20408)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20408&action=view)
some tree dumps from 4.3/4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39979
--- Comment #4 from pluto at agmk dot net 2010-04-18 13:44 ---
during analysis the boost::thread::start_thread() function which causes
invalid writes detected by valgrind i've noticed that gcc-4.5 generates
bigger and more complex code of this function with few more lock'
--- Comment #6 from pluto at agmk dot net 2010-04-18 19:01 ---
Created an attachment (id=20413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20413&action=view)
testcase.#0.
--
pluto at agmk dot net changed:
What|Removed
--- Comment #7 from pluto at agmk dot net 2010-04-18 19:04 ---
(In reply to comment #5)
> (In reply to comment #4)
> > during analysis the boost::thread::start_thread() function which causes
> > invalid writes detected by valgrind i've noticed that gcc-4.5 generates
--- Comment #8 from pluto at agmk dot net 2010-04-18 20:28 ---
debbuging 4.3 vs 4.5 start_thread() shows different results:
4.3:
182x void thread::start_thread()
183x {
184x thread_info->self=thread_info;
185t>int const res = pthread_create(&t
601 - 700 of 1096 matches
Mail list logo
