23.0.92 fails to build on Vista using gcc

23.0.92 fails to build on Vista using gcc

[John covici]

Hi.  I was trying to build 23.0.92 on Vista when I got the following
error:
make[1]: Entering directory `/c/emacs-23.0.92/leim'
"./../src/oo-spd/i386/emacs.exe" -batch --no-init-file --no-site-file --multibyte -l /c/emacs-23.0.92/leim/../lisp/international/titdic-cnv \
    --eval '(batch-titdic-convert t)' \
    -dir quail ./CXTERM-DIC
/bin/sh.exe: ./../src/oo-spd/i386/emacs.exe: Invalid argument
make[1]: *** [quail/CCDOSPY.elc] Error 126
make[1]: Leaving directory `/c/emacs-23.0.92/leim'
make: *** [all-other-dirs-gmake] Error 2

Any assistance would be appreciated.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: 23.0.92 fails to build on Vista using gcc

[Eli Zaretskii]

> Date: Tue, 7 Apr 2009 14:37:00 -0400
> From: John covici <covici@ccs.covici.com>
> 
> Hi.  I was trying to build 23.0.92 on Vista when I got the following
> error:
> make[1]: Entering directory `/c/emacs-23.0.92/leim'
> "./../src/oo-spd/i386/emacs.exe" -batch --no-init-file --no-site-file --multibyte -l /c/emacs-23.0.92/leim/../lisp/international/titdic-cnv \
>     --eval '(batch-titdic-convert t)' \
>     -dir quail ./CXTERM-DIC
> /bin/sh.exe: ./../src/oo-spd/i386/emacs.exe: Invalid argument
> make[1]: *** [quail/CCDOSPY.elc] Error 126
> make[1]: Leaving directory `/c/emacs-23.0.92/leim'
> make: *** [all-other-dirs-gmake] Error 2

Is this a Cygwin build or a native Windows build?

And what version of GCC?

Re: 23.0.92 fails to build on Vista using gcc

[John covici]

Native windows build and Gcc 3.4.5 Mingw Vista Sepcial R3.

on Tuesday 04/07/2009 Eli Zaretskii(eliz@gnu.org) wrote
 > > Date: Tue, 7 Apr 2009 14:37:00 -0400
 > > From: John covici <covici@ccs.covici.com>
 > > 
 > > Hi.  I was trying to build 23.0.92 on Vista when I got the following
 > > error:
 > > make[1]: Entering directory `/c/emacs-23.0.92/leim'
 > > "./../src/oo-spd/i386/emacs.exe" -batch --no-init-file --no-site-file --multibyte -l /c/emacs-23.0.92/leim/../lisp/international/titdic-cnv \
 > >     --eval '(batch-titdic-convert t)' \
 > >     -dir quail ./CXTERM-DIC
 > > /bin/sh.exe: ./../src/oo-spd/i386/emacs.exe: Invalid argument
 > > make[1]: *** [quail/CCDOSPY.elc] Error 126
 > > make[1]: Leaving directory `/c/emacs-23.0.92/leim'
 > > make: *** [all-other-dirs-gmake] Error 2
 > 
 > Is this a Cygwin build or a native Windows build?
 > 
 > And what version of GCC?
 > 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: 23.0.92 fails to build on Vista using gcc

[Eli Zaretskii]

> Date: Tue, 7 Apr 2009 17:18:50 -0400
> From: John covici <covici@ccs.covici.com>
> Cc: emacs-devel@gnu.org, covici@ccs.covici.com
> 
> Native windows build and Gcc 3.4.5 Mingw Vista Sepcial R3.

Is this the first time you build a pretest on Vista?

Also, can you remove sh.exe from your Path, then re-configure and try
re-building with cmd.exe as the shell?  I suspect that "Invalid
argument" may have nothing to do with Emacs.

Re: 23.0.92 fails to build on Vista using gcc

[John covici]

hmmm, I thought Iwas using cmd.exe -- I will check and try again.

on Wednesday 04/08/2009 Eli Zaretskii(eliz@gnu.org) wrote
 > > Date: Tue, 7 Apr 2009 17:18:50 -0400
 > > From: John covici <covici@ccs.covici.com>
 > > Cc: emacs-devel@gnu.org, covici@ccs.covici.com
 > > 
 > > Native windows build and Gcc 3.4.5 Mingw Vista Sepcial R3.
 > 
 > Is this the first time you build a pretest on Vista?
 > 
 > Also, can you remove sh.exe from your Path, then re-configure and try
 > re-building with cmd.exe as the shell?  I suspect that "Invalid
 > argument" may have nothing to do with Emacs.
 > 
 > 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: 23.0.92 fails to build on Vista using gcc

[John covici]

OK, by making sure cmd.exe was first in the path and renaming sh.exe
temporarily, it dod work -- however I wonder, if sh.exe does not work,
why does the makefile try to use it?  I would have thought sh.exe
would have been better.

thanks for the hint.

on Wednesday 04/08/2009 Eli Zaretskii(eliz@gnu.org) wrote
 > > Date: Tue, 7 Apr 2009 17:18:50 -0400
 > > From: John covici <covici@ccs.covici.com>
 > > Cc: emacs-devel@gnu.org, covici@ccs.covici.com
 > > 
 > > Native windows build and Gcc 3.4.5 Mingw Vista Sepcial R3.
 > 
 > Is this the first time you build a pretest on Vista?
 > 
 > Also, can you remove sh.exe from your Path, then re-configure and try
 > re-building with cmd.exe as the shell?  I suspect that "Invalid
 > argument" may have nothing to do with Emacs.
 > 
 > 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: 23.0.92 fails to build on Vista using gcc

[Eli Zaretskii]

> Date: Tue, 7 Apr 2009 20:05:28 -0400
> From: John covici <covici@ccs.covici.com>
> Cc: covici@ccs.covici.com, emacs-devel@gnu.org
> 
> OK, by making sure cmd.exe was first in the path and renaming sh.exe
> temporarily, it did work

Good.

> -- however I wonder, if sh.exe does not work,
> why does the makefile try to use it?  I would have thought sh.exe
> would have been better.

The Windows port of GNU Make always tries to use sh.exe if it sees it
on Path, it always did that.  It assumes that your sh.exe port is
fully functional and compatible with the rest of the development
tools, and it knows that a Unixy shell provides more features than
cmd.  This has nothing to do with Emacs.

The Emacs Windows configury also tries to find a Unixy shell first,
for the same reasons.  For compatible ports of the shell, the Emacs
build does work.

It appears that your sh.exe is somehow incompatible.  The file
nt/INSTALL lists combinations of various tools, including the shell,
which are known to build Emacs successfully.  Perhaps yours is not one
of them.

Re: 23.0.92 fails to build on Vista using gcc

[John covici]

Well, its the one installed with msys and that's where it gets its cp
and rm, go figure.

on Wednesday 04/08/2009 Eli Zaretskii(eliz@gnu.org) wrote
 > > Date: Tue, 7 Apr 2009 20:05:28 -0400
 > > From: John covici <covici@ccs.covici.com>
 > > Cc: covici@ccs.covici.com, emacs-devel@gnu.org
 > > 
 > > OK, by making sure cmd.exe was first in the path and renaming sh.exe
 > > temporarily, it did work
 > 
 > Good.
 > 
 > > -- however I wonder, if sh.exe does not work,
 > > why does the makefile try to use it?  I would have thought sh.exe
 > > would have been better.
 > 
 > The Windows port of GNU Make always tries to use sh.exe if it sees it
 > on Path, it always did that.  It assumes that your sh.exe port is
 > fully functional and compatible with the rest of the development
 > tools, and it knows that a Unixy shell provides more features than
 > cmd.  This has nothing to do with Emacs.
 > 
 > The Emacs Windows configury also tries to find a Unixy shell first,
 > for the same reasons.  For compatible ports of the shell, the Emacs
 > build does work.
 > 
 > It appears that your sh.exe is somehow incompatible.  The file
 > nt/INSTALL lists combinations of various tools, including the shell,
 > which are known to build Emacs successfully.  Perhaps yours is not one
 > of them.
 > 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: 23.0.92 fails to build on Vista using gcc

[Eli Zaretskii]

> Date: Wed, 8 Apr 2009 06:53:40 -0400
> From: John covici <covici@ccs.covici.com>
> Cc: covici@ccs.covici.com, emacs-devel@gnu.org
> 
> Well, its the one installed with msys and that's where it gets its cp
> and rm, go figure.

Yes, MSYS is known to cause problems, see nt/INSTALL.

When I use MSYS, I set up a script to set the needed environment
variables, including Path, and run that script in a Command Prompt
window where I need to use MSYS.  That way, the rest of the system is
not affected by MSYS-related stuff.