Build 3.0 on mingw/msys

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Build 3.0 on mingw/msys

Paul Butcher-11
I am attempting to build GNU Smalltalk 3.0 using MSYS shell and mingw
environment.
I have overcome the error reported elsewhere requiring
lib-src/library.la to be added to two lines in Makefile:
 gst_tool_LDADD and  gst_tool_DEPENDENCIES

But am now getting a failure when running gst-tool gst-package:
./gst-tool gst-package --kernel-dir="/c/dev/mingw/smalltalk-3.0/kernel"
--image="/c/dev/mingw/smalltalk-3.0/gst.im" --srcdir=.
--target-directory=. packages/browser/package.xml
mkdir "C:\DOCUME~1\paulb\LOCALS~1\Temp\gstar-DOSSUZ"
mkdir "C:\DOCUME~1\paulb\LOCALS~1\Temp\gstar-DOSSUZ\Browser"
cp -p -f "c:\dev\mingw\smalltalk-3.0\packages\browser\BrowShell.st"
C:\DOCUME~1\
paulb\LOCALS~1\Temp\gstar-DOSSUZ\Browser\BrowShell.st
gst-package: Operation not permitted

The problem is that msys shell does not recognise the DOS-style target
path in the 'cp' command: the path needs to be in quotes as the source
path is.  I cannot find where the source for this command is.

PS Are there any instructions for a build on msys/mingw?

Yours

Paul Butcher
L-3 COMMUNICATIONS ASA Ltd.
Alton, Hants, UK




*******************************************************************
This communication is confidential to the intended
recipient(s). If you are not that person you are not
permitted to make use of the information and you are
requested to notify the sender immediately of its receipt
and then destroy the copy in your possession.  Any views
or opinions expressed are those of the originator and may
not represent those of L-3 Communications ASA Ltd.

Sent from L-3 Communications ASA Ltd.
Registered in England and Wales Company No. 1730717
Registered Office: 5th Floor, Chiswell Street, London EC1Y 4UP
*******************************************************************
This Email has been Virus Checked
*******************************************************************



_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: Build 3.0 on mingw/msys

Paolo Bonzini-2

> But am now getting a failure when running gst-tool gst-package:
> ./gst-tool gst-package --kernel-dir="/c/dev/mingw/smalltalk-3.0/kernel"
> --image="/c/dev/mingw/smalltalk-3.0/gst.im" --srcdir=.
> --target-directory=. packages/browser/package.xml
> mkdir "C:\DOCUME~1\paulb\LOCALS~1\Temp\gstar-DOSSUZ"
> mkdir "C:\DOCUME~1\paulb\LOCALS~1\Temp\gstar-DOSSUZ\Browser"
> cp -p -f "c:\dev\mingw\smalltalk-3.0\packages\browser\BrowShell.st"
> C:\DOCUME~1\
> paulb\LOCALS~1\Temp\gstar-DOSSUZ\Browser\BrowShell.st
> gst-package: Operation not permitted
>
> The problem is that msys shell does not recognise the DOS-style target
> path in the 'cp' command: the path needs to be in quotes as the source
> path is.  I cannot find where the source for this command is.

It is a "fake" command, it is only shown by scripts/Package.st to show
what's going on.  The paths are given to CopyFile, more or less.  You
can put debugging code in lib-src/symlink.c.

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: Build 3.0 on mingw/msys

Paolo Bonzini-2
Paul Butcher wrote:
> Thank you for your help on this.  By debugging in lib-src/symlink.c I
> noted that an initial forward slash is being put on the first arg
> (old_path).  (i.e. old_path was set to "/c:/path/smalltalk/" and Windows
> doesn't like the initial slash.
> I 'cludged' a fix by resetting the string pointer to &old_path[1] in
> CopyFile call and all seems to work.
> Presumably this goes back to to scripts/Package.st where the symlink
> call originates? but I couldn't trace the fault myself.

I'll take a look, and I've applied the change you suggested (commit
ca71f799).

What are the failures?

Thanks!

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Reply | Threaded
Open this post in threaded view
|

Re: Build 3.0 on mingw/msys

Paolo Bonzini-2
Paul Butcher wrote:
> Sorry for delay in answering this one.
> Please find attached archive of testsuite.log and testsuite.dir from
> clean build.
>
> Some tests report OK but were not - the following clarifies:
> 7: intmath.st hangs - ctrl-C to clear

That's probably because you don't have GMP, or it is not found.

If you have it, probably the easiest thing to do is configure with
--prefix=/mingw (if you're not using it already).

> 114: Digest causes 'The application or DLL ......\digest\.libs\digest.a
> is not a valid Windows image.'
> 116: Iconv causes 'The application or DLL ......\iconv\.libs\iconv.a is
> not a valid Windows image.'
> 118: Zlib causes 'The application or DLL ......\zlib\.libs\zlib.a is not
> a valid Windows image.'
>
> The last 3 suggest the packages are trying to load the wrong file - the
> .a archive rather than the DLLs.

That's what it suggests, but I'm not sure.  It might be a problem with
ltdl too.

Does Sport pass, or is it skipped?  It also uses an external module, it
would be interesting to understand if the .dll is loaded, and if so why.

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk