--- 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 #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: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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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]>
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 #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)
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 #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
--- 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 #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 #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 #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 #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 #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
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 #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
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 #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
--- 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
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 #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
101 - 153 of 153 matches
Mail list logo
