http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51105
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
CC||hp at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113
--- Comment #5 from Markus Trippelsdorf markus at trippelsdorf dot de
2011-11-15 08:36:01 UTC ---
Take the first error as an example:
jsoptparse.i_o:jsoptparse.cpp:function vtable for
js::cli::detail::StringOption: warning: relocation refers to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113
--- Comment #6 from Markus Trippelsdorf markus at trippelsdorf dot de
2011-11-15 08:57:41 UTC ---
% c++ -o jsoptparse.i_o -c -I../../../dist/system_wrappers_js -include
/var/tmp/mozilla-central/js/src/config/gcc_hidden.h -DEXPORT_JS_API
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49868
--- Comment #7 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-11-15
09:01:50 UTC ---
Author: gjl
Date: Tue Nov 15 09:01:46 2011
New Revision: 181378
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181378
Log:
gcc/
PR target/49868
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094
--- Comment #18 from Iain Sandoe iains at gcc dot gnu.org 2011-11-15 09:34:00
UTC ---
(In reply to comment #16)
--- Comment #15 from Iain Sandoe iains at gcc dot gnu.org 2011-11-14
08:47:16 UTC ---
Created attachment 25814 [details]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113
--- Comment #7 from Markus Trippelsdorf markus at trippelsdorf dot de
2011-11-15 10:03:05 UTC ---
Here is a small testcase:
% cat test.ii
extern C
{
typedef long unsigned int size_t;
}
extern C
{
static inline void *js_malloc (size_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51117
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
--- Comment #8 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2011-11-15 10:49:23 UTC ---
Author: paolo
Date: Tue Nov 15 10:49:20 2011
New Revision: 181382
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181382
Log:
2011-11-15 Jason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
--- Comment #7 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2011-11-15 10:49:04 UTC ---
Author: paolo
Date: Tue Nov 15 10:49:00 2011
New Revision: 181381
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181381
Log:
2011-11-15 Jason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||hjl.tools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
Jason Dick dickphd at gmail dot com changed:
What|Removed |Added
Attachment #25823|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-15
11:04:51 UTC ---
Thanks, but please, instead of doing this here, for this specific testcase,
please collaborate with Ed at integrating this code in the testsuite.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
--- Comment #12 from Jason Dick dickphd at gmail dot com 2011-11-15 11:08:16
UTC ---
(In reply to comment #11)
Thanks, but please, instead of doing this here, for this specific testcase,
please collaborate with Ed at integrating this code in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
--- Comment #13 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-15
11:11:47 UTC ---
If we do this as part of the general testsuite infrastructure we can also
afford having a little more code, separate out-of-line functions, etc. But
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
Bug #: 51139
Summary: c++11 alias-declarations doasn't work contrary to
relase notes
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Severity|critical|normal
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
--- Comment #3 from Sven Passig sp at comsulting dot de 2011-11-15 11:36:53
UTC ---
(In reply to comment #2)
and severity is never critical for a brand new feature (in the C++11 mode
still labelled experimental) in an unreleased compiler
ah
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
--- Comment #4 from Sven Passig sp at comsulting dot de 2011-11-15 11:42:45
UTC ---
(In reply to comment #1)
it was only implemented on the 7th, your compiler is too old
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114#c13
Thanks for this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2011-11-15 12:19:59 UTC ---
(In reply to comment #1)
I have a cunning plan.
It is doable to come within a factor of 2 of highly efficient implementations
using a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2011-11-15 12:31:10 UTC ---
Created attachment 25826
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25826
comparison in performance for small matrix multiplies
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
Bug #: 51140
Summary: libstdc++-v3/libsupc++/eh_tm.cc:48: undefined
reference to `___sync_sub_and_fetch_4'
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134
--- Comment #3 from Jan Hubicka hubicka at ucw dot cz 2011-11-15 12:37:07 UTC
---
gfortran.fortran-torture/execute/arrayarg.f90 is miscompiled.
There are 4 expanded memset calls in the testcase, all ends up being unrolled
loop.
Looks like we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
--- Comment #1 from Cesar Strauss cestrauss at gmail dot com 2011-11-15
12:39:50 UTC ---
(In reply to comment #0)
There is another use of __sync_sub_and_fetch in
libstdc++-v3/libsupc++/eh_tm.cc,
I meant libstdc++-v3/libsupc++/eh_throw.cc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-15
12:40:22 UTC ---
All commits are sent to http://gcc.gnu.org/ml/gcc-cvs/
Or you can look at http://gcc.gnu.org/viewcvs/ at the ChangeLog files.
e.g. for the C++ front end:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51139
--- Comment #6 from Sven Passig sp at comsulting dot de 2011-11-15 12:44:45
UTC ---
(In reply to comment #5)
http://gcc.gnu.org/viewcvs/trunk/gcc/cp/ChangeLog
(although sometimes fetching that page times out because there are a LOT of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133
--- Comment #14 from Ed Smith-Rowland 3dw4rd at verizon dot net 2011-11-15
12:48:06 UTC ---
I'm glad to see renewed interest in this. I wasn't sure if anyone else had
used these routines ;-)
Anyway, one thing I would like us to look at is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51140
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-15
13:12:20 UTC ---
That guard should be added to eh_tm.cc but ...
don't build for i386-* because that targets the 80386 processor, which doesn't
have the required atomic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134
--- Comment #4 from Jan Hubicka hubicka at ucw dot cz 2011-11-15 13:28:42 UTC
---
Hi,
the bug is loopy epilogue not being used because promoted value is not
availbale. The non-loopy epilogue does not expect alignments
greater than 16.
I am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51141
Bug #: 51141
Summary: [4.7 regression] rev181359 causes Chromium build
failure
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51136
--- Comment #1 from vries at gcc dot gnu.org 2011-11-15 14:00:44 UTC ---
Created attachment 25827
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25827
tentative patch
The problem is that in update_vuses, we're removing the def of the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51136
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
(enum foo x)
{
switch(x) {
case e_1:
return 0;
}
}
gcc version 4.7.0 2015 (experimental) [trunk revision 181378] (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101
--- Comment #2 from Joel Sherrill joel at gcc dot gnu.org 2011-11-15 14:16:04
UTC ---
Still present..
Tue Nov 15 14:08:04 UTC 2011 (revision 181384)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17838
--- Comment #10 from Tom St Denis tstdenis at elliptictech dot com 2011-11-15
14:20:07 UTC ---
Another update ... We've just profiled our crypto library and across the board
[cipher, hashes, PK functions like RSA/ECC] GCC is a complete loser
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51105
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-15
14:19:40 UTC ---
Please fill in (host and) target fields.
What for? AFAICT the field should be *-*-* with lto enabled.
If I fill a bug report, it is because I see it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51141
fabien at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |fabien at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
--- Comment #32 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-15
14:53:13 UTC ---
(In reply to comment #31)
gcc -Wreturn-type -c r.c
r.c: In function 'bar':
r.c:8:1: warning: control reaches end of non-void function [-Wreturn-type]
. However, it seems
only to occur when -O2 or -O3 is set. (Are these the only times inline
optimizations are performed?) Unfortunately, I do not have a small test case.
The includes come out to be about 2M in size.
ohsumit@mothra:~ g++ --version
g++ (GCC) 4.7.0 2015 (experimental)
Copyright
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-11-15 15:19:45 UTC ---
--- Comment #5 from Alan Modra amodra at gmail dot com 2011-11-14 22:00:20
UTC ---
Please try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51056
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #5 from Janne Blomqvist jb at gcc dot gnu.org 2011-11-15 15:47:54
UTC ---
(In reply to comment #3)
I believe it would be more important to have actually highly efficient
(inlined) implementations for very small matrices.
There's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51117
Michael Matz matz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
Bug #: 51142
Summary: [C++0x] map::erase(key) doesn't compile with
-D_GLIBCXX_DEBUG.
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50775
denisc at gcc dot gnu.org changed:
What|Removed |Added
CC||denisc at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2011-11-15 16:34:22
UTC ---
(In reply to comment #4)
Hi,
the bug is loopy epilogue not being used because promoted value is not
availbale. The non-loopy epilogue does not expect alignments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50775
--- Comment #3 from denisc at gcc dot gnu.org 2011-11-15 16:35:05 UTC ---
Created attachment 25829
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25829
RA dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-15
16:36:30 UTC ---
reduced:
#include debug/map
struct X { X(...); };
bool operator(X,X);
typedef __gnu_debug::map X, unsigned M;
int main()
{
M m;
m.erase( X() );
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-15
16:59:32 UTC ---
oh yeah, I forgot about that!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
Dear forum,
I have a problem with linking of a program I have wrote. Instead of giving
you the entire program, which is pretty large, I have prepared a basic
example that you can find attached to this message. The example uses CMake
to compile.
I have three files:
= LIB2.CPP =
#include
This is the gcc-bugs list, for automated mails from our Bugzilla
database. Your email should probably have been sent to the gcc-help
list.
http://gcc.gnu.org/lists.html
On Tue, Nov 15, 2011 at 9:34 AM, Carlo Pinciroli ilpi...@gmail.com wrote:
Dear forum,
I have a problem with linking of a program I have wrote. Instead of giving
you the entire program, which is pretty large, I have prepared a basic
example that you can find attached to this message. The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39658
Meador Inge meadori at gmail dot com changed:
What|Removed |Added
CC||meadori at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2011-11-15 18:36:09
UTC ---
It is fixed by revision 175640:
http://gcc.gnu.org/ml/gcc-cvs/2011-06/msg01131.html
Thank you very much Andrew, your suggestion indeed solved the problem.
And thanks also for your fast answer! :-)
Cheers,
Carlo
On Tue, Nov 15, 2011 at 6:49 PM, Andrew Pinski pins...@gmail.com wrote:
On Tue, Nov 15, 2011 at 9:34 AM, Carlo Pinciroli ilpi...@gmail.com wrote:
Dear forum,
I have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Bug #: 51144
Summary: r181279
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51143
Bug #: 51143
Summary: [C++11][DR1159] Alias template allows class definition
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Andreas Krebbel krebbel at gcc dot gnu.org changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51145
Bug #: 51145
Summary: [C++11][DR1131] Alias template in
elaborated-type-specifier accepted
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
Bug #: 51146
Summary: The name clog for a global variable triggers a
segfault inside std::pow
Classification: Unclassified
Product: gcc
Version: unknown
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c++ |libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #2 from alpha_lc at hotmail dot com 2011-11-15 19:56:15 UTC ---
(In reply to comment #1)
Well the issue is clog is a C99 name for complex log. I don't have my C++
standard in front of me but I do know some names are reserved even at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Component|libstdc++ |c++
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113
--- Comment #8 from Nathan Sidwell nathan at acm dot org 2011-11-15 20:12:33
UTC ---
On 11/15/11 10:03, markus at trippelsdorf dot de wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113
With your patch:
% c++ -shared -w -o /dev/null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-15
20:26:23 UTC ---
I suppose, yes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2011-11-15
20:20:48 UTC ---
(In reply to comment #3)
For sure in the library there is nothing to fix, note in particular that the
implementation does not include complex.h, neither
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51145
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC|jason at redhat dot com |dodji at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51143
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC|jason at redhat dot com |dodji at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2011-11-15
20:58:12 UTC ---
Backporting that patch doesn't fix the testcase in 4.6.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
davek at 6thstreetradio dot org changed:
What|Removed |Added
CC||davek at 6thstreetradio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113
Nathan Sidwell nathan at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||kristerw at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051
--- Comment #9 from Alan Modra amodra at gcc dot gnu.org 2011-11-15 22:10:51
UTC ---
Author: amodra
Date: Tue Nov 15 22:10:46 2011
New Revision: 181391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181391
Log:
PR rtl-optimization/51051
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086
--- Comment #7 from Alan Modra amodra at gcc dot gnu.org 2011-11-15 22:10:51
UTC ---
Author: amodra
Date: Tue Nov 15 22:10:46 2011
New Revision: 181391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181391
Log:
PR rtl-optimization/51051
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #6 from joseph at codesourcery dot com joseph at codesourcery dot
com 2011-11-15 22:28:38 UTC ---
I think this is really a duplicate of an issue discussed in various places
before: libstdc++ relies on C library symbols that are not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51147
Bug #: 51147
Summary: attribute((mode(byte))) on an enum generates wrong
code
Classification: Unclassified
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51147
Paul Koning pkoning at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
Known to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51147
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-15
23:05:17 UTC ---
I just want to reiterate that the c++ library headers never name clog, only
__builtin_clog (and of course only when the underlying libc provides the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51147
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-11-15
23:06:26 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15224 fixed the ICE ..
Note using attribute packed is more likely what you want to do rather than
using mode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-15
23:10:37 UTC ---
(N.B. we do name clog, but only for std::clog, the standard ostream ;)
If you link dynamically to libm.so then the clog symbol can be replaced by
symbol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51146
--- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-15
23:27:43 UTC ---
Jon, I think I understand what you are saying, but then we have one more reason
to not consider this sort of issue as library, because linking libm,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51142
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2011-11-15 23:28:54 UTC ---
Author: paolo
Date: Tue Nov 15 23:28:49 2011
New Revision: 181394
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181394
Log:
2011-11-15 Paolo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51105
--- Comment #5 from Hans-Peter Nilsson hp at gcc dot gnu.org 2011-11-16
00:11:37 UTC ---
(In reply to comment #4)
Please fill in (host and) target fields.
What for? AFAICT the field should be *-*-* with lto enabled.
A *-*-* would certainly be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Steve Ellcey sje at cup dot hp.com changed:
What|Removed |Added
Target|s390-ibm-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
--- Comment #3 from Steve Ellcey sje at cup dot hp.com 2011-11-16 00:43:15
UTC ---
I think this is a big-endian bug in fprint_whex, etc. IA64 HP-UX is
big endian and I think s390-ibm-linux is too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51148
Bug #: 51148
Summary: [C++0x] Unexpanded template param packs wrongly
accepted in friend class declarations
Classification: Unclassified
Product: gcc
Version: 4.7.0
1 - 100 of 117 matches
Mail list logo
