gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] progress compiling GCL with Wine


From: Camm Maguire
Subject: Re: [Gcl-devel] progress compiling GCL with Wine
Date: Mon, 28 Oct 2013 10:21:15 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)

Greetings, and thanks for the report/progress!

I was just about to write that you were using master in your last report
-- I do not expect this to work yet.  Version_2_6_9 and
Version_2_6_10pre should be identical for your purposes.  Might be a
good idea to make sure you don't have local differences with the
repository.

Your report below against Version_2_6_9 appears to stem from some
difference in our wine setups.  I think this message

> Can't recognize '/home/robert/tmp/gcl-git/gcl/gcl/unixport/msys /tmp/
> out8 tmp8 log8' as an internal or external command, or batch script.

comes from wine.  The C code invokes the above command using the
'system' syscall, which on my machine apparently goes through libc and
the linux kernel, and on yours through wine.

Here are the versions of my wine installation:

ii  libwine                         1.4.1-4              i386                 
Windows API implementation - library
ii  libwine-alsa:i386               1.4.1-4              i386                 
Windows API implementation - ALSA sound module
ii  libwine-bin:i386                1.4.1-4              i386                 
Windows API implementation - system services
ii  libwine-gecko-1.4               1.4+dfsg1-3          all                  
Windows API implementation - web browser module
ii  libwine-gl:i386                 1.4.1-4              i386                 
Windows API implementation - OpenGL module
ii  wine                            1.4.1-4              amd64                
Windows API implementation - standard suite
ii  wine-bin                        1.4.1-4              i386                 
Windows API implementation - binary loader

I don't think I had to alter the default configuration.  

I've placed an strace -f of a saved_gcl.exe invocation at

http://people.debian.org/~camm/gg.gz

You can see there that msys is first searched with a .COM, .EXE
... extension before it settles on and uses msys with no suffix.  Might
be a good idea to compare with yours: 

strace -f ./saved_gcl.exe | cat - >/tmp/gg

This might require a little digging.  Any way I can get access to the
machine in question?

Take care,


Robert Dodier <address@hidden> writes:

> For the record, I've made some progress compiling GCL on Linux with Wine.
>
> I am working w/ Version_2_6_9 now (before it was master). Now
> ./configure runs without patching, and make runs almost all the way to
> the end. Apparent raw_pre_gcl.exe is created and then it craps out.
>
> $ make
> [...]
> ar: creating libpre_gcl.a
> cp ../o/gcllib.a libgclp.a
> ranlib libgclp.a
> cp init_pre_gcl.lsp.in init_pre_gcl.lsp.tmp
> touch raw_pre_gcl_map
> /usr/bin/i586-mingw32msvc-gcc  ../o/firstfile.o -o raw_pre_gcl.exe
> -L.  -Wl,-Map raw_pre_gcl_map  -lpre_gcl -lm -lmingwex  -lwsock32
> -lgclp ../o/lastfile.o
> PATH=/usr/bin:$PATH gcc msys.c -o msys # Unix binary if running wine
> cat init_pre_gcl.lsp.tmp | sed \
>         -e "address@hidden@#(`cat ../majvers`.`cat ../minvers`) `date`#1" \
>         -e "address@hidden@#`cat ../minvers | cut -f2 -d.`#1" \
>         -e "address@hidden@#`cat ../minvers | cut -f1 -d.`#1" \
>         -e "address@hidden@#`cat ../majvers`#1" \
>         -e "address@hidden@#\"/usr/bin/i586-mingw32msvc-gcc -c -Wall
> -DVOL=volatile -fsigned-char -pipe -fno-zero-initialized-in-bss
> -mms-bitfields -march=i386 \"#1" \
>         -e "address@hidden@#\"/usr/bin/i586-mingw32msvc-gcc
> ../o/firstfile.o -o \"#1" \
>         -e "address@hidden@#\"  -lpre_gcl -lm -lmingwex  -lwsock32
> -lgclp ../o/lastfile.o\"#1" \
>         -e "address@hidden@#\"-O3 \"#1" \
>         -e "address@hidden@#\"-O\"#1" \
>         -e "address@hidden@#\"init_pre_gcl.lsp\"#1" >init_pre_gcl.lsp
> cp init_pre_gcl.lsp foo
> echo " (in-package \"USER\")(system:save-system \"saved_pre_gcl\")" >>foo
> ar x libpre_gcl.a $(ar t libpre_gcl.a |grep ^gcl_)
> /home/robert/tmp/gcl-git/gcl/gcl/unixport/raw_pre_gcl.exe
> /home/robert/tmp/gcl-git/gcl/gcl/unixport/ -libdir
> /home/robert/tmp/gcl-git/gcl/gcl/ < foo
> GCL (GNU Common Lisp)  April 1994  131071 pages
> Can't recognize '/home/robert/tmp/gcl-git/gcl/gcl/unixport/msys /tmp/
> out8 tmp8 log8' as an internal or external command, or batch script.
> The assertion !system(b) on line 113 of unixsys.c in function
> detect_wine failedmake[1]: *** [saved_pre_gcl] Error 255
> make[1]: Leaving directory `/home/robert/tmp/gcl-git/gcl/gcl/unixport'
> make: *** [unixport/saved_pre_gcl] Error 2
>
> /home/robert/tmp/gcl-git/gcl/gcl/unixport/msys does indeed exist and
> if I enter that command line to bash, it apparently runs (and returns
> immediately with exit code = 0).
>
> Advice?
>
> Thanks for your help,
>
> Robert Dodier
>
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/gcl-devel
>
>
>
>

-- 
Camm Maguire                                        address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah



reply via email to

[Prev in Thread] Current Thread [Next in Thread]