gcl-devel
[Top][All Lists]
Advanced

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

Re: [Gcl-devel] running program compiled by GCL via Wine


From: Camm Maguire
Subject: Re: [Gcl-devel] running program compiled by GCL via Wine
Date: Wed, 09 Oct 2013 22:20:11 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)

Greetings, and thanks for trying this out!

msys is a linux binary that is a server for the 'system' command which
appeared broken in wine when I put the port together.  I.e. gcl under
wine will write (system ...) command strings (i.e. gcc commands) to a
file and wait for the msys server (running in the background) to execute
them and report the results.

When I've run, I have update-binfmts recognize wine binaries, and run
directly from the shell:

./maxima.exe

(see README.wine) For me, the linux kernel can then also run the linux
binary msys on request, and all works pretty well.  I just tested, and
got a maxima build, but with different problems:

1) make never really completes as the target maxima.exe is made instead
of maxima.  Thus no docs are made, and on startup:

(sid_amd64)address@hidden:~/debian/maxima/maxima-5.31.0$ wine 
src/binary-gcl/maxima.exe -eval '(run)'
Warning:
Maxima is unable to set up the help system.
(Details: CL-INFO::LOAD-PRIMARY-INDEX: Error in INITIALIZE-RUNTIME-GLOBALS [or 
a callee]: Cannot open the file /usr/local/share/info/./maxima-index.lisp.)

Warning: argument a not recognized.
Maxima 5.31.0 http://maxima.sourceforge.net
using Lisp GNU Common Lisp (GCL) GCL 2.6.10 (a.k.a. GCL)
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) run_testsuite();


2) Then a path semantics problem:

run_testsuite();

Error in PROGN [or a callee]: Cannot open the file 
/usr/local/share/maxima/5.31.0/tests/testsuite.lisp.

Fast links are on: do (use-fast-links nil) for debugging
Broken at PROGN.  Type :H for Help.
 1 (Continue) Retry loading file 
"/usr/local/share/maxima/5.31.0/tests/testsuite.lisp".
 2 Maxima top-level
 3 (Abort) Return to top level.


These don't look too serious.

Take care,

Robert Dodier <address@hidden> writes:

> Hi,
>
> Just for fun I am trying to run maxima.exe as compiled by GCL for
> Windows on Linux via Wine. I've installed maxima.exe using the
> Windows installers which can be found on the project page.
> (http://sf.net/p/maxima/files)
> The installer runs without any problem via Wine.
>
> I patched Wine as mentioned in a comment on this bug report.
> http://bugs.winehq.org/show_bug.cgi?id=20986
> When I try to run maxima.exe, I get this error message:
>
> $ wine ./maxima.exe
> Can't recognize
> 'C:/msys/1.0/local/src/gcl-2.6.8pre-2013-01-01/unixport/msys /tmp/
> out8 tmp8 log8' as an internal or external
>   command, or batch script.
>
> I see that this message originates in the function detect_wine
> in o/unixsys.c, which tries to execute the program 'msys' defined in
> unixport/msys.c. I don't understand the logic of detect_wine;
> the only description I was found that seems to be relevant is here:
> http://lists.gnu.org/archive/html/gcl-devel/2010-10/msg00002.html
> (search for "gcl now builds under wine").
>
> Is there a way to get detect_wine to avoid failing any assertions?
> (From what I can tell, it doesn't matter whether *WINE-DETECTED*
> is set correctly.) It seems like this would affect any program
> compiled by GCL, not just maxima.exe.
>
> The GCL versions involved are 2.6.9 and 2.6.8 as of 2013-01-01.
>
> Thanks for any light you can shed on this.
>
> best
>
> 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]