On Tue, Apr 22, 2008 at 3:25 PM, Greg Chicares <gchicares@sbcglobal.net> wrote:
[...]

'sed-4.0.7' builds out of the box in MSYS, but 'sed-4.1.4' seems
to need a few manual changes:

 http://article.gmane.org/gmane.comp.gnu.mingw.msys/2644

Apparently 'sed-4.1.5' would need some manual change of its own.
Copying an "alloca.h" from somewhere would be treating the
symptom rather than the cause; it would be better to look for a
line like
 checking for working alloca.h...
in the output of 'configure' and try to figure out why it wants
to use that header when the compiler doesn't provide it.

However, that whole approach will only produce a native binary
that's not MSYS aware--it'll have problems like this:

 http://article.gmane.org/gmane.comp.gnu.mingw.msys/2183

so you'll want to build 'sed' as an MSYS application:

 http://www.mingw.org/MinGWiki/index.php/BuildMSYSApplication

if your goal is to use a recent version of 'sed' with MSYS.

I have seen alloca.h is not POSIX so I think sed should not use it,
but I copied malloc.h to alloca.h and now sed compiles.

I actually have that kind of problems you said I could have, and that
is why I was trying to build the latest sed. Now I have GNU sed 4.1.5
but I need to build it as an MSYS application to avoid path translation.

Thank you,
Timothy Madden,
Romania