[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

reply via email to

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