--- Comment #8 from dfranke at gcc dot gnu dot org 2010-05-05 06:51 ---
(In reply to comment #7)
> OTOH I can see where a program that has a lot of real do loops would be
> irritating.[...] So I suggest we mark as an enhancement and when some one has
> time, we could implement a consoli
--- Comment #19 from ubizjak at gmail dot com 2010-05-05 06:24 ---
Not a gcc bug.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
g++ misses the debug information of local static variable but gcc doesn't.
gcc version: 4.1.2 20080704 (Red Hat 4.1.2-44)
g++ version: 4.1.2 20080704 (Red Hat 4.1.2-44)
OS version: Red Hat Enterprise Linux Client release 5.3 (Tikanga)
code stored in the file myTest.c:
void CStyleFunction()
{
s
--- Comment #9 from pault at gcc dot gnu dot org 2010-05-05 05:07 ---
(In reply to comment #8)
> Created an attachment (id=20558)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20558&action=view) [edit]
> draft patch
Mikael,
I am pretty much out of the loop for the next two weeks
--- Comment #14 from rus at google dot com 2010-05-05 03:08 ---
Created an attachment (id=20559)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20559&action=view)
use ext/concurrence __mutex instead of pthread_mutex_t
Could you please try this patch out on your system? It appears
--- Comment #16 from mrs at gcc dot gnu dot org 2010-05-05 03:08 ---
Subject: Bug 35165
Author: mrs
Date: Wed May 5 03:08:26 2010
New Revision: 159055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159055
Log:
PR objc/35165
* encode-8.mm: Restore running of test
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-05-05 01:59
---
This is not invalid and is a feature request. I do think that -w will silence
warnings. I do not see a need to treat this particular warning any differently
then all the rest of the legacy warnings we have. For e
Compile following code with options -march=armv7-a -mthumb -Os,
extern void foo(int*);
void bar3(int v)
{
foo(&v);
}
GCC generates:
bar3:
push{r0, r1, r2, lr}
add r3, sp, #8
str r0, [r3, #-4]!
mov r0, r3
bl foo
pop {r1,
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-05 00:44
---
Jason, this one seems fixed both in mainline and 4_5-branch as part of the
mangling updates. Can you confirm?
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-05 00:37
---
Seems already fixed in mainline and 4_5-branch. Volker, can you double check?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40406
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-05-04 23:53 ---
How is xrealloc_vector defined?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
--- Comment #5 from thomas at archlinux dot org 2010-05-04 23:49 ---
I am still not able to produce a short test case, but maybe this will help:
http://git.busybox.net/busybox/tree/editors/sed.c?h=1_16_stable&id=1_16_1#n738
In the function add_input_file(), the 'file' argument is not a
--- Comment #8 from mikael at gcc dot gnu dot org 2010-05-04 23:08 ---
Created an attachment (id=20558)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20558&action=view)
draft patch
This uses the scalarizer to inline.
The gfc_loopinfo is modified twice, first after walking args fo
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-05-04 23:08 ---
>What is -fwrapv supposed to do? I
Changes the behavior of signed integer overflow to be defined as wrapping
rather than being undefined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
--- Comment #3 from thomas at archlinux dot org 2010-05-04 23:06 ---
What is -fwrapv supposed to do? I don't see any changes in behaviour or
compiler output.
As I said, I don't know exactly what to put into a test case (I didn't write
any of the code that breaks), but I can try my best
--- Comment #2 from bjoern at j3e dot de 2010-05-04 22:49 ---
I should have taken a look at the exact command line earlier. The build system
on solaris is quite messed up. Fixing the linking calls makes them also work
with "-z defs". Sorry for the noise.
--
bjoern at j3e dot de chang
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-04 22:48 ---
Also without a testcase it is hard to figure out what is going on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 22:48 ---
Can you try also -fwrapv? There could be other issues with the code besides
just aliasing issues. Maybe there is a buffer overflow that shows up now with
the new optimizers.
--
pinskia at gcc dot gnu dot org ch
I noticed this when building busybox 1.16.1, but I also saw this in other code:
When building with -O2 I get warnings like:
'warning: dereferencing type-punned pointer will break strict-aliasing rules'
The produced binary is broken, in the case of busybox, the 'sed' applet
segfaults.
When adding
On Linux/ia64, I got
FAIL: gfortran.dg/dynamic_dispatch_4.f03 -O3 -fomit-frame-pointer
-funroll-all-
loops -finline-functions execution test
FAIL: gfortran.dg/dynamic_dispatch_4.f03 -O3 -fomit-frame-pointer
-funroll-loop
s execution test
--
Summary: gfortran.dg/dynamic_dispatch_4
--- Comment #3 from burnus at gcc dot gnu dot org 2010-05-04 22:08 ---
Lightly tested patch:
--- a/gcc/fortran/trans-types.c
+++ b/gcc/fortran/trans-types.c
@@ -1793,6 +1804,9 @@ gfc_sym_type (gfc_symbol * sym)
restricted);
b
--- Comment #2 from burnus at gcc dot gnu dot org 2010-05-04 21:39 ---
==2733== Invalid read of size 2
==2733==at 0x70EEBE: omp_add_variable (gimplify.c:5448)
==2733==by 0x70F3A0: omp_notice_variable (gimplify.c:5558)
==2733==by 0x70F67B: gimplify_var_or_parm_decl (gimplify.c
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-04 21:22 ---
Fixed by
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00589.html
http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00089.html
on trunk.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #7 from hjl at gcc dot gnu dot org 2010-05-04 21:15 ---
Subject: Bug 43668
Author: hjl
Date: Tue May 4 21:15:35 2010
New Revision: 159046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159046
Log:
Add a testcase for PR target/43668.
2010-05-04 H.J. Lu
P
--- Comment #7 from skunk at iskunk dot org 2010-05-04 20:23 ---
Thomas, please have a look at your version of makeinfo(1).
I've confirmed that this is not a bug in GCC. Building GCC 4.4.3 with makeinfo
4.7 fails as I originally described, but building on a more recent system with
makei
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-04 20:19 ---
(In reply to comment #5)
> I would like to see an option to silence gfortran in this regard - having it
> as
> default warning is fine, but maybe some -Wno-deleted option could be added
> then?
Isn't this what -std
--- Comment #3 from monaka at monami-software dot com 2010-05-04 20:05
---
I tried svn trunk. It seems this issue has been fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-04 20:00 ---
Whoops regresion with ss in the summary line.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fa
--- Comment #2 from thiago at kde dot org 2010-05-04 19:40 ---
Well, technically f.c has a type of 'char (__attribute__((aligned(4 [4]'.
Anyway, the point is that the variable is properly aligned, so the warning is
superfluous.
Or, in other words, we need a way to tell GCC "I know
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-04 19:23
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #8 from paolo at gcc dot gnu dot org 2010-05-04 19:22 ---
Subject: Bug 43028
Author: paolo
Date: Tue May 4 19:22:26 2010
New Revision: 159045
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159045
Log:
/cp
2010-05-04 Paolo Carlini
PR c++/43028
* p
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-04 19:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from jason at gcc dot gnu dot org 2010-05-04 19:10 ---
Fixed for 4.6 (but see bug 43758).
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Othe
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-04 19:09 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-04 19:08 ---
Subject: Bug 43981
Author: jakub
Date: Tue May 4 19:08:37 2010
New Revision: 159044
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159044
Log:
PR c/43981
* c-parser.c (c_parser_direct_declarat
--- Comment #16 from jason at gcc dot gnu dot org 2010-05-04 19:04 ---
Other comparisons fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jason at gcc dot gnu dot org 2010-05-04 19:03 ---
Subject: Bug 38064
Author: jason
Date: Tue May 4 19:03:00 2010
New Revision: 159043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159043
Log:
PR c++/38064
* typeck.c (cp_build_binary_op): Al
--- Comment #14 from jason at gcc dot gnu dot org 2010-05-04 19:01 ---
Subject: Bug 38064
Author: jason
Date: Tue May 4 19:01:13 2010
New Revision: 159042
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159042
Log:
PR c++/38064
* typeck.c (cp_build_binary_op): Al
--- Comment #10 from rwild at gcc dot gnu dot org 2010-05-04 18:58 ---
Subject: Bug 43620
Author: rwild
Date: Tue May 4 18:58:11 2010
New Revision: 159041
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159041
Log:
no-dist in non-imported automake dirs.
libgfortran/:
PR
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-04 18:52 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from hjl at gcc dot gnu dot org 2010-05-04 18:51 ---
Subject: Bug 43799
Author: hjl
Date: Tue May 4 18:51:29 2010
New Revision: 159040
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159040
Log:
Add clobber CC register to sse_prologue_save patterns.
gcc/
2010-05
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-04 18:20 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00247.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
The recent fix for PR fortran/43331 introduced a regression for programs that
use OpenMP and pass assumed-size cray-pointees as function arguments. Here is
an example:
subroutine bob()
implicit none
real(8) peted
pointer (ipeted, peted(*))
integer(4) s
--- Comment #18 from ubizjak at gmail dot com 2010-05-04 17:42 ---
(In reply to comment #15)
> Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
> added into ar index :(.
> Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit
> us in li
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-04 17:39 ---
In fact before July 1998, --without-local-prefix was fully broken, see
http://gcc.gnu.org/ml/gcc-patches/1998-07/msg00520.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43970
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:37 ---
--with-local-prefix=no/--without-local-prefix currently means specify the
default.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:27 ---
I think the warning is correct as the resulting type of &f.c is a pointer to an
array and that array is of type char[4] which has an alignment of 1. Yes f.c
has an alignment of 4 but the array type has an alignment o
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:24 ---
Can you show the command line which you used to link the shared library?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |tree-optimization
Keywords||ice
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:22 ---
I don't see any insert of iyz.data. But from the sound of it, this seems
related to PR 38497.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #6 from bmei at broadcom dot com 2010-05-04 16:54 ---
> So this is a rough first draft of the-kind-of-thing-i-was-thinking-of. We get
> collect2 to run a dummy link early, and extract the output from the
> --lto-assist flag to get a list of archive members that we need lto t
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-04 16:50
---
This is enough:
namespace std
{
template class initializer_list { };
}
struct string { string(std::initializer_list) { } };
void f() {
auto y =
{
string(Equation())
}
}
--
http://gcc.gnu.org
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-04 16:46 ---
(In reply to comment #4)
> On Mon, May 03, 2010 at 07:45:20PM -, dfranke at gcc dot gnu dot org
> wrote:
> > (In reply to comment #2)
> > On Monday 03 May 2010 21:23:26 you wrote:
> > > And when I say "it used to
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-04 16:32
---
Apparently now *both* snippets are wrongly accepted, at least in mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42056
--- Comment #7 from burnus at gcc dot gnu dot org 2010-05-04 16:13 ---
(In reply to comment #6)
> Created an attachment (id=20557)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20557&action=view) [edit]
> First draft patch
if (type != current_interface.type
- || str
--- Comment #6 from burnus at gcc dot gnu dot org 2010-05-04 16:10 ---
Created an attachment (id=20557)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20557&action=view)
First draft patch
(In reply to comment #5)
> (In reply to comment #4)
> > What a horrible rule...
What do you m
--- Comment #25 from tony3 at GarlandConsulting dot us 2010-05-04 16:06
---
(In reply to comment #24)
> G++ 4.6 will no longer optimize away the exit condition unless -fstrict-enums
> is specified.
>
I'm very encouraged by this. Thanks for responding to this concern.
--
http://g
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-04 15:53 ---
You are violating C aliasing rules. Use -fno-strict-aliasing or use
memcpy and/or unions.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from hjl dot tools at gmail dot com 2010-05-04 15:53
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #11 from hjl at gcc dot gnu dot org 2010-05-04 15:51 ---
Subject: Bug 43671
Author: hjl
Date: Tue May 4 15:50:53 2010
New Revision: 159035
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159035
Log:
Handle the same VALUE for true dependence.
gcc/
2010-05-04 H.J. L
--- Comment #10 from hjl at gcc dot gnu dot org 2010-05-04 15:49 ---
Subject: Bug 43671
Author: hjl
Date: Tue May 4 15:49:24 2010
New Revision: 159034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159034
Log:
Handle the same VALUE for true dependence.
gcc/
2010-05-04 H.J. L
--- Comment #9 from hjl at gcc dot gnu dot org 2010-05-04 15:47 ---
Subject: Bug 43671
Author: hjl
Date: Tue May 4 15:47:25 2010
New Revision: 159033
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159033
Log:
Handle the same VALUE for true dependence.
gcc/
2010-05-04 H.J. Lu
PRE currently ends up inserting expressions into loops.
module test
type shell1quartet_type
integer(kind=kind(1)) :: ab_l_sum
integer(kind=kind(1)), dimension(:), pointer :: ab_form_3dints_x_indices =>
NULL()
integer(kind=kind(1)), dimension(:), pointer ::
ab_form_3dints_yz_rms_indic
--- Comment #17 from jakub at gcc dot gnu dot org 2010-05-04 15:41 ---
Ah, already fixed:
http://sources.redhat.com/ml/binutils/2010-03/msg00249.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00143.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00144.html
--
ht
--- Comment #16 from paolo dot carlini at oracle dot com 2010-05-04 15:33
---
Thanks Jakub.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #15 from jakub at gcc dot gnu dot org 2010-05-04 15:31 ---
Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
added into ar index :(.
Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit
us in libstdc++.a on x86-64 is that th
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-04 15:12 ---
Sample testcase:
struct A { int i; int j; };
int
foo (int k)
{
struct A a = { 4, k + 6 };
asm ("" : "+r" (a.i));
a.j++;
bar (a.i);
bar (a.j);
return a.i + a.j;
}
--
jakub at gcc dot gnu dot org changed
track_expr_p has:
4496 /* If this expression is really a debug alias of some other declaration,
we
4497 don't need to track this expression if the ultimate declaration is
4498 ignored. */
4499 realdecl = expr;
4500 if (DECL_DEBUG_EXPR_IS_FROM (realdecl) && DECL_DEBUG_EXPR (realdecl))
45
--- Comment #5 from damian at rouson dot net 2010-05-04 14:25 ---
(In reply to comment #4)
> What a horrible rule...
>
I'm not sure why you don't like it, but the reason for the rule is to have the
ability to overload the intrinsic structure constructors. The intrinsic
structure const
--- Comment #1 from casse at irit dot fr 2010-05-04 14:25 ---
Created an attachment (id=20556)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20556&action=view)
Preprocessed sources.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982
The simple code below:
==
#include
#include
#define ppc_mask64(n) ((n) == 64 ? (-1LL) : (1LL << (n)) - 1)
uint64_t ppc_set_field64u(uint64_t v, uint64_t s, int32_t u, int32_t l) {
uint64_t mask = ppc_mask64(u - l + 1) << l;
return (v & ~mask) | ((s
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-04 14:19
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #2 from paolo at gcc dot gnu dot org 2010-05-04 14:18 ---
Subject: Bug 43705
Author: paolo
Date: Tue May 4 14:17:52 2010
New Revision: 159029
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159029
Log:
/cp
2010-05-04 Paolo Carlini
PR c++/43705
* c
--- Comment #14 from ubizjak at gmail dot com 2010-05-04 14:16 ---
(In reply to comment #13)
> I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce
> this
> on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
> gcc), while according to lo
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
GCC build triplet|i686-pc-cygwin |
GCC host triplet|i686-pc-cygwin |
GCC target triplet
--- Comment #11 from hjl at gcc dot gnu dot org 2010-05-04 14:15 ---
Subject: Bug 43508
Author: hjl
Date: Tue May 4 14:14:46 2010
New Revision: 159028
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159028
Log:
Backport PR debug/43508 testcase.
2010-05-04 H.J. Lu
Ba
--- Comment #10 from hjl at gcc dot gnu dot org 2010-05-04 14:11 ---
Subject: Bug 43508
Author: hjl
Date: Tue May 4 14:11:32 2010
New Revision: 159027
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159027
Log:
Add a testcase for PR debug/43508.
2010-05-04 H.J. Lu
P
--- Comment #31 from rguenth at gcc dot gnu dot org 2010-05-04 14:02
---
Fixed!
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-04 13:57 ---
I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce this
on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
gcc), while according to log I see these
WARNING: libmudfl
--- Comment #30 from rguenth at gcc dot gnu dot org 2010-05-04 13:12
---
Subject: Bug 43879
Author: rguenth
Date: Tue May 4 13:12:02 2010
New Revision: 159026
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159026
Log:
2010-05-04 Richard Guenther
PR tree-optimizatio
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-04 13:06 ---
Fixed then.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from zsojka at seznam dot cz 2010-05-04 12:58 ---
r157703 fixes both testcases from comment #2 and comment #7 (r157702 fails with
both, flags for the first testcase are "-std=gnu++0x -O3 -march=core2 -msse4.1
-fomit-frame-pointer -ggdb -m32"). No testcase was commited thou
--- Comment #12 from paolo dot carlini at oracle dot com 2010-05-04 12:35
---
Can well be, personally I *never* checked -static on the targets affected by
the 128 bit long double issue. I'm not even sure if Jakub himself did...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #11 from ubizjak at gmail dot com 2010-05-04 12:31 ---
I belive this problem also shows on powerpc64-linux-gnu, configured with
--with-long-double-128 [1]:
FAIL: libmudflap.c++/pass28-frag.cxx (-static) (test for excess errors)
WARNING: libmudflap.c++/pass28-frag.cxx (-stati
--- Comment #4 from steven at gcc dot gnu dot org 2010-05-04 12:09 ---
What a horrible rule...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-04 12:05
---
Ok, let's resolve it as duplicate, then.
*** This bug has been marked as a duplicate of 42032 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #8 from paolo dot carlini at oracle dot com 2010-05-04 12:05
---
*** Bug 43978 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-04 11:45 ---
Created an attachment (id=20555)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20555&action=view)
gcc46-pr43981.patch
Fix I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
--- Comment #6 from thomas dot petazzoni at free-electrons dot com
2010-05-04 11:44 ---
FWIW, I'm still having this bug with gcc 4.3.4 :
/home/test/buildroot/output.arm-internal-br-2010-05-04--10-14-30/toolchain/gcc-4.3.4/gcc/doc//invoke.texi:1244:
@include
`/home/test/buildroot/output
--- Comment #10 from dje at gcc dot gnu dot org 2010-05-04 11:41 ---
Binutils now fully supports AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mikpe at it dot uu dot se 2010-05-04 11:23 ---
Thanks Bernd for committing this. Closing as fixed.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
--
--- Comment #29 from rguenth at gcc dot gnu dot org 2010-05-04 11:16
---
Indeed. Many thanks for these testcases! I have a fix in testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #3 from bernds at gcc dot gnu dot org 2010-05-04 10:50 ---
Subject: Bug 43964
Author: bernds
Date: Tue May 4 10:49:41 2010
New Revision: 159022
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159022
Log:
PR bootstrap/43964
* ira-color.c (assign_hard_r
--- Comment #7 from dodji at gcc dot gnu dot org 2010-05-04 10:31 ---
Close this now.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-04 10:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-04 10:01 ---
(In reply to comment #3)
> Richard, can you have a look? It is the same as 42032?
I am pretty sure it is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
1 - 100 of 116 matches
Mail list logo
