[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gcl-devel] Re: delayed pathname.d patch
From: |
Michael Koehne |
Subject: |
Re: [Gcl-devel] Re: delayed pathname.d patch |
Date: |
Tue, 27 Apr 2004 18:02:58 +0200 |
User-agent: |
Mutt/1.3.28i |
Moin Mike Thomas,
> Unfortunately not, hence the nature of the patch - in fact host on Mingw32
> is reported as the compiler name rather than the OS - a bit of a bummer but
> a practical result of the hosting of Unix tools under Cygwin. MSYS and
> others etc.
btw: my pathname.d does NOT YET detect a DOS system, and therefore
not print a device name. My solution to print any information from
pathname in a namestring would be.
(set SI:*NAMESTRING-RESOLVE '(:device :host :version))
Unix comes NIL as namespace-resolver (later with :host and :version,
once SSH and RCS are integrated) - Its therefore trivial to build
a DOS version of my patch:
(set SI:*NAMESTRING-RESOLVE :device)
(si:save-system "dos-gcl")
please try this - i dont have a DOS system at hand - also test
something like (directory #p"c:/foo/*.lisp") after installing
my patch on Windoof - the directory defun had to change for
both systems, but I was only able to test the Unix/BSD side.
And arange some SURE flag, I could querry from it C as #ifdef WINDOOF to
enable this features on M$ platform independed of compile. But we would
need to know the output of conf.guess and to patch the two files defining
M$ to export such a SURE flag. I think a good place might be h/gnuwin95.h
and in h/mingw.h - similar to the
--
mailto:address@hidden UNA:+.? 'CED+2+:::Linux:2.4.22'UNZ+1'
http://www.xml-edifact.org/ CETERUM CENSEO WINDOWS ESSE DELENDAM
- Re: [Gcl-devel] *features*, (continued)
- Re: [Gcl-devel] *features*, Camm Maguire, 2004/04/16
- Message not available
- [Gcl-devel] Re: *features* - patch, Camm Maguire, 2004/04/19
- [Gcl-devel] Re: *features* - patch, Michael Koehne, 2004/04/19
- Message not available
- [Gcl-devel] Re: delayed pathname.d patch, Camm Maguire, 2004/04/22
- RE: [Gcl-devel] Re: delayed pathname.d patch, Mike Thomas, 2004/04/22
- RE: [Gcl-devel] Re: delayed pathname.d patch, Bill Page, 2004/04/22
- Re: [Gcl-devel] Re: delayed pathname.d patch, Camm Maguire, 2004/04/23
- RE: [Gcl-devel] Re: delayed pathname.d patch, Mike Thomas, 2004/04/27
- Re: [Gcl-devel] Re: delayed pathname.d patch, Camm Maguire, 2004/04/23
- RE: [Gcl-devel] Re: delayed pathname.d patch, Mike Thomas, 2004/04/27
- Re: [Gcl-devel] Re: delayed pathname.d patch,
Michael Koehne <=
- RE: [Gcl-devel] Re: delayed pathname.d patch, Mike Thomas, 2004/04/28
- Re: [Gcl-devel] Re: delayed pathname.d patch, Camm Maguire, 2004/04/28
- RE: [Gcl-devel] Re: delayed pathname.d patch, Mike Thomas, 2004/04/28
- [Gcl-devel] Re: delayed pathname.d patch, Paul F. Dietz, 2004/04/28
- RE: [Gcl-devel] Re: delayed pathname.d patch, Mike Thomas, 2004/04/28
- Re: [Gcl-devel] delayed pathname.d patch, Michael Koehne, 2004/04/23
- Re: [Gcl-devel] delayed pathname.d patch, Camm Maguire, 2004/04/23
- Re: [Gcl-devel] delayed pathname.d patch, Camm Maguire, 2004/04/23
- Re: [Gcl-devel] delayed pathname.d patch, Michael Koehne, 2004/04/23
- Re: [Gcl-devel] delayed pathname.d patch, Michael Koehne, 2004/04/27