--- Comment #12 from uros at gcc dot gnu dot org 2009-09-23 06:44 ---
Subject: Bug 39779
Author: uros
Date: Wed Sep 23 06:43:56 2009
New Revision: 152058
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152058
Log:
PR c/39779
* c-typeck.c (build_binary_op)
The boolean expression ((p1-next !p2-next) || p2-next) can be simplified
as (p1-next || p2-next), but gcc failed to detect this.
The attached source code is an example, compile it with options -Os
-march=armv5te -mthumb, I got
push{lr}
ldr r3, [r0]
cmp
--- Comment #1 from carrot at google dot com 2009-09-23 06:49 ---
Created an attachment (id=18634)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18634action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41442
--- Comment #6 from jakub at gcc dot gnu dot org 2009-09-23 07:02 ---
Subject: Bug 41411
Author: jakub
Date: Wed Sep 23 07:02:26 2009
New Revision: 152059
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152059
Log:
* dwarf2out.c (loc_list_plus_const): Only define if
--- Comment #7 from jakub at gcc dot gnu dot org 2009-09-23 07:05 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
seen on the trunk:
/home/doko/gcc/snap/x/gcc-snapshot-20090919/build/./gcc/xgcc
-B/home/doko/gcc/snap/x/gcc-snapshot-20090919/build/./gcc/
-B/usr/lib/gcc-snapshot/arm-linux-gnueabi/bin/
-B/usr/lib/gcc-snapshot/arm-linux-gnueabi/lib/ -isystem
/usr/lib/gcc-snapshot/arm-linux-gnueabi/include
--- Comment #4 from jsg at openbsd dot org 2009-09-23 08:43 ---
I have changed the header in OpenBSD to use __builtin_offsetof for gcc = 4.0,
though I don't agree with the warning or having code in GCC that makes it be
invoked if offsetof isn't using a builtin.
The OpenBSD targets in
--- Comment #1 from doko at ubuntu dot com 2009-09-23 08:49 ---
using binutils 2.19.91.20090910
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41443
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-23 08:50 ---
You wound need to enable PRE implement code hoisting to remove the redundant
load (or write the condition as p2-next || (p1-next !p2-next)).
PRE is run too late
to help generate optimal code though as ifcombine
--- Comment #1 from jakub at gcc dot gnu dot org 2009-09-23 08:51 ---
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01602.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-23 08:52 ---
We don't warn for uninitialized uses in PHIs early and the first CCP pass
already removes all of the loop.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #48 from developer at sandoe-acoustics dot co dot uk
2009-09-23 09:13 ---
(In reply to comment #43)
(In reply to comment #42)
Are you building with --enable-build-with-cxx or something similar?
confirmed.
building with:
out-of-tree gmp/mpfr and
--- Comment #2 from doko at ubuntu dot com 2009-09-23 09:24 ---
gcc configured with: --with-arch=armv6 --with-tune=cortex-a8
--with-float=softfp --with-fpu=vfp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41443
--- Comment #3 from jakub at gcc dot gnu dot org 2009-09-23 09:24 ---
Or fold could handle this...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41442
--- Comment #1 from jakub at gcc dot gnu dot org 2009-09-23 09:25 ---
Patches should be posted to gcc-patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41444
--- Comment #29 from jamborm at gcc dot gnu dot org 2009-09-23 09:28
---
Thanks. With the patch fixing the problem described in #24, we get
further when compiling with release checking but run into syntax
errors when compiling stage3 libstc++. And the debug info is still
corrupted.
--- Comment #49 from dominiq at lps dot ens dot fr 2009-09-23 09:28 ---
With the patch in comment #45 I bootstrapped revision 152032 on
powerpc-apple-darwin9. I still have:
17913 - libtool: link: dsymutil .libs/libstdc++.6.dylib || :
17914 : Assertion failed: (orig_str), function
--- Comment #4 from xxcv07 at gmail dot com 2009-09-23 09:29 ---
http://en.wikipedia.org/wiki/Stack_overflow ?
This bug is worse then I thought it is still occurring after
-fno-optimize-sibling-calls and less frequent and like a race condition right
after seek is done to avi with
--- Comment #13 from uros at gcc dot gnu dot org 2009-09-23 09:37 ---
Subject: Bug 39779
Author: uros
Date: Wed Sep 23 09:37:25 2009
New Revision: 152064
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152064
Log:
PR c/39779
* c-typeck.c (build_binary_op)
--- Comment #5 from xxcv07 at gmail dot com 2009-09-23 09:44 ---
Still unreproducible inside gdb can someone tell me why?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424
--
xxcv07 at gmail dot com changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424
--- Comment #30 from ubizjak at gmail dot com 2009-09-23 09:48 ---
(In reply to comment #29)
Thanks. With the patch fixing the problem described in #24, we get
further when compiling with release checking but run into syntax
errors when compiling stage3 libstc++. And the debug info
--- Comment #6 from ubizjak at gmail dot com 2009-09-23 09:50 ---
(In reply to comment #5)
Still unreproducible inside gdb can someone tell me why?
You can try to run the executable under valgrind.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424
--- Comment #2 from jakub at gcc dot gnu dot org 2009-09-23 09:55 ---
It is gengtype-parse.c that matters, if all of gengtype except this file is
compiled with r152018 and this file with r152017, it works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41436
for example; with --enable-stage1-languages=c,c++ (required for in-tree
GMP/MPFR)
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
--- Comment #14 from uros at gcc dot gnu dot org 2009-09-23 10:19 ---
Subject: Bug 39779
Author: uros
Date: Wed Sep 23 10:18:46 2009
New Revision: 152066
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152066
Log:
PR c/39779
* c-typeck.c (build_binary_op)
--- Comment #15 from ubizjak at gmail dot com 2009-09-23 10:24 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from jakub at gcc dot gnu dot org 2009-09-23 10:41 ---
r152018 seems to change generated code even on:
/* { dg-options -O2 -m32 -fno-inline -mtune=generic } */
struct S
{
const char *s1;
int s2;
char s3;
};
static struct S s;
static inline const char *
bar (void)
--- Comment #3 from joseph at codesourcery dot com 2009-09-23 11:11 ---
Subject: Re: New: libffi fails to build with -mfloat-abi=softfp
On Wed, 23 Sep 2009, doko at ubuntu dot com wrote:
../../../src/libffi/src/arm/sysv.S: Assembler messages:
--- Comment #4 from jakub at gcc dot gnu dot org 2009-09-23 11:26 ---
Ah, the problem is that targetm.calls.static_chain is called even on function
decls which have decl_function_context (fndecl) == NULL, and those have
undefined the DECL_NO_STATIC_CHAIN bit, as tree-nested.c only sets
--- Comment #4 from joseph at codesourcery dot com 2009-09-23 11:28 ---
Subject: Re: libffi fails to build with -mfloat-abi=softfp
The __ARM_ARCH__ settings in this file are also out of date (no handling
of __ARM_ARCH_6T2__, __ARM_ARCH_6M__, __ARM_ARCH_7__, __ARM_ARCH_7A__,
--- Comment #5 from jakub at gcc dot gnu dot org 2009-09-23 11:50 ---
Created an attachment (id=18635)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18635action=view)
gcc45-pr41436.patch
Patch I'm bootstrapping/regtesting ATM.
--
--- Comment #7 from xxcv07 at gmail dot com 2009-09-23 11:56 ---
I wish I can do that but I'm testing it under Vista x64 on Windows.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41424
--- Comment #1 from jakub at gcc dot gnu dot org 2009-09-23 12:32 ---
Confirmed. Can be reproduced even with just:
#define A(a,b)
A(1,
2) int i;
int j;
Here int i; is on the 3rd line, but -E generates
# 1 h.c
# 1 built-in
# 1 command-line
# 1 h.c
int i;
int j;
The extra line to
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #7 from ramana at gcc dot gnu dot org 2009-09-23 12:41 ---
*** Bug 41443 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ramana at gcc dot gnu dot org 2009-09-23 12:41 ---
A dup of PR40242.
*** This bug has been marked as a duplicate of 40242 ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2009-09-23 13:06 ---
Subject: Bug 41436
Author: jakub
Date: Wed Sep 23 13:06:20 2009
New Revision: 152067
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152067
Log:
PR bootstrap/41436
* cgraphunit.c
--- Comment #7 from jakub at gcc dot gnu dot org 2009-09-23 13:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from doko at ubuntu dot com 2009-09-23 13:19 ---
Created an attachment (id=18636)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18636action=view)
patch
testing the attached patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41443
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-09-23
13:20 ---
Fixed with r151594.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
As reported by Richard in
int a;
int foo()
{
int tmp = a;
int tmp2 = a;
int tmp3;
int res;
a = 0;
tmp3 = tmp2;
res = tmp - tmp2 + 1;
return res;
}
results in wrong-debug with -O2 -g. Having # DEBUG tmp3 = a
after a = 0 is wrong certainly already at gimple levels, while # DEBUG
--- Comment #50 from howarth at nitro dot med dot uc dot edu 2009-09-23
13:38 ---
(In reply to comment #42)
Are you building with --enable-build-with-cxx or something similar?
libstdc++-v3 isn't normally compared. The difference you are seeing is likely
related to different random
--- Comment #51 from howarth at nitro dot med dot uc dot edu 2009-09-23
13:49 ---
Is there anyway to redefine or adjust gno-strict-dwarf at a target specific
level so that for a given target that option could be set to Init(1)? Having to
pass this through BOOT_CFLAGS seems suboptimal
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-23 13:55 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #52 from developer at sandoe-acoustics dot co dot uk
2009-09-23 13:57 ---
(In reply to comment #51)
Is there anyway to redefine or adjust gno-strict-dwarf at a target specific
level so that for a given target that option could be set to Init(1)? Having
to
pass this
--- Comment #7 from doko at ubuntu dot com 2009-09-23 14:03 ---
Created an attachment (id=18637)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18637action=view)
fixed patch
fixed patch, no regressions when applied to libffi-3.0.7
--
--- Comment #8 from aph at gcc dot gnu dot org 2009-09-23 14:10 ---
This patch is fine. Post it to the gcc list and I'll approve it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41443
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2009-09-23
14:25 ---
So then the most robust approach would be to add your patch to enable dwarf
debugging on darwin8 and then add...
gno-strict-dwarf
Common RejectNegative Var(dwarf_strict,0) Init(1)
Emit DWARF additions
--- Comment #54 from jakub at gcc dot gnu dot org 2009-09-23 14:30 ---
For target masks, the target override routine checks the *_explicit flag and
only changes it to the default if it wasn't explicit.
For other variables, usually the variable is initialized to some other value
(-1
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-09-23 14:33 ---
Fixed:
http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00815.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from doko at gcc dot gnu dot org 2009-09-23 14:50 ---
Subject: Bug 40242
Author: doko
Date: Wed Sep 23 14:50:35 2009
New Revision: 152075
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152075
Log:
2009-09-23 Matthias Klose d...@ubuntu.com
PR
--- Comment #55 from jakub at gcc dot gnu dot org 2009-09-23 14:52 ---
Subject: Bug 41405
Author: jakub
Date: Wed Sep 23 14:52:20 2009
New Revision: 152076
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152076
Log:
PR bootstrap/41405
* doc/invoke.texi: Document
--- Comment #3 from dodji at gcc dot gnu dot org 2009-09-23 14:59 ---
Subject: Bug 41065
Author: dodji
Date: Wed Sep 23 14:58:58 2009
New Revision: 152077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152077
Log:
Fix PR debug/41065
gcc/ChangeLog:
PR debug/41065
--- Comment #10 from doko at gcc dot gnu dot org 2009-09-23 15:08 ---
Subject: Bug 41443
Author: doko
Date: Wed Sep 23 15:08:02 2009
New Revision: 152078
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152078
Log:
2009-09-23 Matthias Klose d...@ubuntu.com
PR
--- Comment #9 from doko at gcc dot gnu dot org 2009-09-23 15:08 ---
Subject: Bug 40242
Author: doko
Date: Wed Sep 23 15:08:02 2009
New Revision: 152078
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152078
Log:
2009-09-23 Matthias Klose d...@ubuntu.com
PR
--- Comment #11 from doko at gcc dot gnu dot org 2009-09-23 15:11 ---
Subject: Bug 41443
Author: doko
Date: Wed Sep 23 15:11:17 2009
New Revision: 152079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152079
Log:
2009-09-23 Matthias Klose d...@ubuntu.com
PR
--- Comment #10 from doko at gcc dot gnu dot org 2009-09-23 15:11 ---
Subject: Bug 40242
Author: doko
Date: Wed Sep 23 15:11:17 2009
New Revision: 152079
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152079
Log:
2009-09-23 Matthias Klose d...@ubuntu.com
PR
--- Comment #56 from howarth at nitro dot med dot uc dot edu 2009-09-23
15:23 ---
(In reply to comment #54)
For target masks, the target override routine checks the *_explicit flag and
only changes it to the default if it wasn't explicit.
For other variables, usually the variable is
--- Comment #24 from rguenth at gcc dot gnu dot org 2009-09-23 15:23
---
A simple band-aid for DOM is IMHO ok here, sth like:
Index: tree-ssa-dom.c
===
--- tree-ssa-dom.c (revision 152059)
+++ tree-ssa-dom.c
--- Comment #57 from howarth at nitro dot med dot uc dot edu 2009-09-23
15:42 ---
Can we just add...
;; enable gstrict-dwarf as default
TargetSave
int gstrict_dwarf_explicit=1
in darwin.opt to achieve this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41405
I suffer strange segfault in program using std::sort on std::vectorfloat. The
segfault occures in destructor of sorted std::vector after several sort/clear
cycles. The values to reproduce the crash is actually decoded audio. I'm so
sorry, I can't evaluate the proper sequence of bad values so I've
--- Comment #1 from 4ernov at gmail dot com 2009-09-23 15:45 ---
Created an attachment (id=18638)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18638action=view)
The preprocessed file of the program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41448
--- Comment #2 from 4ernov at gmail dot com 2009-09-23 15:47 ---
Console output of g++ -v -save-temps -o gcc_sort -Wall -lQtCore -DQT_SHARED
-I/usr/include/QtCore gcc_sort.cpp:
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.3.2/configure --prefix=/usr
--- Comment #3 from 4ernov at gmail dot com 2009-09-23 15:48 ---
Created an attachment (id=18639)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18639action=view)
Source code that triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41448
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-09-23
15:50 ---
What about just leveraging PIC-code libgcc.a on darwin by creating a libgcc_ext
with only a dummy routine and a linkage to the FSF libgcc.a. When creating
libgcc_ext, the ld option
15.2 says An object that is partially constructed or partially destroyed will
have destructors executed for all of its fully constructed base classes and
non-variant members, that is, for subobjects for which the principal
constructor (12.6.2) has completed execution and the destructor has not yet
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-23 15:57 ---
I don't think this is a bug as the comparison function causes an unstable sort
as NaNs are special and are unordered :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41448
--- Comment #11 from developer at sandoe-acoustics dot co dot uk
2009-09-23 16:00 ---
(In reply to comment #10)
What about just leveraging PIC-code libgcc.a on darwin by creating a
libgcc_ext
with only a dummy routine and a linkage to the FSF libgcc.a. When creating
libgcc_ext,
--- Comment #5 from 4ernov at gmail dot com 2009-09-23 16:04 ---
Oh, I've tried to find info how the implementation manages NaNs but didn't find
any clear info. So is it the expected behavior? And is it safe to use
std::stable_sort for vectors with NaNs or I was just lucky?
Actually,
--- Comment #4 from dodji at gcc dot gnu dot org 2009-09-23 16:07 ---
Subject: Bug 41065
Author: dodji
Date: Wed Sep 23 16:07:13 2009
New Revision: 152085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152085
Log:
Fix PR debug/41065
gcc/ChangeLog:
PR debug/41065
I got
[...@gnu-33 gcc]$ /export/gnu/import/svn/gcc-test/bld/gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/gcc/
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/pr34668-1.c
--combine -O2
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/pr34668-2.c -S
-o
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-09-23 16:13 ---
so in floating point world, NaNs are considered unordered that is X == NaN is
always false for all values of X including NaNs itself, likewise for , , =,
and =. X != NaN is always true for all values of X
--- Comment #11 from pinskia at gcc dot gnu dot org 2009-09-23 16:14
---
*** Bug 41450 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-09-23 16:14 ---
*** This bug has been marked as a duplicate of 39959 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-09-23 16:18
---
P1? This is --combine being randomly broken with the C FEs inability to
properly
unify all same types from different TUs. An ICE with checking only, but a
(non-regression) possible wrong-code issue due to
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-09-23
16:19 ---
Iain,
Rereading Nick's reply here...
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-September/025894.html
I guess using libgcc_s would work under Snow Leopard. However your current
approach isn't
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-23 16:22 ---
Likewise. Not really P1 as user-visible only with checking enabled. Not a
regression is the wrong-code part as IPA struct-reorg was creating TBAA
wrong-code since ever, now made visible via type-checking.
--
--- Comment #43 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-09-23 16:28 ---
With the patch from comment #41, my test examples pass but seamonkey is still
miscompiled, the function pow5mult still doesn't align the stack and spills
xmm0 on it.
--
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-09-23
16:28 ---
Actually, the files darwin-libgcc.10.4.ver and darwin-libgcc.10.5.ver in
gcc/config/rs6000 and gcc/config/i386 must be used in that manner (with
-exported_symbols_list instead of -unexported_symbols_list)
--
Summary: Bootstrap failure with fold checking
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #1 from jamborm at gcc dot gnu dot org 2009-09-23 16:29 ---
Bootstrap of trunk revision 152041 with fold checking fails on x86_64
with:
/home/jamborm/gcc/trunk/obj/./prev-gcc/xgcc
-B/home/jamborm/gcc/trunk/obj/./prev-gcc/
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-09-23 16:29 ---
Subject: Bug 41248
Author: aoliva
Date: Wed Sep 23 16:29:38 2009
New Revision: 152087
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152087
Log:
gcc/ChangeLog:
PR debug/41248
* cfgexpand.c
--- Comment #12 from aoliva at gcc dot gnu dot org 2009-09-23 16:31 ---
Subject: Bug 41353
Author: aoliva
Date: Wed Sep 23 16:30:39 2009
New Revision: 152088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152088
Log:
PR debug/41353
* var-tracking.c (add_with_sets): Sort
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-23 16:33 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #44 from hjl dot tools at gmail dot com 2009-09-23 16:34
---
(In reply to comment #43)
With the patch from comment #41, my test examples pass but seamonkey is still
miscompiled, the function pow5mult still doesn't align the stack and spills
xmm0 on it.
Please find a
--- Comment #14 from developer at sandoe-acoustics dot co dot uk
2009-09-23 16:36 ---
(In reply to comment #12)
However your current
approach isn't scalable (which was Mike's complaint).
anything that requires an action per added function is non-scalable in that
way.
the only
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-09-23
16:50 ---
Look at gcc/libgcc/config/t-slibgcc-darwin, in particular...
SHLIB_LINK = $(CC) $(LIBGCC2_CFLAGS) -dynamiclib -nodefaultlibs \
-install_name @shlib_slibdir@/$(SHLIB_INSTALL_NAME) \
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-09-23 17:11 ---
One reduced testcase:
__gmpn_sub (int __gmp_wp)
{
int __gmp_x;
if (__gmp_wp = __gmp_x, __gmp_x == 0);
}
I did not see if this was the only reduced testcase though.
--
pinskia at gcc dot gnu dot org
/home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gc
c-4.5.0/hppa-linux/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/lib/
-isys
tem /home/dave/opt/gnu/gcc/gcc-4.5.0/hppa-linux/include
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-09-23
17:53 ---
Would a construct like...
SHLIB_LINK = $(CC) $(LIBGCC2_CFLAGS) -dynamiclib -nodefaultlibs \
-install_name @shlib_slibdir@/$(SHLIB_INSTALL_NAME) \
-single_module -o
--- Comment #2 from jakub at gcc dot gnu dot org 2009-09-23 18:07 ---
Subject: Bug 41439
Author: jakub
Date: Wed Sep 23 18:07:07 2009
New Revision: 152091
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152091
Log:
PR debug/41439
* dwarf2out.c
--- Comment #1 from ghazi at gcc dot gnu dot org 2009-09-23 18:24 ---
Mine, working on a patch
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2009-09-23 18:31 ---
Try again, make sure you have at least r152059.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41452
--- Comment #4 from jv244 at cam dot ac dot uk 2009-09-23 18:37 ---
(In reply to comment #3)
a=RESHAPE((/(TRANSFER(uninitialized_a_type_dummy,uninitialized_a_type_dummy),i=1,SIZE(a))/),SHAPE(a))
the simpler:
a=RESHAPE((/(uninitialized_a_type_dummy,i=1,SIZE(a))/),SHAPE(a))
is of
--- Comment #45 from mahatma at eu dot by 2009-09-23 18:37 ---
(In reply to comment #41)
Created an attachment (id=18618)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18618action=view) [edit]
An updated patch for gcc 4.4
Seamonkey still segfault. Still required
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-09-23
18:40 ---
(In reply to comment #6)
The hiding trick goes something like:
#define NOT_HERE_BEFORE_10_6(sym) \
extern const char sym##_tmp3 __asm($ld$hide$os10.3$_ #sym ); \
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-09-23
18:57 ---
Hmmm...
MULTIOSSUBDIR := $(shell if test $(MULTIOSDIR) != .; then echo /$(MULTIOSDIR);
fi)
in gcc-4.4.1/libgcc/Makefile.in survives into the generated Makefile intact. So
perhaps something like...
1 - 100 of 124 matches
Mail list logo
