--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-04-10 01:38
---
I think the intent of these test is not to compare the strings but to see if
the pointers are pointing to the exact same string. You could have a situation
where the content of the strings is identical but they a
--- Comment #5 from danglin at gcc dot gnu dot org 2010-04-10 00:37 ---
Subject: Bug 43458
Author: danglin
Date: Sat Apr 10 00:37:02 2010
New Revision: 158184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158184
Log:
PR target/43458
* testsuite/26_numerics/heade
--- Comment #19 from danglin at gcc dot gnu dot org 2010-04-10 00:34
---
Subject: Bug 41912
Author: danglin
Date: Sat Apr 10 00:34:05 2010
New Revision: 158183
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158183
Log:
Backport from mainline:
2009-12-05 John Da
--- Comment #35 from iains at gcc dot gnu dot org 2010-04-09 22:30 ---
(In reply to comment #34)
> I thought we were going to wait for the vendor (Apple) to fix their complex
> math subroutines.
We shouldn't be affected by the bug - so, great if it gets fixed, but we still
need to make
--- Comment #2 from longb at cray dot com 2010-04-09 22:20 ---
OK, no need to worry about the simple.f90 case. The original test.f90 problem
is the only issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43712
--- Comment #5 from wilson at codesourcery dot com 2010-04-09 22:16 ---
Subject: Re: Unexpected error message for bad command line
argument
On 04/09/2010 02:34 PM, wilson at gcc dot gnu dot org wrote:
> POSIX says that for command line arguments "-a -d", "-d -a", "-da", and "-ad"
> ar
--- Comment #4 from mika dot fischer at kit dot edu 2010-04-09 22:10
---
I'm Martin's coworker and want to add some additional points.
Just be be clear, this is not an exotic toy example, it is causing us real
problems with production code. Martin just stripped it down so it can be eas
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-09 21:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from indy2718 at gmail dot com 2010-04-09 21:51 ---
Independently received the same ICE on AMD64, trunk revision 157958. test.cpp
attached.
--
indy2718 at gmail dot com changed:
What|Removed |Added
--
--- Comment #18 from iains at gcc dot gnu dot org 2010-04-09 21:51 ---
(In reply to comment #17)
> Question being, is there a difference between darwin and, say, our average
> linux box, that allows static linking with the one, but not with the other?
yes, there is a significant differ
--- Comment #6 from indy2718 at gmail dot com 2010-04-09 21:48 ---
Created an attachment (id=20353)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20353&action=view)
ICE on lambda
try to compile, ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43641
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-04-09 21:40
---
Try using -std=f90 with and without -pedantic. gfortran allows the missing
ampersand as an extension.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43712
--- Comment #4 from wilson at gcc dot gnu dot org 2010-04-09 21:34 ---
I don't think this is documented anywhere. Not in gcc at least.
POSIX says that for command line arguments "-a -d", "-d -a", "-da", and "-ad"
are all equivalent. Many GNU tools do not conform to this rule. A long
For the test case:
program F03_2_9_3_5_2b
use omp_lib
implicit none
integer, parameter :: NT = 4
integer, parameter :: int64_t = selected_int_kind(18)
integer (kind=int64_t), parameter::DYNAMIC_MEMORY = 64000_int64_t
integer (kind=int64_t), parameter::ARRAY_SIZE = DYNAMIC_MEMORY/
--- Comment #17 from dfranke at gcc dot gnu dot org 2010-04-09 21:28
---
(In reply to comment #16)
> Does that help?
Much. Thanks. :)
Don't know if this is still a problem, but #0 has:
> for libgomp, one can not simply use LDFLAGS=-static as libgomp pulls in
> libpthread and static li
--- Comment #16 from iains at gcc dot gnu dot org 2010-04-09 21:19 ---
(In reply to comment #15)
> (In reply to comment #14)
> > On Darwin - I made it so that if -static-* is given for {stdc++,cc, fortran}
> > the specs cause a substitution for static libgomp. Would that work for you?
>
--- Comment #2 from ubizjak at gmail dot com 2010-04-09 21:16 ---
This does not fail for me, but it should be the same problem as in PR43709.
Marking as fixed, please reopen if still fails on your target.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #4 from ubizjak at gmail dot com 2010-04-09 21:15 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from uros at gcc dot gnu dot org 2010-04-09 21:13 ---
Subject: Bug 43709
Author: uros
Date: Fri Apr 9 21:12:42 2010
New Revision: 158177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158177
Log:
PR target/43707
PR target/43709
* config/i3
--- Comment #1 from uros at gcc dot gnu dot org 2010-04-09 21:13 ---
Subject: Bug 43707
Author: uros
Date: Fri Apr 9 21:12:42 2010
New Revision: 158177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158177
Log:
PR target/43707
PR target/43709
* config/i3
--- Comment #5 from joseph dot h dot garvin at gmail dot com 2010-04-09
21:06 ---
As a separate affected user, might I ask you guys to reconsider again? If
you're writing a smart pointer class in C++, users expect that you will support
all the same operators with all the same semantics.
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-04-09
21:06 ---
I thought we were going to wait for the vendor (Apple) to fix their complex
math subroutines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #15 from dfranke at gcc dot gnu dot org 2010-04-09 21:04
---
(In reply to comment #14)
> On Darwin - I made it so that if -static-* is given for {stdc++,cc, fortran}
> the specs cause a substitution for static libgomp. Would that work for you?
Iain, I can't say as I can't
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-09 21:01 ---
This used to work in 4.1.x.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC bu
--- Comment #33 from dominiq at lps dot ens dot fr 2010-04-09 20:56 ---
(In reply to comment #32)
Note that when using the patch in comment #22 triggers pr43254: another side
effect of -lm is to prevent the run of dsymutil even with -g.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #3 from baeuml at kit dot edu 2010-04-09 20:55 ---
> Have you done a profile (using oprofile) to see why this happens.
I've oprofile'd the original program from which this is a stripped down minimal
example. I did not see anything unusual, but I'm certainly no expert with
o
--- Comment #32 from iains at gcc dot gnu dot org 2010-04-09 20:45 ---
(In reply to comment #21)
> As a workaround in gcc I suggest to strip -lm in the darwin specific specs
> processing.
I think this is our best way forward.
We should not accept -lm if it could alter the behavior o
For the test code:
program NF03_2_5_2_1a
!$omp parallel
!$omp sections
!$omp section
print *, 'FAIL'
!$omp section
print *, 'FAIL'
!$omp end sections nowait nowait
!$omp end parallel
print *, 'FAIL - NF03_2_5_2_1a.f90 should not compile'
stop
--- Comment #2 from ubizjak at gmail dot com 2010-04-09 20:34 ---
I have a patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|u
--- Comment #2 from siarhei dot siamashka at gmail dot com 2010-04-09
20:34 ---
(In reply to comment #1)
> This is exacted really. Denormals are a weird case in general.
Well, denormals may be weird. But what about nan's, inf's and the other IEEE
stuff, which is not supported by NEON
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-09
20:06 ---
Subject: Re: [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test;
formatted read - wrong numbers
> Can you also do the following: Using the 4.4 or 4.5 binary with the 4.5 or 4.4
> libgfortran. I s
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 19:55 ---
This is exacted really. Denormals are a weird case in general. Plus your
testcase depends on uninitialized values.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43703
--- Comment #30 from sherpya at netfarm dot it 2010-04-09 19:48 ---
there is something odd.
with lto:
--- SCAN SUMMARY ---
Known viruses: 754681
Engine version: de...@clamwin MinGW - Apr 9 2010
Scanned directories: 1
Scanned files: 4402
Infected files: 0
Data scanned: 9
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-04-09 19:44 ---
Fully reduced:
template< typename T2, typename T3 > struct if_ {
typedef T2 type;
};
template struct iterator_restrict_traits { };
template class matrix {
class ci {};
class i {};
};
--- Comment #1 from mikael at gcc dot gnu dot org 2010-04-09 19:42 ---
Created an attachment (id=20352)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20352&action=view)
The patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43710
Testcase(s) to be found :-(
--
Summary: suspicious string comparisons
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #3 from iains at gcc dot gnu dot org 2010-04-09 19:36 ---
bootstrap completed on {powerpc,i686}-apple-darwin9 and x86_64-apple-darwin10
@r158165
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from iains at gcc dot gnu dot org 2010-04-09 19:24 ---
(In reply to comment #1)
> Guess setting DECL_READ_P at the same spot as TREE_USED in config/darwin-c.c
> could fix this.
Yes, it does thanks the head up.
... is TREE_USED() redundant in this case?
(I've left it in
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-09 19:20 ---
Created an attachment (id=20351)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20351&action=view)
More reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 19:15 ---
Created an attachment (id=20350)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20350&action=view)
More reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--- Comment #14 from iains at gcc dot gnu dot org 2010-04-09 19:06 ---
(In reply to comment #10)
> Any chance to ever get -static-libgomp? Otherwise this PR can probably be
> closed?!
On Darwin - I made it so that if -static-* is given for {stdc++,cc, fortran}
the specs cause a substit
--- Comment #13 from iains at gcc dot gnu dot org 2010-04-09 19:04 ---
Created an attachment (id=20349)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20349&action=view)
check for -static in lookup_option.
PR bootstrap/31400
* gfortranspec.c (lookup_option): Check
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 18:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from jakub at gcc dot gnu dot org 2010-04-09 18:37 ---
Guess setting DECL_READ_P at the same spot as TREE_USED in config/darwin-c.c
could fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43708
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 18:33 ---
Have you done a profile (using oprofile) to see why this happens. Really I
think GOMP_CPU_AFFINITY should not be used that much as it will cause
starvation no matter what.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #29 from sherpya at netfarm dot it 2010-04-09 18:30 ---
using -flto links, but looks like it links in a different way
while linking llvm part I get ice:
In member function 'RefineAbstractType':
lto1: internal compiler error: in input_gimple_stmt, at lto-streamer-in.c:1108
P
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 18:27 ---
Most likely the same issue as PR 43707 or at least related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43709
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|[4.6 Regression] FAIL: |[4.
On Linux/ia32, revision 158165 gave:
/export/gnu/import/svn/gcc-test/src-trunk/libgomp/testsuite/libgomp.c++/loop-10.C:
In function 'int test1()':^M
/export/gnu/import/svn/gcc-test/src-trunk/libgomp/testsuite/libgomp.c++/loop-10.C:94:1:
error: could not split insn^M
(insn 805 1217 806
/export/gnu/
--- Comment #14 from jakub at gcc dot gnu dot org 2010-04-09 18:24 ---
Testcase distilled from OO.o that has been also fixed by this bugfix (failed at
-Os). Do we want it for the testsuite too?
struct S
{
int a, b;
char c[10];
};
__attribute__((noinline)) void
test (struct S *x)
{
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 18:12 ---
Well $20 is a callee save register.
The back-end emits a save for some reason ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from iains at gcc dot gnu dot org 2010-04-09 17:42 ---
(In reply to comment #11)
> The http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126068
> patch adds OPTION_static, but nothing ever returns that value, so the code
> setting static_linking is clearly dead code. That
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |target
Summary|[4.6 Regression] gcc.c- |[4.6 Regressio
--- Comment #9 from zsojka at seznam dot cz 2010-04-09 17:21 ---
Thank you for the patch. I tested it in trunk r158150 at x86_64-unix, it
bootstrapped fine (languages=c,c++,lto,fortran).
check with RUNTESTFLAGS="--target_board=unix/-fno-trapping-math" fixed
following FAILs (compared to c
FAIL: gcc.dg/pragma-darwin.c (test for excess errors)
Excess errors:
/GCC/gcc-live-trunk/gcc/testsuite/gcc.dg/pragma-darwin.c:44:7: warning:
variable 'x' set but not used
/GCC/gcc-live-trunk/gcc/testsuite/gcc.dg/pragma-darwin.c:65:10: warning:
variable 'b' set but not used
/GCC/gcc-live-trunk/gcc/t
--- Comment #11 from jakub at gcc dot gnu dot org 2010-04-09 17:05 ---
The http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126068
patch adds OPTION_static, but nothing ever returns that value, so the code
setting static_linking is clearly dead code. That couldn't be the intent.
--
FAIL: gcc.c-torture/execute/ashldi-1.c compilation, -O3 -fomit-frame-pointer
-funroll-loops (internal compiler error)
UNRESOLVED: gcc.c-torture/execute/ashldi-1.c execution, -O3
-fomit-frame-pointer -funroll-loops
FAIL: gcc.c-torture/execute/ashldi-1.c compilation, -O3 -fomit-frame-pointer
-fu
--- Comment #4 from hjl dot tools at gmail dot com 2010-04-09 16:32 ---
It is caused by revision 157849:
http://gcc.gnu.org/ml/gcc-cvs/2010-03/msg00686.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from hjl dot tools at gmail dot com 2010-04-09 16:25 ---
It is triggered by
* config/i386/i386.md (movtf): Check TARGET_SSE2 instead of
TARGET_64BIT.
in revision 137276:
http://gcc.gnu.org/ml/gcc-cvs/2008-06/msg01037.html
emit_move_multi_word calls itse
--- Comment #1 from baeuml at kit dot edu 2010-04-09 16:22 ---
Created an attachment (id=20348)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20348&action=view)
output of -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43706
The following code results in starvation if at least two OpenMP threads are
assigned to one core.
#include
int main()
{
while (true) {
#pragma omp parallel for
for (int ii = 0; ii < 1000; ++ii) {
int s = ii;
}
printf(".");
}
return 0;
}
C
--- Comment #4 from manu at gcc dot gnu dot org 2010-04-09 16:09 ---
FIXED for GCC 4.6
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #3 from manu at gcc dot gnu dot org 2010-04-09 16:09 ---
Subject: Bug 43195
Author: manu
Date: Fri Apr 9 16:08:42 2010
New Revision: 158169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158169
Log:
2010-04-09 Manuel López-Ibáñez
PR cpp/43195
libcpp/
--- Comment #6 from manu at gcc dot gnu dot org 2010-04-09 15:54 ---
FIXED for GCC 4.6
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from manu at gcc dot gnu dot org 2010-04-09 15:47 ---
FIXED for GCC 4.6
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42965
--- Comment #4 from manu at gcc dot gnu dot org 2010-04-09 15:46 ---
Subject: Bug 42965
Author: manu
Date: Fri Apr 9 15:45:52 2010
New Revision: 158168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158168
Log:
2010-04-09 Manuel López-Ibáñez
PR 42965
* di
--- Comment #18 from comer352l at googlemail dot com 2010-04-09 15:35
---
(In reply to comment #17)
> In the meantime I managed to test on a windows machine with a recent version
> (4.4.0) and the size increase doesn't occur there (but compilation is
> extremely
> slow, too).
Sorry, i
--- Comment #5 from nick2893 at hotmail dot com 2010-04-09 15:30 ---
I'm still not getting FTZ ... unless I misunderstood your suggestion, here's
what I did after compiling with -O2:
r...@nick-desktop:/home/test408# gfortran -o test4f
/usr/lib/gcc/i486-linux-gnu/4.4.0/crtfastmath.o TEST
--- Comment #4 from boschmann at tp1 dot physik dot uni-siegen dot de
2010-04-09 15:22 ---
I've tried to isolate the error message from the ICE. The smallest code is
a_module for the error and b_module for the ICE. a_module is valid f2003 code
but b_module is not, it contains a pointer
--- Comment #2 from jason at gcc dot gnu dot org 2010-04-09 15:21 ---
Subject: Bug 42623
Author: jason
Date: Fri Apr 9 15:20:58 2010
New Revision: 158167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158167
Log:
PR c++/42623
* c-common.c (c_sizeof_or_alignof_ty
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-09 15:19 ---
Subject: Bug 41788
Author: jason
Date: Fri Apr 9 15:19:17 2010
New Revision: 158166
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158166
Log:
PR c++/41788
* stor-layout.c (finalize_record_siz
Valgrind output:
$ valgrind -q --trace-children=yes g++ testcase.C
testcase.C:3:14: error: explicit specialization in non-namespace scope 'struct
S< >'
testcase.C:3:23: error: specialization of 'template struct S' must
appear at namespace scope
testcase.C:3:23: error: template parameters not used
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-09 15:08 ---
Created an attachment (id=20347)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20347&action=view)
autoreduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
> g++-4.5 -S bug-593923_integrals.3.ii
bug-593923_integrals.3.ii: In instantiation of
'boost::numeric::ublas::banded_adaptor
>::iterator1':
bug-593923_integrals.3.ii:500:50: instantiated from 'void
lsp::singular_decomposition::apply(M1&, M2&) const [with M1 =
boost::numeric::ublas::matrix, M2 =
b
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43702
Using gcc-4.5.0-RC-20100406.tar.bz2
//
#include
void __attribute__((noinline)) f(float * __restrict c,
float * __restrict a,
float * __restrict b)
{
int i;
for (i
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-04-09 14:26 ---
Suggested fix for this issue posted to ML at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00426.html
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--
On Linux/ia32, revision 158155 gave
FAIL: g++.dg/other/pr35504.C execution test
Revision 158149 is OK. It may be caused by
revision 158155:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00259.html
--
Summary: [4.6 regression] FAIL: g++.dg/other/pr35504.C execution
te
-darwin9
--build=powerpc64-apple-darwin9 --host=powerpc64-apple-darwin9
--with-libiconv-prefix=/usr --with-system-zlib
--enable-languages=c,objc,c++,obj-c++,fortran
--enable-version-specific-runtime-libs --enable-threads --enable-checking=yes
Thread model: posix
gcc version 4.4.4 20100409 (prerelease) [gcc
--- Comment #2 from iains at gcc dot gnu dot org 2010-04-09 13:34 ---
Subject: Bug 43684
Author: iains
Date: Fri Apr 9 13:34:33 2010
New Revision: 158164
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158164
Log:
gcc/
2010-04-09 Iain Sandoe
PR bootstrap/43684
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43695
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43690
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-09 13:02 ---
Trunk patch still pending.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Kno
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43662
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43657
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43655
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43636
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43635
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43611
--- Comment #1 from iains at gcc dot gnu dot org 2010-04-09 11:30 ---
Created an attachment (id=20346)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20346&action=view)
Remove (or wrap, as necessary) set but unused vars.
this replaces and consolidates the patches referenced above.
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-09 11:03 ---
Fixed in 4.3.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #3 from jiez at gcc dot gnu dot org 2010-04-09 10:58 ---
It's not reproducible on svn trunk now.
--
jiez at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from iains at gcc dot gnu dot org 2010-04-09 10:48 ---
Created an attachment (id=20345)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20345&action=view)
Provide template args to structure tags for ObjC++ encode.
Re Comment #1
It seems to me that, whilst there migh
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-09 10:42 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-09 10:42 ---
Subject: Bug 43152
Author: rguenth
Date: Fri Apr 9 10:41:37 2010
New Revision: 158158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158158
Log:
2010-04-09 Richard Guenther
PR target/43152
--- Comment #3 from paolo dot carlini at oracle dot com 2010-04-09 10:08
---
Actually, it's the same issue reported in PR43259
*** This bug has been marked as a duplicate of 43259 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |
--- Comment #11 from paolo dot carlini at oracle dot com 2010-04-09 10:08
---
*** Bug 43683 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
1 - 100 of 122 matches
Mail list logo
