--- Comment #1 from ramana at gcc dot gnu dot org 2009-09-24 06:29 ---
Confirmed with trunk
Because Tail calling is now done at the tree level. I remember me or someone
fixing this by detecting block moves in tree-tail-call.c and then set up the
flags accordingly. IIRC the same problem
--- Comment #6 from bonzini at gnu dot org 2009-09-24 06:06 ---
Not a dup, since this is about shortening the mode, rather than about
eliminating zero extensions.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from hutchinsonandy at gcc dot gnu dot org 2009-09-24 03:30
---
Forget previous post, I misunderstood PHI node. However, I was close
The PHI in block 5 has incoming ZERO constant. With "detailed" expansion dump
file , it can be seen that this constant value copy is inser
For the following code,
typedef struct {
char c[1];
} s;
void f(s *a, s *b){
*a = *b;
}
compiling for ARM, with -Os, mainline GCC generates the following:
str lr, [sp, #-4]!
ldr r2, .L2
bl memcpy
ldr pc, [sp], #4
.L3:
.align 2
.L
--- Comment #4 from hutchinsonandy at gcc dot gnu dot org 2009-09-24 02:21
---
Problem is located in ssa pass. It seems to name initialization of loop index
to something other than the loop index increment and tested in the last for
loop. This "dead"initialization is deleted in latter p
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2009-09-24 02:15
---
Created an attachment (id=18642)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18642&action=view)
ssa dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41440
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2009-09-24 02:15
---
Created an attachment (id=18641)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18641&action=view)
cleanup_cfg dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41440
--- Comment #2 from joel at gcc dot gnu dot org 2009-09-24 01:45 ---
Still fails:
| 4.5.0 20090921 (experimental) [trunk revision 151936] (arm-unknown-rtems4.10)
GCC error:|
| in find_valid_class, at reload.c:702 |
| Error detected around a-ngcefu.adb
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2009-09-23
23:45 ---
Okay. I see my confusion now on the usage of -unexported_symbols_list. We still
need to carefully consider the implications of...
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00892.html
going into gcc tr
--- Comment #60 from howarth at nitro dot med dot uc dot edu 2009-09-23
23:33 ---
Iain,
If you have opened a radar report for the dsymutil issue, you might want to
put the radar number in the comment as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41405
--- Comment #59 from howarth at nitro dot med dot uc dot edu 2009-09-23
23:06 ---
Iain,
Your patch bootstraps x86_64-apple-darwin10 fine. Can you please send that
with the ChangeLog to gcc-patches. Hopefully it will be sufficient to get the
Apple regress server building again.
--
--- Comment #7 from amodra at bigpond dot net dot au 2009-09-23 22:39
---
.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from amodra at gcc dot gnu dot org 2009-09-23 22:30 ---
Subject: Bug 40473
Author: amodra
Date: Wed Sep 23 22:30:05 2009
New Revision: 152105
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152105
Log:
PR target/40473
* config/rs6000/rs6000.c (rs600
--- Comment #5 from amodra at gcc dot gnu dot org 2009-09-23 22:19 ---
Subject: Bug 40473
Author: amodra
Date: Wed Sep 23 22:19:05 2009
New Revision: 152103
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152103
Log:
PR target/40473
* config/rs6000/rs6000.c (rs600
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-23 21:46 ---
So, we have
;; basic block 3, loop depth 1, count 0
;; prev block 2, next block 7
;; pred: 7 [100.0%] (fallthru,dfs_back) 2 [100.0%] (fallthru,exec)
;; succ: 7 [98.5%] (true,exec) 4 [1.5%] (false,exe
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2009-09-23
21:18 ---
I am confused why libgcc_ext needs to be built as 10.4/10.5 versions. Aren't
all of the symbols to be exported by libgcc_ext from post libgcc-10.5? If so,
wouldn't a shared library exporting all of the sym
--- Comment #25 from potswa at mac dot com 2009-09-23 21:07 ---
Hello Donald,
A week has passed. Do the papers usually take this long?
- thanks,
D
On Sep 15, 2009, at 1:45 PM, ass...@gnu.org via RT wrote:
Hello David,
Thank you for contributing to GNU software. We'll
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-09-23
21:06 ---
(In reply to comment #20)
> Subject: Re: TLS emutls not linked to automatically on Darwin
>
> On Sep 23, 2009, at 8:50 AM, howarth at nitro dot med dot uc dot edu
> wrote:
> > What about just leveragin
--- Comment #22 from mrs at apple dot com 2009-09-23 20:52 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 11:40 AM, howarth at nitro dot med dot uc dot edu
wrote:
> Also I don't see why the macro above has any advantages over just
> using -une
--- Comment #21 from mrs at apple dot com 2009-09-23 20:49 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 9:19 AM, howarth at nitro dot med dot uc dot edu
wrote:
> What we need is an approach that links in libgcc.a or libgcc_s to a
> dummy lib
--- Comment #20 from mrs at apple dot com 2009-09-23 20:48 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 8:50 AM, howarth at nitro dot med dot uc dot edu
wrote:
> What about just leveraging PIC-code libgcc.a on darwin by creating a
> libgcc_e
--- Comment #19 from mrs at apple dot com 2009-09-23 20:43 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 22, 2009, at 8:02 PM, howarth at nitro dot med dot uc dot edu
wrote:
> Doesn't this imply that you can't make force libgcc to be found before
> libSyste
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41454
$summary, works with 4.3.
--
Summary: [4.4/4.5 Regression] DOM miscompiles gcc.c-
torture/execute/990513-1.c at -O2 -fno-tree-vrp
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: no
--- Comment #58 from developer at sandoe-acoustics dot co dot uk
2009-09-23 19:40 ---
Created an attachment (id=18640)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18640&action=view)
cause darwin to default to strict dwarf control.
Try this..
ChangeLog:
2009-09-23 Iain Sandoe
In the following subroutine
SUBROUTINE S1()
INTEGER :: a
INTERFACE
SUBROUTINE S2(a)
INTEGER, INTENT(OUT) :: a
END SUBROUTINE
END INTERFACE
a=7
CALL S2(a)
END SUBROUTINE S1
The store 'a=7' is dead, and can be removed by the compiler, because it is an
INTENT(out) argument
--- 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...
SHLI
--- 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 ); \
> __at
--- 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=18618&action=view) [edit]
> An updated patch for gcc 4.4
>
Seamonkey still segfault. Still required -mstackrea
--- 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 cour
--- 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 #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
Assign
--- 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=gcc&view=rev&rev=152091
Log:
PR debug/41439
* dwarf2out.c (address_of_int_loc_
--- 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 $(SHLIB_DIR)/$(SHLIB_SON
/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 #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 changed:
--- 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) \
-single
--- 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 ac
--- 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
--- 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 #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=gcc&view=rev&rev=152088
Log:
PR debug/41353
* var-tracking.c (add_with_sets): Sort MO_VAL_L
--- 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=gcc&view=rev&rev=152087
Log:
gcc/ChangeLog:
PR debug/41248
* cfgexpand.c (convert_debug_memo
--- 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/
-B/home/jamborm/gcc/inst/trunk/x86_64-unknown-linux-g
--
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
ReportedBy:
--- 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)
--- 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.
--
http://gcc.gnu.org/
--- 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.
--
rg
--- 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 sca
--- 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 aliasin
--- 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 #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 #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 incl
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 pr34668-1.s
--- 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=gcc&view=rev&rev=152085
Log:
Fix PR debug/41065
gcc/ChangeLog:
PR debug/41065
--- 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, Na
--- 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 #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
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
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
--- 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 -unexported_symbols_list
--- 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=18639&action=view)
Source code that triggers the bug
--
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 #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=18638&action=view)
The preprocessed file of the program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41448
I suffer strange segfault in program using std::sort on std::vector. 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 upload
--- 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
--- 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 (wor
--- 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
--- 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=gcc&view=rev&rev=152079
Log:
2009-09-23 Matthias Klose
PR libffi/40242, PR libffi/4
--- 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=gcc&view=rev&rev=152079
Log:
2009-09-23 Matthias Klose
PR libffi/40242, PR libffi/4
--- 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=gcc&view=rev&rev=152078
Log:
2009-09-23 Matthias Klose
PR libffi/40242, PR libffi/41
--- 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=gcc&view=rev&rev=152078
Log:
2009-09-23 Matthias Klose
PR libffi/40242, PR libffi/4
--- 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=gcc&view=rev&rev=152077
Log:
Fix PR debug/41065
gcc/ChangeLog:
PR debug/41065
--- 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=gcc&view=rev&rev=152076
Log:
PR bootstrap/41405
* doc/invoke.texi: Document -
--- Comment #9 from doko at gcc dot gnu dot org 2009-09-23 14:50 ---
Subject: Bug 41443
Author: doko
Date: Wed Sep 23 14:50:35 2009
New Revision: 152075
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152075
Log:
2009-09-23 Matthias Klose
PR libffi/40242, PR libffi/41
--- 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=gcc&view=rev&rev=152075
Log:
2009-09-23 Matthias Klose
PR libffi/40242, PR libffi/41
--- 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 #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 usual
--- 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 be
--- 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 #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=18637&action=view)
fixed patch
fixed patch, no regressions when applied to libffi-3.0.7
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- 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 #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 #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 be
--- 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 rando
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 tm
--- 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
--
--- 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=18636&action=view)
patch
testing the attached patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41443
--- 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 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=gcc&view=rev&rev=152067
Log:
PR bootstrap/41436
* cgraphunit.c (cgraph_lower_f
--- 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 #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
-
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- 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 ""
# 1 ""
# 1 "h.c"
int i;
int j;
The extra line to adjust lines f
--- 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 #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=18635&action=view)
gcc45-pr41436.patch
Patch I'm bootstrapping/regtesting ATM.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- 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__,
__ARM_ARC
--- 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 i
--- 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:
> ../../../src/libffi/src/arm/sysv.S:20
--- 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 #15 from ubizjak at gmail dot com 2009-09-23 10:24 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
1 - 100 of 127 matches
Mail list logo
