http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54306
--- Comment #1 from Nick Clifton 2012-08-19 07:10:01
UTC ---
Created attachment 28049
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28049
Remove offending #endif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54306
--- Comment #2 from Nick Clifton 2012-08-19 07:11:42
UTC ---
Author: nickc
Date: Sun Aug 19 07:11:35 2012
New Revision: 190511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190511
Log:
PR target/54306
* config/arm/mmintrin.h: Rem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
Bug #: 54320
Summary: [c++11] range access to VLA
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54306
--- Comment #3 from Nick Clifton 2012-08-19 07:13:25
UTC ---
Hi Daniel,
Thanks for catching this. It was a snafu, corrected with the obvious fix you
suggested.
Cheers
Nick
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
--- Comment #1 from Andrew Pinski 2012-08-19
07:17:04 UTC ---
I don't think they can ever be as std::begin is defined as a template with one
of the template arguments being the size of the array.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
--- Comment #2 from Andrew Pinski 2012-08-19
07:18:25 UTC ---
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5435
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
--- Comment #3 from vincenzo Innocente
2012-08-19 07:24:52 UTC ---
int foo2(int N) {
int v[N];
for ( auto a : v)
if (a) return a;
return 0;
}
works, though was similar to std::begin(v) std::end(v)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54246
wbrana changed:
What|Removed |Added
Summary|Bytemark FOURIER 54% slower |Bytemark FOURIER 54% slower
|i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54214
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com
Created attachment 28050
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28050
C source code
I just tried to compile the package fcron-3.0.6-5
on gcc-4.8 trunk dated 20120819 on an AMD x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54321
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
--- Comment #4 from Paolo Carlini 2012-08-19
11:29:15 UTC ---
Would be an extension requiring front-end support. I don't think we want it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
vincenzo Innocente changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #5 from vinc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Paolo Carlini changed:
What|Removed |Added
CC|aschepler at gmail dot com |
--- Comment #2 from Paolo Carlini 2012-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54320
--- Comment #7 from Paolo Carlini 2012-08-19
12:05:57 UTC ---
Frankly I'm also not sure about the signature of the begin and end overloads
themselves, is it even possible to tell apart VLAs??
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54276
Paolo Carlini changed:
What|Removed |Added
CC|travis at gockelhut dot com |
--- Comment #2 from Paolo Carlini 2012-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #3 from Daniel Krügler
2012-08-19 12:13:32 UTC ---
(In reply to comment #2)
> Daniel can you double check?
Good that you ask. There must by some problem with my gcc installation, because
I get different results from different contex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54276
--- Comment #3 from Daniel Krügler
2012-08-19 12:14:53 UTC ---
(In reply to comment #2)
> Daniel can you please double check this one too? Today I'm definitely seeing
> the undefined reference.
It seems that I need to fix my gcc installation as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54276
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53488
Jiří Paleček changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026
--- Comment #5 from Jiří Paleček 2012-08-19 14:04:34
UTC ---
*** Bug 53488 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53488
--- Comment #11 from Jiří Paleček 2012-08-19 14:11:22
UTC ---
BTW I have proposed a patch that fixes this problem here:
http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01252.html. Please take a look at
it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026
--- Comment #6 from Jiří Paleček 2012-08-19 14:13:44
UTC ---
BTW I have proposed a patch that fixes this problem here:
http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01252.html. Please take a look at
it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026
--- Comment #7 from Paolo Carlini 2012-08-19
14:38:36 UTC ---
Do you have a copyright assignment on file?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54298
--- Comment #3 from Thomas Koenig 2012-08-19
15:05:49 UTC ---
Author: tkoenig
Date: Sun Aug 19 15:05:41 2012
New Revision: 190516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190516
Log:
2012-08-19 Thomas König
PR fortran/54298
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54322
Bug #: 54322
Summary: [OOP] Wrong TARGET-attribute handling with CLASS
IS/TYPE IS
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026
--- Comment #8 from Jiří Paleček 2012-08-19 15:38:33
UTC ---
(In reply to comment #7)
> Do you have a copyright assignment on file?
I don't know what you're talking about, so probably no. (BTW which file?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54323
Bug #: 54323
Summary: Friend function declaration not correctly identified
with CRTP + enable_if
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54298
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54302
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301
--- Comment #5 from Tobias Burnus 2012-08-19
17:27:14 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> If the target has the SAVE attribute or is allocatable, we shouldn't warn.
Why shouldn't one warn for ALLOCATABLE? See first exam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54321
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54214
--- Comment #19 from Denis Kolesnik
2012-08-19 18:15:49 UTC ---
(In reply to comment #18)
> Gcc cannot alter results of an SQL query, it's a bug in your program. This is
> the wrong place to get help debugging your code.
You are right: I conside
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
Bug #: 54324
Summary: GCC install document does not list minimum required
g++ versions
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54214
--- Comment #20 from Denis Kolesnik
2012-08-19 18:21:08 UTC ---
sure: I found, that the bug is if I use "limit 1" clause.
It is surelly a bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54325
Bug #: 54325
Summary: C++11 uniform initialization syntax for argument-less
abstract base class constructor fails
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54308
--- Comment #7 from Hans-Peter Nilsson 2012-08-19
18:29:27 UTC ---
(In reply to comment #6)
> I was unable to build 4.1.2-27.fc7 from the SRPM.
I'm not sure it would have helped, seeing as the breakage was in
rs6000-specific parts.
> So, I've g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54326
Bug #: 54326
Summary: GCC does not build with G++ version 3.4.0
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54321
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com
I just tried to compile the package httrack-3.43.9-5
on gcc-4.8 trunk dated 20120819 on an AMD x86_64 box.
The compiler said
htslib.c: In function 'treathead':
htslib.c:1246:6: interna
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
--- Comment #1 from David Binderman 2012-08-19
20:14:08 UTC ---
Created attachment 28052
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28052
gzipped C source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54321
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54326
--- Comment #1 from Gary Funck 2012-08-19 20:54:51
UTC ---
Don't know if this is relevant, but a recent thread on the clang-dev list
explored the differences between GCC and clang in the handling of const and
constexpr.
"clang vs GCC error case:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Mikael Pettersson changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896
Larry Baker changed:
What|Removed |Added
Attachment #28048|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301
--- Comment #6 from Tobias Burnus 2012-08-20
05:47:55 UTC ---
Author: burnus
Date: Mon Aug 20 05:47:46 2012
New Revision: 190522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190522
Log:
2012-08-20 Tobias Burnus
PR fortran/54
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54301
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54328
Bug #: 54328
Summary: capture pointer by value is not correct
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
55 matches
Mail list logo