This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: [PATCH] gcc cannot deal with full /tmp
- From: "Aaron W. LaFramboise" <aaron98wiridge9 at aaronwl dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: Denys Vlasenko <dvlasenk at redhat dot com>, dj at redhat dot com, ian at airs dot com, gcc-patches at gcc dot gnu dot org, binutils at sources dot redhat dot com
- Date: Mon, 28 Jul 2008 14:34:29 -0500
- Subject: Re: [PATCH] gcc cannot deal with full /tmp
- References: <200807281911.00146.dvlasenk@redhat.com> <Pine.LNX.4.64.0807281918280.16015@digraph.polyomino.org.uk>
Joseph S. Myers wrote:
On Mon, 28 Jul 2008, Denys Vlasenko wrote:
This is a trivial fix for
https://bugzilla.redhat.com/show_bug.cgi?id=203231
This probably needs testing for MinGW; Windows has its own error reporting
mechanisms and I don't know if you'll get the desired POSIX errno values.
Thanks for pointing this out Joseph.
I did not actually test this code; however I manually tested that open()
with the options that libiberty mkstemps() uses will generate EEXIST if
the file already exists, and not in various other conditions I tested.
Also, the documentation
<http://msdn.microsoft.com/en-us/library/z0kc8e3z(VS.71).aspx> seems to
indicate this will work.
So I think this is correct for MinGW.