--- 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 the function. Did you read that page
--- 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 extension incorrectly anyways as you don't pass
this
to the function
: 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
: 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
--- 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
--- 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
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
--- 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 .L2
.L8
--- 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 trivial patch.
--
http
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=28895
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 #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
-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
ReportedBy: pluto at agmk dot net
GCC target triplet: alpha-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28854
--- 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: lda gp,-31092(gp
--- 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?
Since: ISO 14882-2003, 9
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 triplet
--- 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=12113action=view)
makefile for testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- 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=12114action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- 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 #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 of a class object
--- 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 #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_TARGET)
and similarly
--- 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_FOR_TARGET = -O2 $(LIBCFLAGS
--- 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 #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
--- 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 #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 #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.o differs
++
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=28670
--- 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 same way
--- 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 #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, typo.
And the configure
--- 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 the first one that is found
--- 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', in that order, and
set output variable `AWK
--- 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.
Target: x86_64-pld-linux
--- 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 common cflags
(-fwrpav -fno-strict-aliasing)
--
http
--- 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 #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 #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 mawk,
etc.
because
--- 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;
#define ADDRESS address of my register
--- 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
--- 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 #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 = ELEMENTS; ++i
--- 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 ---
(In reply to comment #1)
What
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
.
Product: 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
--- 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 #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
--- 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
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=28459
--- 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
.
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 dot net
GCC build triplet: powerpc-linux
GCC host
--- 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_bug.cgi?id
--- 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 to reproduce this memory-hog
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://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
--- 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=11834action=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 --prefix=/usr
--- 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|Removed |Added
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 )
{
case foo: return -1;
case bar
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 agmk dot net
GCC build
--- 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 only defined for those two
--- Comment #1 from pluto at agmk dot net 2006-07-03 17:00 ---
zoo (__e)
{
int D.1616;
bb 0:
switch (__e)
{
case 0: goto L0;
case 1: goto L5;
default : goto L2;
}
L0:;
D.1616 = -1;
goto bb 3 (L3);
L2:;
return; problem.
L5
--- 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=11803action=view)
updated build hack for mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
()
--
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 at agmk dot
--- 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=11785action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28210
--- 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
--- 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 string
std::string const foo()
{
std::string tab[ 1 ] = { std::string( text ) };
int const idx = 0;
return tab[ idx
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, powerpc
GCC target
--- 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=11768action=view)
i486 precompiled testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28187
--- 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/4.1.2/specs
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 triplet: ppc
--- 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=11740action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28150
--- 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
: 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://gcc.gnu.org/bugzilla
--- Comment #1 from pluto at agmk dot net 2006-05-18 10:12 ---
#include string
bool foo( bool b1, bool b2 )
{
std::string what;
std::size_t size = what.size();
if ( b1 size )
{
if ( b2 )
return true
--- 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
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 #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_castint*(a)) -
*(reinterpret_castint*(b));
if you really need
--- Comment #12 from pluto at agmk dot net 2006-05-10 22:36 ---
following reduced testcase works with libstdc++ and segv with stlport.
#include list
#include vector
struct A { };
int main()
{
std::list A* l;
std::vector A* v( l.end(), l.end() );
return 0;
}
g
--- 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 |Added
--- 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 internals to do
Version: 4.1.1
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
--- 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 can i check possible
--- 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 version is available), so
--- 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-linux.so.2 = /lib/ld-linux.so
--- 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/Makefile.in
--- 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!
./varasm.o differs
--- 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=11364action=view)
full 32-bit testcase.
--
pluto at agmk dot net changed:
What|Removed |Added
701 - 800 of 1095 matches
Mail list logo
