Hi,
I never heard a reply to this.
Is there any hope of getting this fixed?
If not, I'll have to ship my own private binary release of greencard
under windows, just so that it doesn't install in a directory with an
embedded space(!) :-(
Thanks,
-antony
--
Antony Courtney
Grad. Student, Dept. of Computer Science, Yale University
[EMAIL PROTECTED] http://www.apocalypse.org/pub/u/antony
--- Begin Message ---
I'm running in to a problem using ghc -M to generate dependencies when
there are embedded spaces in the path name to a dependency.
If I run ghc -M using something like:
$ ghc -M -optdep-f -optdep.hs_dependences
-i"C:/Program Files/GreenCard"/lib/ghc JNI.hs
it correctly computes the dependencies, but generates the following output:
--
# DO NOT DELETE: Beginning of Haskell dependencies
JNI.o : JNI.hs
JNI.o : ./GCJNI.hi
JNI.o : C:/Program Files/GreenCard/lib/ghc/StdDIS.hi
--
note that the space character in the path name on the last line is not
escaped, so make will interpret this as two seperate paths.
I believe a fix for this is to simply escape any space characters in
path names emitted by ghc -M by prefixing them with a backslash ('\').
I have tested this by hand editing my generated dependencies and it
seems to work.
As far as I know, this bug will also occur on Unix systems, which may
also have embedded spaces in path names.
I would be extremely grateful if you could fix this, as I can't ship a
version of my libraries that works with the binary distribution of
GreenCard on Windows until this is solved.
Thanks!
-antony
--
Antony Courtney
Grad. Student, Dept. of Computer Science, Yale University
[EMAIL PROTECTED] http://www.apocalypse.org/pub/u/antony
--- End Message ---
