--- Comment #6 from pluto at agmk dot net 2006-09-04 06:33 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > >
> > >
> > > this is gnu c++ extension:
> >
> > Yes but you are using the extens
--- Comment #5 from pluto at agmk dot net 2006-09-04 06:33 ---
(In reply to comment #4)
> (In reply to comment #3)
> > >
> >
> > this is gnu c++ extension:
>
> Yes but you are using the extension incorrectly anyways as you don't pass this
> to
--- Comment #3 from pluto at agmk dot net 2006-09-04 06:01 ---
(In reply to comment #2)
> t.cc: In function ‘void test(base*, void (base::*)())’:
> t.cc:19: error: converting from ‘void (base::)()’ to ‘void
> (*)()’
>
> Why do you think this is valid thing to do?
>
--- Comment #1 from pluto at agmk dot net 2006-09-04 00:00 ---
as far as i can see the `this` pointer wasn't adjusted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28945
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: ix86-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28945
an assignment.
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: ix86-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28944
--- Comment #6 from pluto at agmk dot net 2006-09-01 20:11 ---
I have a smaller testcase.
`-march=x86-64 -O2 -fno-strict-aliasing -fwrapv` generates wrong code
for gas/write.c from binutils-2.17.50.0.3 and assembler fails on every
file with an error message:
/tmp/ccsCHgd4.s: Assembler
--- Comment #7 from pluto at agmk dot net 2006-08-31 20:22 ---
(In reply to comment #6)
> The author didn't respond to my question about copyright assignment, so I
> don't
> think the patch can be applied.
it's weird to waiting years for respond about such tri
--- Comment #2 from pluto at agmk dot net 2006-08-31 19:13 ---
it doesn't help. `jmp .L2` skips catch block :)
main:
pushq %rbx
movl$_Z13signalHandleri, %esi
movl$11, %edi
callsignal
movl$0, 0
jmp .L
Version: 4.2.0
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=28917
verity: 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=28895
--- Comment #1 from pluto at agmk dot net 2006-08-25 23:28 ---
the 0x12668 is a last valid return point.
0x00012630 <_start+0>: br gp,0x12634 <_start+4>
0x00012634 <_start+4>: ldahgp,2(gp)
0x00012638 <_start+8>
return 0;
}
--
Summary: unwinder reports sentinel frame.
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto
t: tree-optimization
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=28850
--- Comment #2 from pluto at agmk dot net 2006-08-25 14:38 ---
really?
please look at this.
[1] cross build on linux machine:
sparc-sun-solaris2.9-g++ backtracexx.cpp -o libbacktracexx.so -shared -ldl
-Wall -Werror -pedantic \
-O3 -fpic -funwind-tables -fno-exceptions -fno
d at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: sparc-sun-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28845
--- Comment #3 from pluto at agmk dot net 2006-08-23 15:59 ---
(In reply to comment #1)
> (In reply to comment #0)
> >int size1 = sizeof(A); // == 0, should be nonzero
> >int size2 = sizeof(a); // == 0, should be nonzero
>
> What makes you think so?
>
&
--- Comment #2 from pluto at agmk dot net 2006-08-22 20:30 ---
Created an attachment (id=12114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12114&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- Comment #1 from pluto at agmk dot net 2006-08-22 20:29 ---
Created an attachment (id=12113)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12113&action=view)
makefile for testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
X_3.4
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: x86-64-linux
GCC host tr
--- Comment #15 from pluto at agmk dot net 2006-08-17 23:39 ---
(In reply to comment #13)
> (In reply to comment #12)
> > The patch is wrong, you need something like
> >
> > -CFLAGS_FOR_TARGET = -O2 $(CFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
> > +CFLAGS_F
--- Comment #13 from pluto at agmk dot net 2006-08-17 19:22 ---
(In reply to comment #12)
> The patch is wrong, you need something like
>
> -CFLAGS_FOR_TARGET = -O2 $(CFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET)
> +CFLAGS_FOR_TARGET = -O2 $(LIBCFLAGS) $(SYSROOT_CFLAGS_FOR_TARG
--- Comment #2 from pluto at agmk dot net 2006-08-17 19:18 ---
the `Y y2 = 2` requires two impicit user-defined conversions
(realized by conv-ctors) but standard allows at most one.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #6 from pluto at agmk dot net 2006-08-17 14:11 ---
(In reply to comment #5)
> I meant the copy ctor, not the dtor.
> Anyhow, looking at it again, it makes some sense.
"When certain criteria are met, an implementation is allowed to omit the copy
construction
--- Comment #3 from pluto at agmk dot net 2006-08-17 12:18 ---
this is not a bug. the c++ standard allows RVO optimization.
see $12.8/15 for more details.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28761
--- Comment #2 from pluto at agmk dot net 2006-08-16 09:23 ---
probably the same issue as PR20586.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #14 from pluto at agmk dot net 2006-08-10 09:58 ---
fixed on current 4.1 branch.
--
pluto at agmk dot net changed:
What|Removed |Added
Status
--- Comment #13 from pluto at agmk dot net 2006-08-10 09:58 ---
in fact it was a gcc bug.
gcc version 4.1.2 20060530 gives wrong code.
gcc version 4.1.2 20060712 gives correct code.
tree dump shows that gcc-20060530 removes some parts [*] of vector_base
initialization and finally
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=28670
--- Comment #9 from pluto at agmk dot net 2006-08-09 10:36 ---
the only "C" bootstrap still shows failures for 4.1.2.
Bootstrap comparison failure!
./c-format.o differs
./combine.o differs
./expmed.o differs
./global.o differs
./i386.o differs
./reg-stack.o differs
./regclass
--- Comment #8 from pluto at agmk dot net 2006-08-09 09:45 ---
works fine with 4.2.0-20060806 rev. 115974 on x86-64.
current 4.1.2 build in progress...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20586
--- Comment #12 from pluto at agmk dot net 2006-08-07 09:04 ---
(In reply to comment #11)
> i should note that autoconf-2.59 works fine.
>
> $ info autoconf
> (...)
> -- Macro: AC_PROG_AWK
> Check for `awk', `mawk', `gawk', and `nawk'
--- Comment #11 from pluto at agmk dot net 2006-08-07 08:58 ---
i should note that autoconf-2.59 works fine.
$ info autoconf
(...)
-- Macro: AC_PROG_AWK
Check for `awk', `mawk', `gawk', and `nawk', in that order, and
set output variable `AWK' to th
--- Comment #10 from pluto at agmk dot net 2006-08-07 08:51 ---
(In reply to comment #9)
> > i see in my log only checking for awk.
> > gcc/configure.in contains only AC_PROG_AWK.
>
> Err... there is no gcc/configure.in in 4.1.2, only gcc/configure.ac.
sorry
--- Comment #3 from pluto at agmk dot net 2006-08-07 08:27 ---
gcc-4.1.2-20060712:
foo:subl$36, %esp #,
movq%mm0, (%esp)# x,
movl%ebx, 24(%esp) #,
movl(%esp), %ebx#, x
movl%esi, 28(%esp) #,
movl4(%esp
--- Comment #8 from pluto at agmk dot net 2006-08-07 07:56 ---
(In reply to comment #7)
> Firstly, using /bin/sh to build the compiler is unsupported on Solaris.
> Please
> read http://gcc.gnu.org/install/specific.html#x-x-solaris2
with /bin/bash and /bin/ksh it fails in the
--- Comment #6 from pluto at agmk dot net 2006-08-03 20:44 ---
(In reply to comment #5)
> (In reply to comment #4)
> > so it will be better if gcc searches gawk in $path rather than awk.
>
> Why there are OS's which have real POSIX awk that are not gawk. Like m
--- Comment #5 from pluto at agmk dot net 2006-08-03 20:42 ---
*** Bug 28272 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28230
--- Comment #4 from pluto at agmk dot net 2006-08-03 20:42 ---
*** This bug has been marked as a duplicate of 28230 ***
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #4 from pluto at agmk dot net 2006-08-03 20:41 ---
(In reply to comment #2)
> works fine with BOOT_CFLAGS="-01" && STAGE1_CFLAGS="-O0".
> with BOOT_CFLAGS="-O2" ices as above.
please ignore this comment. i missed note about my
--- Comment #3 from pluto at agmk dot net 2006-08-03 20:39 ---
now i'm sure that `-O2 -fwrapv` causes wrong-code in stage2 binaries.
to reproduce this failure try to build gcc with:
STAGE1_CFLAGS="-O1"
BOOT_CFLAGS="-O2 -fwrapv"
$ xgcc -v
Using built-in specs.
--- Comment #2 from pluto at agmk dot net 2006-08-02 10:58 ---
(In reply to comment #0)
> #define __REG32 volatile unsigend long
>
> typedef struct
> {
> __REG32 Bit0 :1;
> __REG32 Bit1 :1;
> ...etc...
> __REG32 Bit31 :1;
> }__Bitfield;
>
>
--- Comment #4 from pluto at agmk dot net 2006-07-31 18:50 ---
(In reply to comment #3)
> Subject: Re: can't bootstrap gcc / syntax error in gcc/opt-gather.awk
>
> >
> >
> >
> > ------- Comment #2 from pluto at agmk dot net 2006-07-31 17:54
--- Comment #2 from pluto at agmk dot net 2006-07-31 17:54 ---
(In reply to comment #1)
> What is on line 24 in the awk file?
(...)
#
# Usage: awk -f opt-gather.awk file1.opt [...] > outputfile
function sort(ARRAY, ELEMENTS) <=== line 24
{
for (i = 2; i &l
--- Comment #4 from pluto at agmk dot net 2006-07-31 14:41 ---
so, -Werror is useless now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28236
--- Comment #3 from pluto at agmk dot net 2006-07-31 14:35 ---
one more testcase that renders different warning.
typedef enum { X, Y } e;
e zoo( e __e )
{
e r;
switch ( __e )
{
case X: r = Y; break;
case Y: r = X; break
s: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: sparc-sun-solaris2.9
GCC host triplet: sparc-sun-solaris2.9
GCC target triplet: sparc-sun-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28511
: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
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 t
--- Comment #11 from pluto at agmk dot net 2006-07-25 11:33 ---
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17390
--- Comment #5 from pluto at agmk dot net 2006-07-24 17:16 ---
*** Bug 28459 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26542
--- Comment #1 from pluto at agmk dot net 2006-07-24 17:16 ---
oops, duplicated, sorry.
*** This bug has been marked as a duplicate of 26542 ***
--
pluto at agmk dot net changed:
What|Removed |Added
‘void*’, but argument has type ‘void
(x::*)()’
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
--- 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
--- 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 #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 #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
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 #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
--- 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_
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 #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
--- 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 #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
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 #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 )
> {
>
--- 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 #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
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 #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
--- 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 #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
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 #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
--- 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 #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 #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
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 #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;
--- 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 #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
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 #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
--- 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
: 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 #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
--- 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
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
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
--- 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
--- 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 #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 #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 #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 #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 #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 #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 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 #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 #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
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
701 - 800 of 1096 matches
Mail list logo