--- Comment #1 from dgregor at gcc dot gnu dot org 2008-08-23 04:59 ---
Created an attachment (id=16133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16133&action=view)
Test case illustrating the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37208
Deleted functions don't cause SFINAE failures (or any kind of failure), but
they should.
--
Summary: C++0x deleted functions and SFINAE
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-23 04:02 ---
(In reply to comment #4)
> (In reply to comment #3)
> > Where is the namespace scope in the example?
>
> From the standard, 3.3.5p3:
>
> The outermost declarative region of a translation unit is
> also a namespace
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-23 03:39 ---
-Wall does not include -Wwrite-strings. The docs are also correct but badly
worded.
Index: gcc/doc/invoke.texi
===
--- gcc/doc/invoke.texi (revision 13943
Seen using r139506 on Ubuntu Hardy.
[EMAIL PROTECTED]:~/volatile/tmp12$ current-gcc -Os small.c
small.c: In function func_18:
small.c:18: internal compiler error: tree check: expected ssa_name, have
integer_cst in recognize_single_bit_test, at tree-ssa-ifcombine.c:222
Please submit a full bug re
--- Comment #11 from kmccarty at debian dot org 2008-08-23 03:24 ---
(In reply to comment #9)
By the way, Steve, I do find (as you mentioned) that -frename-registers in
place of -funroll-loops also triggers the bug, and that adding
-fno-schedule-insns2 makes it go away.
--
http://g
ortran -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ./configure --enable-fortran
--prefix=/home/kmccarty/gcc-4.3-branch/
--with-mpfr=/home/kmccarty/gcc-4.3-branch/
--with-gmp=/home/kmccarty/gcc-4.3-branch/
Thread model: posix
gcc version 4.3.2 20080822 (prerelease) (GC
--- Comment #4 from gcc-bugzilla at contacts dot eelis dot net 2008-08-23
02:58 ---
(In reply to comment #3)
> Where is the namespace scope in the example?
>From the standard, 3.3.5p3:
The outermost declarative region of a translation unit is
also a namespace, called the global na
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-23 02:48 ---
Where is the namespace scope in the example?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-23 02:44 ---
extern struct S x;
void foo() { (void)x; }
void baz() { x ; }
pr36941.c: In function baz:
pr36941.c:3:1: error: expression statement has incomplete type
Where is the quote about undefined behaviour from?
--
manu
--- Comment #2 from manu at gcc dot gnu dot org 2008-08-23 02:36 ---
(In reply to comment #1)
> >test.cpp:8: error: multiple types in one declaration
>
> What more do you want? Because it says what is happen, there are more than
> one
> type in the declaration.
I wonder what the pars
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-23 02:30 ---
I cannot compile this with GCC 4.3.1 or GCC 4.4. I get several errors similar
to:
In file included from /opt/ACE_wrappers/ace/Global_Macros.h:927,
from /opt/ACE_wrappers/ace/OS_NS_Thread.h:29,
--- Comment #7 from manu at gcc dot gnu dot org 2008-08-23 02:19 ---
With GCC 4.3.0 I get
pr36794.C: In function 'int main()':
pr36794.C:6: warning: ignoring attributes applied to class type 'wrap_a'
outside of definition
Please, report it to RedHat. They will contact us if they think
--- Comment #10 from eric dot weddington at atmel dot com 2008-08-22 23:06
---
Fixed on 4.4.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Consider:
struct nocopy { private: nocopy(nocopy const&); };
nocopy && f();
nocopy && r = f();
On the last line, g++ 4.4 (with -std=c++0x) complains:
error: "nocopy::nocopy(const nocopy&)" is private in this context
Thus, it seems g++ wants to create a temporary. While there
are many si
--- Comment #9 from aesok at gcc dot gnu dot org 2008-08-22 21:26 ---
Subject: Bug 11259
Author: aesok
Date: Fri Aug 22 21:24:56 2008
New Revision: 139502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139502
Log:
PR target/11259
* config/avr/avr.md (UNSPEC_SWAP)
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c1d51d45d8779b90
Internal Compiler Error: in gfc_conv_string_parameter, at
fortran/trans-expr.c:4009
--C program --
char cdir(void){return '/';}
--Fortran program
MODULE mod
INTERFACE
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 21:14
---
Subject: Bug 37078
Author: rguenth
Date: Fri Aug 22 21:13:00 2008
New Revision: 139501
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139501
Log:
2008-08-22 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 21:13 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-22 21:13 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 21:13 ---
Subject: Bug 37143
Author: rguenth
Date: Fri Aug 22 21:11:48 2008
New Revision: 139500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139500
Log:
2008-08-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 20:52 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #1 from paolo dot carlini at oracle dot com 2008-08-22 20:43
---
The usual CC...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from domob at gcc dot gnu dot org 2008-08-22 20:38 ---
I think we can fix this now, added a -Wsurprising warning.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from domob at gcc dot gnu dot org 2008-08-22 20:37 ---
Subject: Bug 30239
Author: domob
Date: Fri Aug 22 20:36:12 2008
New Revision: 139499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139499
Log:
2008-08-22 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
Consider:
#include
void f(int &) { std::cout << "lvalue\n"; }
void f(int &&) { std::cout << "rvalue\n"; }
int main() { int x(3); f(reinterpret_cast(x)); }
This /should/ output "rvalue", but it outputs "lvalue" instead (when compiled
with -std=c++0x).
In 5.2.10p1, n2691 (the most recent
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-08-22 20:18
---
> Following patch should fix it, I will test it ASAP
Thanks, I can confirm that it does fix the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37094
--- Comment #60 from janis at gcc dot gnu dot org 2008-08-22 20:09 ---
I'm preparing a patch to move the C++ compiler tests to the new versions of
dg-error and dg-warning. Several of them include checks of column numbers, so
my patch uses Aldy's changes to lib/gcc-dg.exp from
http://gcc
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-08-22 19:28
---
This should be fixed on the trunk by
2008-08-20 Richard Guenther <[EMAIL PROTECTED]>
* tree-vrp.c (found_in_subgraph): Remove.
(live): New global static.
(live_on_edge): New function.
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 19:25 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #2 from pluto at agmk dot net 2008-08-22 19:09 ---
looks like a PR37191
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36722
--- Comment #5 from janis at gcc dot gnu dot org 2008-08-22 19:05 ---
Patch is http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00843.html, I pinged it
earlier today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36756
--- Comment #30 from andreast at gcc dot gnu dot org 2008-08-22 18:42
---
Created an attachment (id=16132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16132&action=view)
preprocessed source prims.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #29 from hp at gcc dot gnu dot org 2008-08-22 18:18 ---
(In reply to comment #28)
> Well, a bit of good news: patch #3 fixes all test case regressions regarding
> "weak" for the AVR.
Thanks for testing! Hopefully I can get that preprocessed code soon and with a
bit of luck
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-08-22 18:16
---
Any news on the review?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28441
--- Comment #28 from eric dot weddington at atmel dot com 2008-08-22 18:06
---
Well, a bit of good news: patch #3 fixes all test case regressions regarding
"weak" for the AVR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #3 from dominiq at lps dot ens dot fr 2008-08-22 17:55 ---
Quick answer without a full bootstrap, the ICE is still there at rev. 139471.
Answer with a full bootstrap tomorrow morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
--- Comment #21 from manu at gcc dot gnu dot org 2008-08-22 17:54 ---
(In reply to comment #19)
> (In reply to comment #18)
> > I think that if the compiler knows that the code is never executed then, we
> > shouldn't warn.
>
> It does but only later on in the optimization it knows tha
Found at
http://groups.google.com/group/gg95/browse_thread/thread/d27f173506fbb9cc
The following program compiles without any warning, but NAG f95 prints:
Error: line 6: Value 2 in ORDER arg to RESHAPE duplicated
integer, dimension(6) :: source1 = (/ 1, 2, 3, 4, 5, 6 /)
integer, dimension(2) ::
--- Comment #10 from nightstrike at gmail dot com 2008-08-22 17:41 ---
How can you close this if the tuples merge makes it impossible to build gcc
with version 3.4? The minimum gcc is still 2.95.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37086
--- Comment #20 from hjl dot tools at gmail dot com 2008-08-22 17:37
---
(In reply to comment #19)
> (In reply to comment #18)
> > I think that if the compiler knows that the code is never executed then, we
> > shouldn't warn.
>
> It does but only later on in the optimization it knows
--- Comment #13 from dodji at gcc dot gnu dot org 2008-08-22 17:34 ---
Created an attachment (id=16131)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16131&action=view)
8th version
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from pinskia at gcc dot gnu dot org 2008-08-22 17:30
---
(In reply to comment #18)
> I think that if the compiler knows that the code is never executed then, we
> shouldn't warn.
It does but only later on in the optimization it knows that the code is dead.
--
http
--- Comment #27 from hp at gcc dot gnu dot org 2008-08-22 17:18 ---
(In reply to comment #26)
> Bootstrap fails at
Gosh darn.
Please attach preprocessed code and I'll try to figure out what's going on...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #26 from dominiq at lps dot ens dot fr 2008-08-22 17:09 ---
Bootstrap fails at
[ibook-dhum] x86_64/libjava% /opt/gcc/i686-darwin/./gcc/xgcc -shared-libgcc
-B/opt/gcc/i686-darwin/./gcc -nostdinc++
-L/opt/gcc/i686-darwin/i686-apple-darwin9/x86_64/libstdc++-v3/src
-L/opt/gcc/i6
--- Comment #18 from manu at gcc dot gnu dot org 2008-08-22 17:04 ---
(In reply to comment #1)
> This happens because the warning happens very early in the compiler so it does
> not know that the case5 is not going to be used. I think the warning is
> correct and not really bogus if you
--- Comment #6 from aph at gcc dot gnu dot org 2008-08-22 16:58 ---
Subject: Bug 8995
Author: aph
Date: Fri Aug 22 16:57:11 2008
New Revision: 139494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139494
Log:
2008-08-22 Andrew Haley <[EMAIL PROTECTED]>
PR libgcj/8995:
--- Comment #5 from maksverver at geocities dot com 2008-08-22 16:53
---
Excuse me, but I do not understand what makes this code invalid. Could anybody
explain? If so, does this apply to all the test cases given (also for bugs that
are marked as duplicates of this bug)?
--
http://g
--- Comment #17 from manu at gcc dot gnu dot org 2008-08-22 16:44 ---
The location passed to check_array_ref is correct but the new way to check if
we are in system headers does not work well with the %H hack. This will go away
soon hopefully when everything takes an explicit location.
--- Comment #5 from aph at gcc dot gnu dot org 2008-08-22 16:20 ---
Subject: Bug 8995
Author: aph
Date: Fri Aug 22 16:04:29 2008
New Revision: 139492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139492
Log:
2008-08-22 Andrew Haley <[EMAIL PROTECTED]>
PR libgcj/8895:
--- Comment #4 from aph at gcc dot gnu dot org 2008-08-22 16:18 ---
Subject: Bug 8995
Author: aph
Date: Fri Aug 22 16:17:19 2008
New Revision: 139493
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139493
Log:
Fix PR#.
2008-08-22 Andrew Haley <[EMAIL PROTECTED]>
PR li
--- Comment #2 from dominiq at lps dot ens dot fr 2008-08-22 16:17 ---
> This is a duplicate of 37170
I don't think so. Although I am bootstraping with the patch for 37170 and
cannot conclude yet, my previous attempt fixed the weak tests, but not the
visibility ones.
--
http://gcc.
--- Comment #4 from aph at gcc dot gnu dot org 2008-08-22 16:05 ---
Subject: Bug 8895
Author: aph
Date: Fri Aug 22 16:04:29 2008
New Revision: 139492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139492
Log:
2008-08-22 Andrew Haley <[EMAIL PROTECTED]>
PR libgcj/8895:
--- Comment #1 from espindola at google dot com 2008-08-22 15:46 ---
Subject: Re: New: FAIL: gcc.dg/visibility-1[4-9].c
This is a duplicate of 37170
2008/8/22 dominiq at lps dot ens dot fr <[EMAIL PROTECTED]>:
> On *-apple-darwin* the following tests introduced at revision 139100:
>
>
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37168
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 15:36 ---
So, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37146
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37145
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 15:34 ---
Again wrong types from SCEV. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 15:26 ---
This looks like a fallout from the unit-at-a-time changes. The testcase
works for me with -O -fno-toplevel-reorder.
Honza, can you have a look here?
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #25 from hp at gcc dot gnu dot org 2008-08-22 15:25 ---
Created an attachment (id=16130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16130&action=view)
Patch, take 3.
Thanks for your reports!
I stupidly forgot to move out the tree type checks from inside the #ifdef
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37094
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 15:20 ---
This is not a gcc bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-checking
Priority|P3 |P2
La
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37071
On *-apple-darwin* the following tests introduced at revision 139100:
Revision 139100 - (view) (download) - [select for diffs]
Added Thu Aug 14 16:05:36 2008 UTC (7 days, 23 hours ago) by espindola
File length: 239 byte(s)
2008-08-14 Rafael Avila de Espindola <[EMAIL PROTECTED]>
* gcc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Priority|P3 |P2
http://gcc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37061
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37058
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37028
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37020
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 15:07 ---
Seems to be target independent, I also see this on x86_64.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 15:04 ---
Let's just close this. Martin, please re-open if you figure that things are
still broken.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 15:03 ---
This seems to be fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 15:02 ---
*** Bug 36983 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 15:02
---
*** This bug has been marked as a duplicate of 35418 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 15:01 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 14:59 ---
Interestingly enough this is only broken on the trunk for me, where we reject
the code.
/abuild/rguenther/trunk-g/gcc/t.ii:1: error: initializer for floating value is
not a floating constant
/abuild/rguenther/trunk-
--- Comment #24 from dominiq at lps dot ens dot fr 2008-08-22 14:54 ---
Created an attachment (id=16129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16129&action=view)
libggc2.i for i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.4.0 [revision 139455p5] 20080822 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.4' '-v' '-save-temps'
'-B/opt/gcc/i686-darwin/./gcc/' '-B/opt/gcc
roup_id=68108&func=browse'
--with-dwarf2 --with-gmp=/usr/local --with-mpfr=/usr/local
--enable-win32-registry=WinAVR-test --enable-languages=c,c++,objc,ada
--enable-doc --disable-nls --disable-shared --disable-libada --disable-libssp
Thread model: single
gcc version 4.4.0 2008
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 14:51 ---
For the curious, G++ 3.4.6 says
t.ii:4: error: `zeroptr' is not a valid template argument
t.ii:4: error: it must be the address of a function with external linkage
--
rguenth at gcc dot gnu dot org changed:
--- Comment #21 from eric dot weddington at atmel dot com 2008-08-22 14:51
---
Created an attachment (id=16128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16128&action=view)
Preprocessed source of ICE from building with patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 14:48 ---
Any updates here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priorit
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 14:46 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 14:44 ---
Still works for me. Closing due to lack of response from reporter.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 14:41 ---
Any update on this?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Prior
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 14:39
---
Closing as fixed. The memcpy issue is tracked separately, the pr35729.c
failure
should be filed in a less confusing bugreport.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35468
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:21 ---
On which target?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone
--- Comment #2 from dominiq at lps dot ens dot fr 2008-08-22 14:20 ---
I still see it at revision 139372. I am not yet at revision 139385 on ppc. I'll
start an update ASAP, result by tomorrow (~10 hours).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
--- Comment #20 from hp at gcc dot gnu dot org 2008-08-22 14:18 ---
(In reply to comment #18)
> My command line is:
>
> ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w
> --mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info
> --build=i686-apple-darwin9 --enable-l
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37162
1 - 100 of 153 matches
Mail list logo
