--- Comment #3 from pluto at agmk dot net 2006-04-11 10:03 ---
-O2 -fno-inline works (tested on x86-64).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27114
agmk dot net
GCC build triplet: i486-linux
GCC host triplet: i486-linux
GCC target triplet: i486-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
--- Comment #1 from pluto at agmk dot net 2006-04-14 09:36 ---
Created an attachment (id=11265)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11265&action=view)
preprocessed source (compiled with stlport-5.0.2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
--- Comment #5 from pluto at agmk dot net 2006-04-16 20:43 ---
gcc-4.1.1 (rev. 112984) boostraped sucessfully on my
box with `-march=x86-64 -O2 -funroll-loops` now :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20586
--- Comment #4 from pluto at agmk dot net 2006-04-19 08:12 ---
(In reply to comment #2)
> Well this works with just compiling like:
> g++ -O2 -pthread t.ii
>
> With 4.1.0 (4.1.0 20051026).
>
Yes, it works with libstdcxx but the testcase uses STLport-5.0.2.
--
htt
--- Comment #5 from pluto at agmk dot net 2006-04-19 08:33 ---
(In reply to comment #3)
> Are you sure that you are not mixing operator new and deletes up so the
> stlport's operator delete is being called on memory allocated from
> operator new from libstdc++?
STLport u
--- Comment #6 from pluto at agmk dot net 2006-04-19 08:38 ---
It works also with 4.1.x -fstrict-aliasing -fno-inline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
--- Comment #1 from pluto at agmk dot net 2006-04-22 08:23 ---
(In reply to comment #0)
> int b = 0X8000;
> if ((b - 10) < 0)
b - 10 is 0xff(...)7ff6 and this is an integer overflow.
[ cite: c++ standard / $5.5 ]
if during the evaluation of an expre
mponent: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: x86-64-linux
GCC host triplet: x86-64-linux
GCC target triplet: x86-64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27261
--- Comment #1 from pluto at agmk dot net 2006-04-22 14:07 ---
of course command line shoud be: $ g++ signed_overflow_3.cpp -ftrapv ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27261
--- Comment #1 from pluto at agmk dot net 2006-04-24 08:50 ---
PR26915 seems to be related to this bug.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #10 from pluto at agmk dot net 2006-05-01 08:05 ---
(In reply to comment #9)
> Created an attachment (id=10666)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10666&action=view) [edit]
> patch to SVN GCC: (GNU) 4.2.0 20060117 (experimental)
this patch IC
--- Comment #7 from pluto at agmk dot net 2006-05-01 10:31 ---
4.1.1-20060501 (rev. 113407) fails again.
[ i686 ]
./c-format.o differs
./combine.o differs
./global.o differs
./i386.o differs
./ipa-cp.o differs
./loop.o differs
./modulo-sched.o differs
./reg-stack.o differs
--- Comment #2 from pluto at agmk dot net 2006-05-01 10:41 ---
(In reply to comment #1)
> ...and the current 4.2.0 ICEs on this testcase:
>
> $ ./xgcc -B. 26915.c -m32 -march=i686
> 26915.c: In function ‘minus1’:
> 26915.c:1: error: bb_for_stmt (stmt) is set to a wr
--- Comment #8 from pluto at agmk dot net 2006-05-03 09:02 ---
Created an attachment (id=11364)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11364&action=view)
full 32-bit testcase.
--
pluto at agmk dot net changed:
What|Removed
--- Comment #9 from pluto at agmk dot net 2006-05-03 09:05 ---
(In reply to comment #7)
> The testcase works for me as I don't have the STLport installed (and what is
> in
> this bug is not enough to reproduce the bug).
>
so, try latest testcase.
$ make
g++ test
--- Comment #10 from pluto at agmk dot net 2006-05-03 09:19 ---
Created an attachment (id=11365)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11365&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
--- Comment #11 from pluto at agmk dot net 2006-05-03 09:22 ---
also fails on 64-bit system.
$ g++ testDrv.cpp -o testDrv -pthread -O2 \
-I/usr/include/stlport -nodefaultlibs -lstlport -lc
$ ./testDrv
*** glibc detected *** ./testDrv: munmap_chunk
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: i486-linux
GCC host triplet: i486-linux
GCC target triplet: i486-linux
http
--- Comment #2 from pluto at agmk dot net 2006-05-04 12:08 ---
(In reply to comment #1)
> This missed diagnostic is known, as enabling a warning here would cause too
> much "false" positives.
but what about -Wstrict-aliasing=2?
it doesn't report anything, so how
--- Comment #1 from pluto at agmk dot net 2006-05-04 13:15 ---
(In reply to comment #0)
> Hi!
>
> I would be interested in having the "gcc libraries" statically linked to my
> binary, but still use one shared-object (a commercial library for which no
> static
--- Comment #3 from pluto at agmk dot net 2006-05-04 13:21 ---
(In reply to comment #0)
> $ ldd ./libfoo.so
> /lib/libNoVersion.so.1 => /lib/libNoVersion.so.1 (0x40003000)
> libc.so.6 => /lib/i686/libc.so.6 (0x40015000)
> /lib/ld-lin
--- Comment #6 from pluto at agmk dot net 2006-05-04 16:15 ---
nobody cares about this bad flags pickup?
(In reply to comment #5)
> hmm, CFLAGS_FOR_TARGET picks up CFLAGS.
>
> --- gcc-4.1-20060106/Makefile.in.orig 2005-12-15 15:02:02.0 +0100
> +++ gcc-4.1-20060106
--- Comment #3 from pluto at agmk dot net 2006-05-04 16:18 ---
(In reply to comment #0)
> Hi,
>
> I just pulled from SVN and tried to build for IA64, and it fails with
>
> Comparing stages 2 and 3
> warning: ./cc1-checksum.o differs
> Bootstrap comparison failure!
--- Comment #1 from pluto at agmk dot net 2006-05-05 11:29 ---
crossbuild of 4.1.1-20060504 (rev. 113515) for
i686->ppc64 and x86-64->ppc64 works to me now.
--
pluto at agmk dot net changed:
What|Removed
--- Comment #8 from pluto at agmk dot net 2006-05-05 11:52 ---
patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00204.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25672
--- Comment #4 from pluto at agmk dot net 2006-05-05 15:10 ---
(In reply to comment #3)
> You cannot. Though you can try extending c-common.c:strict_aliasing_warning
> and
> cp/typeck.c:build_reinterpret_cast_1 to warn in this case.
sorry, but i don't know compiler i
--- Comment #1 from pluto at agmk dot net 2006-05-10 14:51 ---
you're violating the aliasing rules, so use -fno-strict-aliasing option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27533
--- Comment #5 from pluto at agmk dot net 2006-05-10 15:26 ---
(In reply to comment #0)
> The code
>
> inline int almost_equal(float a, float b, int maxUlps = 16) {
> int intDiff = *(reinterpret_cast(&a)) -
> *(reinterpret_cast(&b));
--- Comment #12 from pluto at agmk dot net 2006-05-10 22:36 ---
following reduced testcase works with libstdc++ and segv with stlport.
#include
#include
struct A { };
int main()
{
std::list< A* > l;
std::vector< A* > v( l.end(), l.end() );
re
nent: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: x86-*-linux
GCC host triplet: x86-*-linux
GCC target triplet: x86-*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27567
NCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: i486-linux
GCC host triplet: i486-linux
GCC target triplet: i486-linux
http://gcc.gnu.or
--- Comment #1 from pluto at agmk dot net 2006-05-18 10:12 ---
#include
bool foo( bool b1, bool b2 )
{
std::string what;
std::size_t size = what.size();
if ( b1 && size )
{
if ( b2 )
ret
--- Comment #2 from pluto at agmk dot net 2006-05-18 10:14 ---
3.3.6 doesn't report about 'control reaches...'.
4.0 and 4.2 not tested.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27654
: 4.1.2
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-linux
GCC host triplet: x86_64-linux
GCC target triplet
--- Comment #3 from pluto at agmk dot net 2006-06-12 19:15 ---
still ice.
--
pluto at agmk dot net changed:
What|Removed |Added
Known to fail|2.95 3.0.4 3.2.2 4.0.0
--- Comment #9 from pluto at agmk dot net 2006-06-17 19:24 ---
patch posted on gcc-patches over month ago. still no response.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25672
load.c:394
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: ppc-linux
GCC host tr
--- Comment #1 from pluto at agmk dot net 2006-06-24 09:23 ---
Created an attachment (id=11740)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11740&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28150
--- Comment #3 from pluto at agmk dot net 2006-06-25 08:47 ---
(In reply to comment #2)
> How did you configure GCC becase having TFmode there sounds like you
> configured
> to have 128bit long double to be default.
>
$ gcc -v
Reading specs from /usr/lib/gcc/ppc-pld-linux
--- Comment #2 from pluto at agmk dot net 2006-06-28 08:56 ---
following testcase doesn't generate warning in 4.1.2svn.
3.3.6 works fine.
#include
std::string const& foo()
{
std::string tab[ 1 ] = { std::string( "text" ) };
int const idx = 0;
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 build triplet: 486, powerpc
GCC host triplet: 486
--- Comment #1 from pluto at agmk dot net 2006-06-28 12:46 ---
Created an attachment (id=11768)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11768&action=view)
i486 precompiled testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28187
--- Comment #4 from pluto at agmk dot net 2006-06-29 09:36 ---
this bug blocks portable.net developing.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #17 from pluto at agmk dot net 2006-06-29 18:33 ---
PR28150 seems to be related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25864
--- Comment #5 from pluto at agmk dot net 2006-06-29 19:27 ---
reduced testcase:
void foo( void* dst, void* src, int x )
{
long double nativeFloat;
void *ptr;
if (x)
{
nativeFloat = (long double)(*((float*)src));
ptr
ad in main ()
--
Summary: ICE in is_gimple_min_invariant at -O1.
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto a
--- Comment #1 from pluto at agmk dot net 2006-06-30 13:34 ---
Created an attachment (id=11785)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11785&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
--- Comment #11 from pluto at agmk dot net 2006-07-02 14:40 ---
4.1.2svn still broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21952
--- Comment #7 from pluto at agmk dot net 2006-07-03 00:08 ---
Created an attachment (id=11803)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11803&action=view)
updated build hack for mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
--- Comment #1 from pluto at agmk dot net 2006-07-03 11:24 ---
without profiling boostrap fails too.
Program received signal SIGSEGV, Segmentation fault.
0x0074c419 in lshift_significand (r=0xc97980, a=0xc97980, n=63)
at ../../gcc/real.c:254
254 r
--- Comment #15 from pluto at agmk dot net 2006-07-03 15:27 ---
one more valid code rejected by 4.1/4.2:
typedef enum { foo, bar } e;
int zoo( e __e )
{
switch ( __e )
{
case foo: return -1;
case bar: return +1;
}
}
$ x86_64-gnu
--- Comment #16 from pluto at agmk dot net 2006-07-03 15:30 ---
(In reply to comment #15)
> one more valid code rejected by 4.1/4.2:
>
> typedef enum { foo, bar } e;
> int zoo( e __e )
> {
> switch ( __e )
> {
>
ary: wrong "control reaches" warning with enums.
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agm
--- Comment #18 from pluto at agmk dot net 2006-07-03 16:55 ---
(In reply to comment #17)
> (In reply to comment #16)
> > ohh, 3.3.6 also fails.
>
> That is a different issue and really should be filed in a different bug. The
> issue there is C++'s enums are onl
--- Comment #1 from pluto at agmk dot net 2006-07-03 17:00 ---
zoo (__e)
{
int D.1616;
:
switch (__e)
{
case 0: goto ;
case 1: goto ;
default : goto ; <
}
:;
D.1616 = -1;
goto ();
:;
return; < problem.
:;
D.16
--- Comment #2 from pluto at agmk dot net 2006-07-04 21:16 ---
works fine with BOOT_CFLAGS="-01" && STAGE1_CFLAGS="-O0".
with BOOT_CFLAGS="-O2" ices as above.
--
pluto at agmk dot net changed:
What
Summary: broken gcc/config/soft-fp build.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk
--- Comment #4 from pluto at agmk dot net 2006-07-05 08:19 ---
ohhh, now I see what's wrong.
Out of Memory: Killed process 18248 (cc1).
the PPC970FX box has 1GB ram + 1GB swap.
i'll re-run build and try to reproduce this memory-hog.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #5 from pluto at agmk dot net 2006-07-05 15:45 ---
ok, my fault.(In reply to comment #4)
> ohhh, now I see what's wrong.
>
> Out of Memory: Killed process 18248 (cc1).
>
> the PPC970FX box has 1GB ram + 1GB swap.
> i'll re-run build and try
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: powerpc-linux
GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux
http
--- Comment #6 from pluto at agmk dot net 2006-07-05 15:48 ---
(In reply to comment #5)
> with -O2 ./cc1 ICEs.
for more details see PR28272
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28264
--- Comment #1 from pluto at agmk dot net 2006-07-05 15:53 ---
Created an attachment (id=11834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11834&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28272
--- Comment #3 from pluto at agmk dot net 2006-07-05 17:06 ---
(In reply to comment #2)
> When you file a bug about bootstrap failure, can you the following
> information:
> How you configured?
Reading specs from ./specs
Target: ppc-pld-linux
Configured with: ../configure
--- Comment #3 from pluto at agmk dot net 2006-07-16 20:27 ---
it works for me with 4.1.2 revision 115366.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
ics?
Product: gcc
Version: 4.3.3
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-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38108
--- Comment #1 from pluto at agmk dot net 2008-11-13 21:22 ---
Created an attachment (id=1)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38108
--- Comment #2 from pluto at agmk dot net 2008-11-13 22:06 ---
arghh, this hell of macros in boost is broken. sorry for the noise.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #13 from pluto at agmk dot net 2008-11-14 00:32 ---
(In reply to comment #10)
> If no and --with-pic builds everything twice and it is possible to compile
> the *.o's intended for libstdc++.so with -DSHARED,
i thought about something like this:
$ cat ma
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38298
missed movd opcode (32bits mm -> r/m32).
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC ta
--- Comment #2 from pluto at agmk dot net 2008-11-30 10:23 ---
(In reply to comment #1)
> You need -mtune=core to generate "movd %xmm0, %rax". Gcc 4.4 works.
is movd faster only on core2 architecture?
and what about 32-bits?
$ /opt/gcc44/bin/gcc movd.c -O2 -S -march=co
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #1 from pluto at agmk dot net 2008-12-03 18:34 ---
Created an attachment (id=16820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16820&action=view)
log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #2 from pluto at agmk dot net 2008-12-03 18:34 ---
Created an attachment (id=16821)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16821&action=view)
log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #3 from pluto at agmk dot net 2008-12-03 18:35 ---
this is a trunk/r142396
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38388
--- Comment #1 from pluto at agmk dot net 2008-12-12 11:37 ---
Created an attachment (id=16897)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16897&action=view)
testcase.
to reproduce bug you also need the boost-1.37.0 headers.
--
http://gcc.gnu.org/bugzilla/show_bug
gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
--- Comment #3 from pluto at agmk dot net 2008-12-23 11:54 ---
(In reply to comment #0)
> There is currently no way to set the visibility of the typeinfo, except by
> setting the visibility of the VTT and vtable.
isn't -fvisibility-ms-compat (from recent gcc) eno
h -fvisibility=hidden.
Product: gcc
Version: 4.3.3
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: x8
--- Comment #3 from pluto at agmk dot net 2008-12-24 12:57 ---
passing -Wl,--as-needed to LDFLAGS_FOR_TARGET causing this failure.
4.3 works fine with --as-needed.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #5 from pluto at agmk dot net 2008-12-24 17:02 ---
(In reply to comment #4)
> Not a GCC bug, please report this to the binutils project which controls ld.
>
link failure with --as-needed is not a linker bug.
it's strictly related to bugs in makefiles.
i
--- Comment #2 from pluto at agmk dot net 2008-12-29 09:32 ---
(In reply to comment #1)
> IIRC libgcc_eh.a is only needed for shared targets.
>
e.g., stlport configured with --enable-static --use-static-gcc needs
static -lgcc_eh, -lgcc and -lsupc++ to self-link. it uses only
--- Comment #6 from pluto at agmk dot net 2008-12-29 09:59 ---
during standard build (w/o --as-needed) the libgcj-tools.so is linked
in the following way:
(...)
libtool: link:
/home/users/pluto/rpm/BUILD/gcc-4.4-20081219/builddir/./gcc/xgcc -shared-libgcc
-B/home/users/pluto/rpm/BUILD
--- Comment #8 from pluto at agmk dot net 2008-12-29 14:28 ---
Created an attachment (id=17000)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17000&action=view)
full log (configure & build without --as-needed flag).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38298
gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38764
--- Comment #2 from pluto at agmk dot net 2009-01-08 12:56 ---
(In reply to comment #1)
> I suggest filing a problem report with Comeau. EDG accepts both in
> -strict_ansi mode.
>
i've tested it on comeau online to verify g++ behaviour :)
--
http://gcc.gn
--- Comment #4 from pluto at agmk dot net 2009-01-09 19:39 ---
as mentioned, gcc is correct.
--
pluto at agmk dot net changed:
What|Removed |Added
Status
--- Comment #4 from pluto at agmk dot net 2009-01-09 19:52 ---
Created an attachment (id=17067)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17067&action=view)
preprocessed testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: i486-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38808
--- Comment #1 from pluto at agmk dot net 2009-01-11 22:49 ---
Created an attachment (id=17073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17073&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38808
--- Comment #2 from pluto at agmk dot net 2009-01-12 09:02 ---
btw. this bug doesn't occur on x86-64. buggy vrp/array-checking?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38808
--- Comment #13 from pluto at agmk dot net 2009-01-12 14:43 ---
(In reply to comment #12)
> This isn't really a warning from system headers:
>
> test.cpp:14: warning: dereferencing pointer '__x.13' does break
> strict-aliasing
> rules
>
> th
--- Comment #6 from pluto at agmk dot net 2009-01-12 15:01 ---
Created an attachment (id=17077)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17077&action=view)
full testcase (src + .ii + mkefile)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
--- Comment #7 from pluto at agmk dot net 2009-01-12 15:10 ---
(In reply to comment #5)
> I can't seem to compile the preprocessed source:
i've attached a new full archive.
$ make
rm -f *.ii *.o *.s
/local/devel/toolchain44/x86_64-gnu-linux/bin/x86_64-gnu-linux-g++ -c
--- Comment #10 from pluto at agmk dot net 2009-01-14 18:29 ---
(In reply to comment #9)
> I just installed a fix - can you verify if all the annoying warnigns are
> gone?
> Thx!
>
they are still there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
vs. /usr/x86_64-mingw32/include/math.h
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC tar
ent: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: x86_64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38920
--- Comment #1 from pluto at agmk dot net 2009-01-20 02:51 ---
Created an attachment (id=17149)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17149&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38920
1 - 100 of 1096 matches
Mail list logo
