From maintainers-request at octave dot org Tue Mar 14 16:56:54 2006
Subject: Re: 2.9.5 and 2.1.73
From: "Sebastien Loisel" <sloisel at gmail dot com>
To: David dot Bateman at motorola dot com
Cc: "octave maintainers mailing list" <maintainers at octave dot org>
Date: Tue, 14 Mar 2006 23:55:12 +0100

------=_Part_1235_8551751.1142376912911
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

>
> Then you're saying that we need gcc 4.1 or newer? I don't want to have
> to compile gcc for MinGW just for octave but rather use the current
> stable version in MinGW. This leaves recompiling gcc 3.4.4 with the


Well, you read the bug report, so you know as much as I do. But since the
patch is against 3.4.4, I would've thought that only 3.4.5 would be fixed,
but who knows.

I think this also ties in with the bug that cout.rdbuf() isn't the same in =
a
DLL as it is in the client program. If this is the case, I think this bug
must be all over the place in Cygwin and MinGW.

The other thing that John had found (a much earlier email, which pertained
to redirecting stdout in each individual DLL) may be a separate, orthogonal
bug which isn't actually related to my inability to grab cerr.rdbuf().
However, I fear it may bite me when I try to dup2 the file descriptors.

S=E9bastien Loisel

------=_Part_1235_8551751.1142376912911
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<div><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(=
204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Then you're =
saying that we need gcc 4.1 or newer? I don't want to have<br>to compile gc=
c for MinGW just for octave but rather use the current
<br>stable version in MinGW. This leaves recompiling gcc 3.4.4 with the</bl=
ockquote><div><br></div></div>Well, you read the bug report, so you know as=
 much as I do. But since the patch is against 3.4.4, I would've thought tha=
t only=20
3.4.5 would be fixed, but who knows.<br><br>I think this also ties in with =
the bug that cout.rdbuf() isn't the same in a DLL as it is in the client pr=
ogram. If this is the case, I think this bug must be all over the place in =
Cygwin and MinGW.
<br><br>The other thing that John had found (a much earlier email, which pe=
rtained to redirecting stdout in each individual DLL) may be a separate, or=
thogonal bug which isn't actually related to my inability to grab cerr.rdbu=
f
(). However, I fear it may bite me when I try to dup2 the file descriptors.=
<br><br>S=E9bastien Loisel<br>

------=_Part_1235_8551751.1142376912911--