[Bug c++/69260] C++14 template instantiation problem in GCC

2018-04-23 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69260 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/69260] C++14 template instantiation problem in GCC

2016-01-13 Thread redi at gcc dot gnu.org
|UNCONFIRMED |NEW Last reconfirmed||2016-01-13 Summary|C++14 template |C++14 template |instantiation problem in|instantiation problem in |GCC (up to 5.3) |GCC Ever confirmed

[Bug c++/69260] New: C++14 template instantiation problem in GCC (up to 5.3)

2016-01-13 Thread wuyongwei at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69260 Bug ID: 69260 Summary: C++14 template instantiation problem in GCC (up to 5.3) Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal

[Bug c++/45601] explicit template instantiation problem

2010-09-09 Thread paolo dot carlini at oracle dot com
--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-09 09:16 --- The current ISO document, C++98 or C++03 which contains some rather small amendments: if C++0x were different it would show only when -std=c++0x is passed. In any case, it's unfortunate but we cannot do much ab

[Bug c++/45601] explicit template instantiation problem

2010-09-09 Thread stephane at magnenat dot net
--- Comment #6 from stephane at magnenat dot net 2010-09-09 07:20 --- Created an attachment (id=21747) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21747&action=view) Working code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45601

[Bug c++/45601] explicit template instantiation problem

2010-09-09 Thread stephane at magnenat dot net
--- Comment #5 from stephane at magnenat dot net 2010-09-09 07:19 --- Thank you very much for these explanations, thanks to your pointer I managed to make a working version, which I will attach to this bug as reference. As a side-note, it is not easy to access C++ standard because the o

[Bug c++/45601] explicit template instantiation problem

2010-09-08 Thread paolo dot carlini at oracle dot com
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-08 16:58 --- Actually, it seems pretty straightforward to me that S is nondeduced in the last case: see 14.8.2.4/4, the last line. -- paolo dot carlini at oracle dot com changed: What|Removed

[Bug c++/45601] explicit template instantiation problem

2010-09-08 Thread paolo dot carlini at oracle dot com
--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-08 16:44 --- Please clarify: "As far as I can find on the net, it should work." No compiler to which I have access compiles it, I tried, besides GCC, Intel, SunStudio, Comeau, VC++8. Note I didn't really analyze the testcas

[Bug c++/29219] Template instantiation problem - Different behavior between gcc 4.0.x and gcc 3.4.x.

2006-09-25 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-25 21:11 --- This is not a bug. THis is a dup of bug 20547. *** This bug has been marked as a duplicate of 20547 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/29219] Template instantiation problem - Different behavior between gcc 4.0.x and gcc 3.4.x.

2006-09-25 Thread etienne dot clement at autodesk dot com
--- Comment #1 from etienne dot clement at autodesk dot com 2006-09-25 20:19 --- Created an attachment (id=12325) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12325&action=view) Program causing the problem. 1- Compile using the following command: > g++ -v -save-temps -O3 -c bug

[Bug c++/29219] New: Template instantiation problem - Different behavior between gcc 4.0.x and gcc 3.4.x.

2006-09-25 Thread etienne dot clement at autodesk dot com
gt;::limit'. IMHO, there is no reason to generate such a symbol. g++ 3.4.x do not generate one. Thank you, Etienne Clement -- Summary: Template instantiation problem - Different behavior between gcc 4.0.x and gcc 3.4.x. Product: gcc

Re: template instantiation problem

2005-06-23 Thread Giovanni Bajo
Immanuel Litzroth <[EMAIL PROTECTED]> wrote: > The problem seems to be that recent gcc's dont compile the second do_call > because they interpret 0 as being of type int. Bad, bad GCC, how can it believe that the literal "0" is of type int! ;) Jokes aside, previous GCC versions were buggy in this

template instantiation problem

2005-06-23 Thread Immanuel Litzroth
Code that is problematic follows. >>> snip #include template inline void do_call(int (*fn)(T), const char* msg, T t1) { int err; if ((err = fn(t1)) < 0){ throw std::string(msg); } } int fn(int* a) { return (a ? 1 : -1); } int main(int argc ,char** argv) { int j