axiom-developer
[Top][All Lists]
Advanced

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

[Axiom-developer] Re: [Gcl-devel] Axiom on Windows GCL problems


From: Camm Maguire
Subject: [Axiom-developer] Re: [Gcl-devel] Axiom on Windows GCL problems
Date: 13 Jan 2005 09:30:42 -0500
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!

Could you please try this:

--- /usr/lib/gcl-2.6.5/cmpnew/gcl_cmpmain.lsp   2004-09-03 17:48:54.000000000 
+0000
+++ cmpnew/gcl_cmpmain.lsp      2005-01-13 14:29:32.000000000 +0000
@@ -547,7 +547,7 @@
     (setq na  (namestring
               (make-pathname :name name :type (pathname-type(first args)))))
    #+(or dos winnt)
-      (format nil "~a -I~a ~a ~a -c -w ~a -o ~a"
+      (format nil "~a -I~a ~a ~a -c -w '~a' -o '~a'"
              *cc*
              (concatenate 'string si::*system-directory* "../h")
              (if (and (boundp '*c-debug*) *c-debug*) " -g " "")


Take care,

"Page, Bill" <address@hidden> writes:

> Mike,
> 
> I presume that you have been extraordinarily busy (as usual)
> but with other things since I haven't seen your email lately
> on the Axiom list. I hope you had a pleasant holiday season
> in spite of the work. :)
> 
> You are probably reading the axiom mailing lists anyway, so
> you know that things are progressing at a good pace - thanks
> in part to your breaking of the GCL barrier for Axiom on
> Windows!
> 
> Speaking of which ...
> 
> I noticed today that there is a significant problem with
> compiling spad code under windows relating to the use of
> default paths that include spaces. I think (but I am not
> absolutely sure) that this problem actually exists at the
> GCL level.
> 
> In Axiom on windows, when run from a desktop icon (significant
> because Axiom behaves much better when run from inside the
> MSYS development environment that simulates some unix tools
> functionality), I get the following result in response to a
> compile command, e.g.
> 
>   )compile PPF.spad
> 
> ...
>   Axiom compiler messages: (omitted)
> ...
>   GCL lisp compile messages (I think):
> 
> Compiling C:/Documents and Settings/bpage/My Documents/PPF.NRLIB/code.lsp.
> End of Pass 1.
> End of Pass 2.
> gcc: C:/Documents: No such file or directory
> gcc: and: No such file or directory
> gcc: Settings/bpage/My: No such file or directory
> gcc: Documents/PPF.NRLIB/code.c: No such file or directory
> gcc: and: No such file or directory
> gcc: Settings/bpage/My: No such file or directory
> gcc: Documents/PPF.NRLIB/code.o: No such file or directory
> gcc: no input files
> 
>    >> System error:
>    (SYSTEM "gcc -c -g -Wall -DVOL=volatile -fsigned-char -pipe
> -fno-zero-initialized-in-bss -mms-bitfields -g -mcpu=i386
> -march=i386  -IC:/msys/1.0/home/bpage/axiom-build/mnt/windows/bin/../h
> -c -w C:/Documents and Settings/bpage/My Documents/PPF.NRLIB/code.c
> -o C:/Documents and Settings/bpage/My Documents/PPF.NRLIB/code.o")
> returned a non-zero value 1.
> 
> -------
> 
> notice how the command line arguments to gcc are mangled
> because they contain spaces and are not properly escaped. If
> I copy the gcc command and insert delimiters as follows:
> 
> gcc -c -g -Wall -DVOL=volatile -fsigned-char -pipe
> -fno-zero-initialized-in-bss -mms-bitfields -g -mcpu=i386
> -march=i386  -IC:/msys/1.0/home/bpage/axiom-build/mnt/windows/bin/../h
> -c -w "C:/Documents and Settings/bpage/My Documents/PPF.NRLIB/code.c"
> -o "C:/Documents and Settings/bpage/My Documents/PPF.NRLIB/code.o"
> 
> and then paste it into a command window, gcc runs and produces
> a object file normally. So I know everything else is ok. And of
> course this also works if Axiom and GCL are installed in
> directories so that the paths do not contain spaces.
> 
> --------
> 
> So, I was wondering if you might be able to quickly point
> me in the right direction to fix this problem. I know that
> at some point GCL is going to convert so-called path
> expressions like #P"c:xxxx yyy zzz" into actual command line
> arguments. I think that what is happening is that this
> conversion is removing the "quotes" but that these should
> remain especially on the windows platform - but maybe under
> linux as well even though users much less frequently employ
> paths with spaces under linux.
> 
> Regards,
> Bill Page. 
> 
> 
> _______________________________________________
> Gcl-devel mailing list
> address@hidden
> http://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]