--- Comment #6 from rob1weld at aol dot com 2010-05-04 07:00 ---
>> Unless there are very important reasons (and I don't see any since the
>> underlying libthread and libpthread implementation on Solaris 2 is
>> identical, >> just the interfaces differ), please stick with the default,
--- Comment #16 from siarhei dot siamashka at gmail dot com 2010-05-04
07:04 ---
So basically what we have is that gcc miscompiles itself somewhere in the code
where one of those ~7000 gcc_assert is used. The next step is to identify which
one of them triggers this bad behaviour (bisect
--- Comment #8 from rob1weld at aol dot com 2010-05-04 07:05 ---
>> As I've said before: please file *clear individual bug reports* for each
>> single
>> issue you find. Dealing with reports like this, with dozens of issues and
>> non-
>> issues mixed, is close to impossible.
I'll st
--- Comment #12 from rob1weld at aol dot com 2010-05-04 07:20 ---
>> ... the time it takes to analyze and fix problems. This is practically
>> doubled if you have two different configurations to test, and I simply
>> cannot afford that, given that this is a spare-time activity. That's
--- Comment #4 from kirr at landau dot phys dot spbu dot ru 2010-05-04
07:44 ---
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 work" I don't mean gener
--- Comment #42 from mrs at gcc dot gnu dot org 2010-05-04 08:22 ---
Steve, machopic_symbol_defined_p I think is being asked if that symbol is being
defined. It is saying yes, but is isn't defined. Since it was not defined
before, but is with LTO, I was assuming it was a symbol added b
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-04
08:53 ---
Subject: Re: gcc 4.4.0 20090210 - The 'copy-vmresources.sh' script can't find
the 'mkinstalldirs' script.
Could you please retry the bootstrap with current sources and absolute
pathnames to $srcdir/configu
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-04
08:55 ---
Subject: Re: gcc 4.4.0 20090117 - init_priority incorrect for GNU ld in
"gcc/config/sol2.h"
I regularly build all three combinations on mainline now: Sun as/ld, GNU
as/Sun ld, and GNU as/ld, to make sure
This simple program
void g(char*);
char f(unsigned a) {
unsigned len=a*3;
char t[len];
g(t);
return t[0];
}
issues "warning: variable 'len' set but not used" even though len
appears in char t[len];
--
Summary: -Wunused-but-set-variable does not consider arr
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC|jakub at redhat dot com |
Summary|-Wunused-but-set-variable |[4.6 Regression] -Wunu
--- Comment #4 from dodji at gcc dot gnu dot org 2010-05-04 09:50 ---
Subject: Bug 43953
Author: dodji
Date: Tue May 4 09:49:45 2010
New Revision: 159019
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159019
Log:
Fix PR c++/43953
gcc/cp/ChangeLog:
PR c++/43953
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-04 09:53 ---
Subject: Bug 43949
Author: rguenth
Date: Tue May 4 09:53:28 2010
New Revision: 159020
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159020
Log:
2010-05-04 Richard Guenther
PR tree-optimization/
--- Comment #5 from dodji at gcc dot gnu dot org 2010-05-04 09:58 ---
Subject: Bug 43953
Author: dodji
Date: Tue May 4 09:58:03 2010
New Revision: 159021
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159021
Log:
Fix PR c++/43953
gcc/cp/ChangeLog:
PR c++/43953
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-04 09:59 ---
(In reply to comment #4)
> For sure cannot be reproduced with 4.5 and mainline.
Because we removed the code that emitted this warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
--- Comment #6 from dodji at gcc dot gnu dot org 2010-05-04 10:01 ---
Fixed in 4.6 (trunk) and 4.5.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43953
--- 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
--- 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 #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 #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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
--- 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 #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
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 #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
--- 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
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 #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
--- 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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
--
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: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
--- 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: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 #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 #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
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 #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
---
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fa
--- 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
---
--- 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 #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 #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 #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 #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 #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 #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
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
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
--- 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
--- 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 #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
1 - 100 of 116 matches
Mail list logo
