Re: [Mingw-msys] gmake 3.80 or 3.81

[Dave Murphy <wintermute2k4@nt...>]

Earnie Boyd wrote:
> Edit config/config.sub and add an entry for -msys*.
>
> ./configure --prefix=/usr --host=i686-pc-msys --build=i686-pc-msys
>
> Edit config.h and remove the HAVE_DOS_PATHS entry.
>
> make
> ./make install
>
>   
I had a go at this earlier and managed to build a functional msys make 
3.81. Unfortunately with the HAVE_DOS_PATHS removed from config.h there 
are problems with gcc autogenerated dependencies resulting in "*** 
target pattern contains no `%'. Stop." errors. I fixed this by 
reinstating some of the HAVE_DOS_PATHS conditionals in read.c for 
__MSYS__ but should this macro be left defined instead?

I put together the attached patch but I'm missing something somewhere, 
when I patch clean sources, configure and make then the build complains 
and reruns configure.

cd ../../make-3.81-test && /bin/sh 
/e/projects/test/make-3.81-test/config/missing --run aclocal-1.9 -I config
/e/projects/test/make-3.81-test/config/missing: aclocal-1.9: command not 
found
WARNING: `aclocal-1.9' is missing on your system.  You should only need 
it if
         you modified `acinclude.m4' or `configure.in'.  You might want
         to install the `Automake' and `Perl' packages.  Grab them from
         any GNU archive site.
 cd ../../make-3.81-test && /bin/sh 
/e/projects/test/make-3.81-test/config/missing --run automake-1.9 --gnu
/e/projects/test/make-3.81-test/config/missing: automake-1.9: command 
not found
WARNING: `automake-1.9' is missing on your system.  You should only need 
it if
         you modified `Makefile.am', `acinclude.m4' or `configure.in'.
         You might want to install the `Automake' and `Perl' packages.
         Grab them from any GNU archive site.
cd ../../make-3.81-test && /bin/sh 
/e/projects/test/make-3.81-test/config/missing --run autoconf
/bin/sh ./config.status --recheck
running /bin/sh ../../make-3.81-test/configure  --prefix=/usr  
--no-create --no-recursion

The build completes fine after this but what can I do to prevent it?


2006-03-25  Dave Murphy  <wintermute2k4@...>

    * config/config.guess    add msys
    * config/config.sub       add msys
    * config/dospaths.m4   remove msys from HAVE_DOS_PATHS check
    * configure                   regenerate
    * doc/version.texi         update
    * doc/stamp-vti            update
    * read.c                       reinstate some HAVE_DOS_PATHS 
conditionals for msys

Dave

[Mingw-msys] gmake 3.80 or 3.81

[Evan Bigall <ejb123@ya...>]

Hello, I'm porting a complicated linux based build system to windows, and
am hoping to use msys for my build tools. The system I'm porting is
heavily dependent on gmake 3.80 features, order-only dependencies and
others. 

Is anyone working on bringing msys up to 3.80 or 3.81?

I notice, that if I bring up an msys shell and do the obvious ./configure
&& make, gmake-3.80 does build, but the make.exe it produces runs
incredibly slowly. Specifically, any command that requires a shell to run
seems to take on the order of 5 seconds, even when the command is trivial.


By comparison, the gmake-3.79.1 that comes with msys, tears through these
commands as expected, and seems to be running well until it gets to the
first order-only dependency.

If I bring up a msysdvlpr shell the configure for gmake-2.80 fails: 

     configure: error: cannot guess build type; you must specify one

And I don't see any MSYS ifdefs in the code.

How difficult would it be to get gmake-3.80 working for msys?

Thanks,
Evan

----
Replies to this address automatically get forwarded
to my proper address evan@...
http://www.whereisevan.com

Re: [Mingw-msys] gmake 3.80 or 3.81

[Earnie Boyd <earnie@us...>]

Quoting Evan Bigall <ejb123@...>:

> Hello, I'm porting a complicated linux based build system to windows, and
> am hoping to use msys for my build tools. The system I'm porting is
> heavily dependent on gmake 3.80 features, order-only dependencies and
> others.
>
> Is anyone working on bringing msys up to 3.80 or 3.81?
>
> I notice, that if I bring up an msys shell and do the obvious ./configure
> && make, gmake-3.80 does build, but the make.exe it produces runs
> incredibly slowly. Specifically, any command that requires a shell to run
> seems to take on the order of 5 seconds, even when the command is trivial.
>
>
> By comparison, the gmake-3.79.1 that comes with msys, tears through these
> commands as expected, and seems to be running well until it gets to the
> first order-only dependency.
>
> If I bring up a msysdvlpr shell the configure for gmake-2.80 fails:
>
>     configure: error: cannot guess build type; you must specify one
>
> And I don't see any MSYS ifdefs in the code.
>
> How difficult would it be to get gmake-3.80 working for msys?
>

Edit config/config.sub and add an entry for -msys*.

./configure --prefix=/usr --host=i686-pc-msys --build=i686-pc-msys

Edit config.h and remove the HAVE_DOS_PATHS entry.

make
./make install

OR

Grab the Cygwin source, find the occurances of __CYGWIN__ or 
__CYGWIN32__ and either add or substitute them with __MSYS__.

Edit config/config.guess and config.sub and add entries for msys based 
on the entries for cygwin.

./configure --prefix=/usr
make
make check

NOTE 1:
The Cygwin source has cygwin localized changes that enable --win32 mode 
and possibly some other windows specific changes.

NOTE 2:
I completed official source build of 3.81 and 7 tests out of 2 
Categories failed.  The failures were related to differences between 
unix and windows.

NOTE 3:
When you execute ``make install' be sure that you use the just created 
make binary to do the execution of the install instead of /bin/make 
because on Windows you cannot overwrite the /bin/make.exe file when it 
is being used.

Earnie Boyd

http://shop.siebunlimited.com

Re: [Mingw-msys] gmake 3.80 or 3.81

[Dave Murphy <wintermute2k4@nt...>]

Earnie Boyd wrote:
> Edit config/config.sub and add an entry for -msys*.
>
> ./configure --prefix=/usr --host=i686-pc-msys --build=i686-pc-msys
>
> Edit config.h and remove the HAVE_DOS_PATHS entry.
>
> make
> ./make install
>
>   
I had a go at this earlier and managed to build a functional msys make 
3.81. Unfortunately with the HAVE_DOS_PATHS removed from config.h there 
are problems with gcc autogenerated dependencies resulting in "*** 
target pattern contains no `%'. Stop." errors. I fixed this by 
reinstating some of the HAVE_DOS_PATHS conditionals in read.c for 
__MSYS__ but should this macro be left defined instead?

I put together the attached patch but I'm missing something somewhere, 
when I patch clean sources, configure and make then the build complains 
and reruns configure.

cd ../../make-3.81-test && /bin/sh 
/e/projects/test/make-3.81-test/config/missing --run aclocal-1.9 -I config
/e/projects/test/make-3.81-test/config/missing: aclocal-1.9: command not 
found
WARNING: `aclocal-1.9' is missing on your system.  You should only need 
it if
         you modified `acinclude.m4' or `configure.in'.  You might want
         to install the `Automake' and `Perl' packages.  Grab them from
         any GNU archive site.
 cd ../../make-3.81-test && /bin/sh 
/e/projects/test/make-3.81-test/config/missing --run automake-1.9 --gnu
/e/projects/test/make-3.81-test/config/missing: automake-1.9: command 
not found
WARNING: `automake-1.9' is missing on your system.  You should only need 
it if
         you modified `Makefile.am', `acinclude.m4' or `configure.in'.
         You might want to install the `Automake' and `Perl' packages.
         Grab them from any GNU archive site.
cd ../../make-3.81-test && /bin/sh 
/e/projects/test/make-3.81-test/config/missing --run autoconf
/bin/sh ./config.status --recheck
running /bin/sh ../../make-3.81-test/configure  --prefix=/usr  
--no-create --no-recursion

The build completes fine after this but what can I do to prevent it?


2006-03-25  Dave Murphy  <wintermute2k4@...>

    * config/config.guess    add msys
    * config/config.sub       add msys
    * config/dospaths.m4   remove msys from HAVE_DOS_PATHS check
    * configure                   regenerate
    * doc/version.texi         update
    * doc/stamp-vti            update
    * read.c                       reinstate some HAVE_DOS_PATHS 
conditionals for msys

Dave

Re: [Mingw-msys] gmake 3.80 or 3.81

[Keith MARSHALL <keith.marshall@to...>]

Dave Murphy wrote, quoting Earnie Boyd:
> I put together the attached patch but I'm missing something
> somewhere, when I patch clean sources, configure and make then
> the build complains and reruns configure.

Dave,

I don't have time to study this in detail.  It does look like you
patched `configure' though, which for an autoconf/automake managed
package is usually a bad thing to do.  Instead, you should patch
configure.ac, (if this doesn't exist, then `configure.in' is the
deprecated name), and use autoconf to regenerate `configure'.

>> Edit config/config.sub and add an entry for -msys*.

Can you not simply drop in the `config.guess'/`config.sub' from the
MSYS developer package, rather than modifying the package-supplied
versions?

>> ./configure --prefix=/usr --host=i686-pc-msys --build=i686-pc-msys
>>
>> Edit config.h and remove the HAVE_DOS_PATHS entry.

Editing `config.h' after running configure is usually not recommended,
but I don't know any other way to suppress the HAVE_DOS_PATHS feature,
if `configure' is detecting it.  But, Windoze does have DOS paths, so
why should make not include whatever support it can provide for them?

I also wonder if

   ./configure --enable-case-insensitive-file-system ...

would not be an appropriate option?

Regards,
Keith.

Re: [Mingw-msys] gmake 3.80 or 3.81

[Dave Murphy <wintermute2k4@nt...>]

Keith MARSHALL wrote:
> Dave,
>
> I don't have time to study this in detail.  It does look like you
> patched `configure' though, which for an autoconf/automake managed
> package is usually a bad thing to do.  Instead, you should patch
> configure.ac, (if this doesn't exist, then `configure.in' is the
> deprecated name), and use autoconf to regenerate `configure'.
>   
I actually patched config/dospaths.m4 and used autoconf to regenerate 
configure. The patch contains the regenerated configure rather than 
being patched directly. This change suppresses HAVE_DOS_PATHS for msys.

I guess I'm missing a step here, I just ran autoconf - I did try 
automake as well but it requires 1.9 and I have 1.8.2. Is it safe to 
install 1.9 from source or do I have to find some voodoo for both 
versions to co-exist?
>>> Edit config/config.sub and add an entry for -msys*.
>>>       
>
> Can you not simply drop in the `config.guess'/`config.sub' from the
> MSYS developer package, rather than modifying the package-supplied
> versions?
>   
Copy over the ones from msys/share/libtool or is there some way to force 
the build to use an externally supplied config.sub/config.guess?
> Editing `config.h' after running configure is usually not recommended,
> but I don't know any other way to suppress the HAVE_DOS_PATHS feature,
> if `configure' is detecting it.  But, Windoze does have DOS paths, so
> why should make not include whatever support it can provide for them?
>   
The change I made to config/dospaths.m4 suppresses that for msys

I tried leaving this part out & retaining the macro but I end up with 
this error

../../make-3.81-test/job.c: In function `construct_command_argv_internal':
../../make-3.81-test/job.c:2524: `sh_chars_sh' undeclared (first use in 
this function)
../../make-3.81-test/job.c:2524: (Each undeclared identifier is reported 
only once
../../make-3.81-test/job.c:2524: for each function it appears in.)

> I also wonder if
>
>    ./configure --enable-case-insensitive-file-system ...
>
> would not be an appropriate option?
>   

Sounds like a good idea to me

Dave

Re: [Mingw-msys] gmake 3.80 or 3.81

[Keith MARSHALL <keith.marshall@to...>]

Dave Murphy wrote, quoting me:
> I actually patched config/dospaths.m4 and used autoconf to
> regenerate configure. ...

Ah, ok.  That's the right way to do it; it was the inclusion of
the diff for configure, which confused me.

> The patch contains the regenerated configure rather than being
> patched directly. This change suppresses HAVE_DOS_PATHS for msys.
>
> I guess I'm missing a step here, I just ran autoconf - I did try 
> automake as well but it requires 1.9 and I have 1.8.2. Is it safe
> to install 1.9 from source or do I have to find some voodoo for
> both versions to co-exist?

Personally, I loathe automake absolutely!  But, I guess if we are
going to hack projects which use it, then we need to keep it around,
and up to date.

I *think* it's safe to just replace automake-1.8.2 with a newer
version, but someone else may know better, if some 1.8.2 managed
project can't live with 1.9.

AFAIK, latest gnu-automake builds and installs OOTB, with MSYS.

>> Can you not simply drop in the `config.guess'/`config.sub' from the
>> MSYS developer package, rather than modifying the package-supplied
>> versions?
> 
> Copy over the ones from msys/share/libtool or is there some way to
> force the build to use an externally supplied config.sub/config.guess?

Copy them over.  AFAIK, they need to be in the same directory as
install-sh; the default location is either the top-srcdir, or its
father or grandfather, unless modified by an AC_CONFIG_AUX_DIR, in
the `configure.ac'.

Alternatively, you could perhaps implement some voodoo in a
`${prefix}/share/config.site' script, to drop the MSYS versions into
place, but it probably isn't worth the effort.

Regards,
Keith.