Jonathan,
I see that you filed LWG 2249 (gets() removal), may i ask you to take
care of the tmpnam removal, too?
The reasoning would be exactly the same as for gets().
TIA cheers,
http://wg21.cmeerw.net/lwg/issue2249
On 14 April 2014 11:09, Bernhard Reutner-Fischer wrote:
Jonathan,
I see that you filed LWG 2249 (gets() removal), may i ask you to take
care of the tmpnam removal, too?
The reasoning would be exactly the same as for gets().
The reason to remove gets() was that it's no longer in the C
On 20 December 2013 13:16, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On 13 November 2013 18:56, Jonathan Wakely jwakely@gmail.com wrote:
On 13 November 2013 09:22, Bernhard Reutner-Fischer wrote:
On 11 November 2013 12:30, Jonathan Wakely jwakely@gmail.com wrote:
How does
On 13 November 2013 18:56, Jonathan Wakely jwakely@gmail.com wrote:
On 13 November 2013 09:22, Bernhard Reutner-Fischer wrote:
On 11 November 2013 12:30, Jonathan Wakely jwakely@gmail.com wrote:
How does __UCLIBC_SUSV4_LEGACY__ get defined? We'd have a problem if
users defined that at
On 11 November 2013 12:30, Jonathan Wakely jwakely@gmail.com wrote:
On 8 November 2013 10:29, Bernhard Reutner-Fischer wrote:
On 04/11/2013 02:04 PM, Bernhard Reutner-Fischer wrote:
I would have expected that somebody would tell me that omitting ::tmpnam
violates 27.9.2 cstdio from the
On 13 November 2013 09:22, Bernhard Reutner-Fischer wrote:
On 11 November 2013 12:30, Jonathan Wakely jwakely@gmail.com wrote:
How does __UCLIBC_SUSV4_LEGACY__ get defined? We'd have a problem if
users defined that at configure time but not later when using the
library.
That would be
On 8 November 2013 10:29, Bernhard Reutner-Fischer wrote:
On 04/11/2013 02:04 PM, Bernhard Reutner-Fischer wrote:
I would have expected that somebody would tell me that omitting ::tmpnam
violates 27.9.2 cstdio from the spec but noone yelled at me yet?
std::tmpnam, like std::gets, should be
On 11 April 2013 14:18, Paolo Carlini paolo.carl...@oracle.com wrote:
Hi,
On 04/11/2013 02:04 PM, Bernhard Reutner-Fischer wrote:
I would have expected that somebody would tell me that omitting ::tmpnam
violates 27.9.2 cstdio from the spec but noone yelled at me yet?
Frankly, I didn't
On 5 April 2013 11:48, Bernhard Reutner-Fischer rep.dot@gmail.com wrote:
On 5 April 2013 11:23, Gabriel Dos Reis g...@integrable-solutions.net wrote:
On Fri, Apr 5, 2013 at 4:13 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
Gabriel Dos Reis g...@integrable-solutions.net writes:
Hi,
On 04/11/2013 02:04 PM, Bernhard Reutner-Fischer wrote:
I would have expected that somebody would tell me that omitting
::tmpnam violates 27.9.2 cstdio from the spec but noone yelled at me
yet?
Frankly, I didn't because the targets I really care about aren't
affected. The actual
Gabriel Dos Reis g...@integrable-solutions.net writes:
diff --git a/libstdc++-v3/include/c_global/cstdio
b/libstdc++-v3/include/c_global/cstdio
index fcbec0c..037a668 100644
--- a/libstdc++-v3/include/c_global/cstdio
+++ b/libstdc++-v3/include/c_global/cstdio
@@ -131,7 +131,9 @@ namespace
On Fri, Apr 5, 2013 at 4:01 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
Gabriel Dos Reis g...@integrable-solutions.net writes:
diff --git a/libstdc++-v3/include/c_global/cstdio
b/libstdc++-v3/include/c_global/cstdio
index fcbec0c..037a668 100644
---
Gabriel Dos Reis g...@integrable-solutions.net writes:
On Fri, Apr 5, 2013 at 4:01 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
Gabriel Dos Reis g...@integrable-solutions.net writes:
diff --git a/libstdc++-v3/include/c_global/cstdio
b/libstdc++-v3/include/c_global/cstdio
index
On Fri, Apr 5, 2013 at 4:13 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
Gabriel Dos Reis g...@integrable-solutions.net writes:
On Fri, Apr 5, 2013 at 4:01 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
Gabriel Dos Reis g...@integrable-solutions.net writes:
diff --git
On 5 April 2013 11:23, Gabriel Dos Reis g...@integrable-solutions.net wrote:
On Fri, Apr 5, 2013 at 4:13 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
Gabriel Dos Reis g...@integrable-solutions.net writes:
On Fri, Apr 5, 2013 at 4:01 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
On Thu, Apr 4, 2013 at 2:53 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
POSIX.1-2008 (SUSv4) marks tmpnam() as obsolescent. As such it is not
available in uClibc unless SUSv4 legacy stuff is enabled.
libstdc++-v3/ChangeLog
2013-03-24 Bernhard Reutner-Fischer al...@gcc.gnu.org
16 matches
Mail list logo