--- Comment #2 from tbptbp at gmail dot com 2006-03-12 06:21 ---
Created an attachment (id=11025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11025&action=view)
testcase #2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26650
--- Comment #1 from tbptbp at gmail dot com 2006-03-12 06:21 ---
Created an attachment (id=11024)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11024&action=view)
testcase #1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26650
This bug is transient and sensible to code/structures re-arrangements and how
things get inlined. In the included testcases it shows up as unaligned stack
load/store but atm in the current app, i also have values being smashed on the
stack and no segfaults.
Shows up with g++ 4.1.0 and 4.2-20060225
--- Comment #9 from patchapp at dberlin dot org 2006-03-12 05:15 ---
Subject: Bug number PR19101
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00691.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #12 from relf at os2 dot ru 2006-03-12 04:14 ---
(In reply to comment #11)
> friend foo ::operator+ <>(int, foo);
I have changed it to
friend foo (::operator+ <>) (int, foo);
and now it's being compiled fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17122
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-12
00:29 ---
Subject: Re: 4.1.0 doesn't build in 64bit on PA-RISC
> # BUNDLE.PHSS_30969 1.0
> ld(1) and linker tools cumulative patch
> # QPK1100.PHSS_28869
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-11
23:57 ---
Subject: Re: 4.1.0 doesn't build in 64bit on PA-RISC
> found the binutils snapshots
Looking at your report, I see that you configured with GNU ld.
Don't use it, it needs work. HP as isn't usable with C+
--- Comment #1 from danglin at gcc dot gnu dot org 2006-03-11 23:36 ---
Looks like a pthread issue:
# gdb c34007j
GNU gdb 2004-06-22-cvs
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or
Sometimes c34007j hangs and I have to kill the process resulting in termination
of the acats testsuite. This is tail of the log:
...
gnatmake --GCC="/xxx/gnu/gcc-3.4/objdir/gcc/xgcc
-B/xxx/gnu/gcc-3.4/objdir/gcc/"
-gnatws -O2 -I/xxx/gnu/gcc-3.4/objdir/gcc/testsuite/ada/acats/support
c34007j.a
db
--- Comment #8 from fang at csl dot cornell dot edu 2006-03-11 22:10
---
Housekeeping: re-classify as invalid?
I wasn't able to find an "accepts-invalid" version of this bug in the database
for reference.
That bug would've been fixed sometime between 4.0.1 and 4.0.2.
--
http://
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-11 22:07 ---
I have a patch. Thanks Daniel for recommending places to look to change.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from cvs-commit at developer dot classpath dot org
2006-03-11 20:29 ---
Subject: Bug 23768
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Casey Marshall <[EMAIL PROTECTED]> 06/03/11 05:21:58
Modified files:
.
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-03-11 20:17
---
*** Bug 26639 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-03-11 20:17 ---
... close as dup of 26565.
*** This bug has been marked as a duplicate of 26565 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-03-11 20:16 ---
reopening to ...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from hjl at lucon dot org 2006-03-11 20:15 ---
I don't know how to preprocess Fortran code. I still see those failures with
gcc version 4.2.0 20060311 (experimental) [trunk revision 111963 clean]
on Linux/x86-64. For example:
[EMAIL PROTECTED] tonto]$ /usr/gcc-4.
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-03-11 19:57 ---
Yes I have:
[EMAIL PROTECTED]:/abuild/rguenther/obj/gcc> ./xgcc -B. -c pr26565.c
[EMAIL PROTECTED]:/abuild/rguenther/obj/gcc> nm pr26565.o
0090 T main
U memcpy
0018 C outdata
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-11 19:47 ---
Fixed, it was not really an ABI bug after all, just alignof being implemented
different/wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-11 19:46 ---
Fixed, it was not really an ABI bug after all, just alignof being implemented
different/wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from kargl at gcc dot gnu dot org 2006-03-11 19:27 ---
I can't reproduce any of these failures (except for __transfer1).
HJ, can you at least attached the preprocessed code?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26106
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26038
--- Comment #14 from h dot m dot brand at xs4all dot nl 2006-03-11 19:00
---
found the binutils snapshots
r3:/pro/3gl/GNU/gcc 131 > gas --version
GNU assembler 060311 20060311
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it un
.common outdata#,24,8
.ident "GCC: (GNU) 4.2.0 20060311 (experimental) [trunk revision
111963 clean]"
[EMAIL PROTECTED] gcc]$
--
hjl at lucon dot org changed:
What|Removed
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--- Comment #13 from h dot m dot brand at xs4all dot nl 2006-03-11 17:11
---
HP-UX 11.00:
8406 100555 -r-x1 bin864256 25 Jan 2005 06:52
/usr/ccs/bin/ld:
$Revision: 92453-07 linker linker crt0.o B.11.37 040218 $
HP aC++ B3910B A.03.52 Classic Iost
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-11 16:51
---
*** Bug 26646 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-11 16:51 ---
This was fixed in 4.1.0.
*** This bug has been marked as a duplicate of 23400 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #63 from dberlin at gcc dot gnu dot org 2006-03-11 16:49
---
(In reply to comment #61)
> referring to duplicate 26642:
>
> The behavior changed between gcc3 and gcc4 and the comment is "there is no
> reason the result should not change"?
There is simply no guarantee at al
My compile of gcc-4.0.3 completed without problems. When I run "make check", I
get this output:
Fixed: types/vxTypesBase.h
Fixed: unistd.h
Fixed: wchar.h
Fixed: widec.h
cmp: EOF on /home/tom/build/gcc-4.0.3/fixincludes/tests/base/string.h
*** string.hSat Mar 11 08:44:34 2006
--- /home/tom
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-11 16:28 ---
-O0 generates a call to memcpy, and my local glibc works.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #62 from pinskia at gcc dot gnu dot org 2006-03-11 16:14
---
(In reply to comment #61)
> referring to duplicate 26642:
>
> The behavior changed between gcc3 and gcc4 and the comment is "there is no
> reason the result should not change"?
Why this is undefined code :).
-
--- Comment #61 from nobs at tigress dot com 2006-03-11 16:10 ---
referring to duplicate 26642:
The behavior changed between gcc3 and gcc4 and the comment is "there is no
reason the result should not change"?
Sorry, but I think that's a really bad way to handle things. When a update
c
--- Comment #8 from olh at suse dot de 2006-03-11 15:56 ---
yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-11 15:35 ---
Can you try "-O1 -fno-ivopts"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-11 15:32 ---
This works on the mainline on powerpc-darwin and on the 4.1 branch on
x86_64-linux-gnu and the mainline on x86_64.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #5 from olh at suse dot de 2006-03-11 15:21 ---
flags=' -m64 -g -O1 -fno-cprop-registers -fno-defer-pop
-fno-guess-branch-probability -fno-if-conversion -fno-if-conversion2
-fno-ipa-pure-const -fno-ipa-reference -fno-loop-optimize -fno-merge-constants
-fno-omit-frame-pointer
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-03-11 15:15
---
Fixed on the 4.0 branch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-11 15:15 ---
(In reply to comment #0)
> I tried all the new opts from -O0 to -O1, but adding them all to -O0 does not
> fix it. No idea why.
Because you did not read the documention that says that would not work. Now if
you ins
--- Comment #12 from danglin at gcc dot gnu dot org 2006-03-11 15:14
---
> /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '__deregister_frame_info' in
> load module 'build/gencodes'
Which HP linker patch are you using? There is a problem with the most
recent couple of patch releases
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-03-11 15:14
---
Subject: Bug 25885
Author: ebotcazou
Date: Sat Mar 11 15:14:15 2006
New Revision: 111965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111965
Log:
Backport from mainline:
2006-02-13 Ed
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-11 15:10 ---
Huh? Did I mess up with the testcase? I notice this is an -O0 compilation.
Well, I'll investigate.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #60 from pinskia at gcc dot gnu dot org 2006-03-11 15:09
---
*** Bug 26642 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-11 15:09 ---
Mark as a dup of bug 11751.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-11 15:09 ---
Note please read the warnings and actually listen to them.
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-11 14:58 ---
x[3]-- does not write to *x
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Hello, try to compile this code:
class G
{
public:
G();
~G();
bool test() const;
int *x;
};
G::G()
{
x=new int[7];
x[3]=99;
}
G::~G()
{
delete[] x;
}
bool G::test() const
{
x[3]--;
return true;
}
I used
g++ -W -Wall -ansi -pedantic G.cpp -c -o G.o
and it gives n
--- Comment #3 from olh at suse dot de 2006-03-11 14:30 ---
generated asm is:
16d0 <.matroxfb_probe>:
16d0: 7c 08 02 a6 mflrr0
16d4: fb e1 ff f8 std r31,-8(r1)
16d8: 7c 7f 1b 78 mr r31,r3
16dc: 38 a0 00 08
--- Comment #1 from neil at gcc dot gnu dot org 2006-03-11 14:28 ---
There is no reason the results should not change.
--
neil at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from olh at suse dot de 2006-03-11 14:25 ---
Created an attachment (id=11022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11022&action=view)
/tmp/matroxfb_probe.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
--- Comment #1 from olh at suse dot de 2006-03-11 14:25 ---
Created an attachment (id=11021)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11021&action=view)
/tmp/main.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
This testcase does not return 0 on powerpc64-suse-linux and s390x-suse-linux
with compiled with -O1
but it does with -O0.
I tried all the new opts from -O0 to -O1, but adding them all to -O0 does not
fix it. No idea why.
flags=' -O1'
gcc -Wall -c -o /tmp/main.o /tmp/main.c $flags
gcc -Wall -c -o
Following code gives different results between version 4.0.2 and 3.3.5. The
'fun' thing is: There is a warning about the part that still behaves the same
(with normale variables k and l). But the array-variables behave differently
w/o any warnings. It works when putting the XOR-operations in separa
--- Comment #7 from toon at moene dot indiv dot nluug dot nl 2006-03-11
12:09 ---
Bug fix now also committed to the 4.1 branch, so will be fixed as of 4.1.1.
--
toon at moene dot indiv dot nluug dot nl changed:
What|Removed |Added
--- Comment #6 from toon at gcc dot gnu dot org 2006-03-11 12:04 ---
Subject: Bug 26054
Author: toon
Date: Sat Mar 11 12:04:14 2006
New Revision: 111962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111962
Log:
2006-03-11 Toon Moene <[EMAIL PROTECTED]>
PR fortran/260
54 matches
Mail list logo