[Bug libstdc++/42352] -std=c++0x reference binding problem

[paolo dot carlini at oracle dot com]

--- Comment #10 from paolo dot carlini at oracle dot com  2009-12-12 09:10 
---
What do you mean by "of this type"? As I tried already to explain, until the
ISO C++ Committee resolves DR 1133 we cannot touch list::merge and
list::splice. If, however, you are seeing problems with calls to list::sort,
those can be resolved in our implementation right now (even if it's work
somewhat wasted, because eventually the implementation of the resolution of DR
1133 will make those changes unnecessary)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42352

[Bug libstdc++/42352] -std=c++0x reference binding problem

[paolo dot carlini at oracle dot com]

--- Comment #11 from paolo dot carlini at oracle dot com  2009-12-12 09:17 
---
Just to clarify a bit more: if, on the other hand, you are seeing problems
*outside* the library, because you used to rely in your code on rvalue
references binding to lvalues, there is absolutely nothing we an do about it,
your code must be simply adjusted to the current behavior of rvalue references.
You can find it explained here:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2844.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42352

[Bug fortran/37691] Duplicate error messages

[dominiq at lps dot ens dot fr]

--- Comment #2 from dominiq at lps dot ens dot fr  2009-12-12 09:33 ---
> Thus, all fine?!

Now I understand the logic. Thanks for the explanation. Closing as invalid.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37691

[Bug c++/42356] confused compiler

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2009-12-12 09:47 
---
The basic error, at line 17, is definitely correct, and, for example, ICC
errors out exactly in the same way. I suppose you would like to see a nicer, in
some sense, list of candidates? (by the way, mailine is slightly better anyway,
because doesn't make the mistake of printing the words "candidates are:"
multiple times)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42356

[Bug c++/42357] New: another ice in create_tmp_var

[dcb314 at hotmail dot com]

I just tried to compile the package Twindy-1.01-0.pm.1.1 with the GNU
C compiler version 4.5 snapshot 20091210 and the compiler said

juce_amalgamated.cpp:55688:22: internal compiler error: in create_tmp_var, at
gimplify.c:504
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O2 required.

I know this bug looks similar to #40938, but that was
fixed months ago.


-- 
   Summary: another ice in create_tmp_var
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42357

[Bug c++/42357] another ice in create_tmp_var

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2009-12-12 10:12 ---
Created an attachment (id=19281)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19281&action=view)
gzipped C++ source code


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42357

[Bug fortran/42354] Invalidly accepts C_LOC in init expressions

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2009-12-12 11:12 ---
Confirmed. Will have a quick poke at it.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-12-12 11:12:29
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42354