[cffi-devel] problem with include-path in cffi-grovel on windows
Hello, The groveler has a problem with the include path when calling the c-compiler on windows. This is because it uses the (directory-namestring) function to get the directory where cffi is installed and thus the device specifier is missing. I reported a bug and attached a patch to it. The patch is using a small lib i wrote to solve; I couldn't find an easy way to do it with ANSI CL (this may be my fault). The patch seem to solve the problem (windows7-64 and ccl-1.8), but I couldn't test it to a great extend. This is because I found the but by trying to use osicat which now seems to be broken with the latest git version. Is there any package that uses the groveler and should work on windows so that I can test the fix? I would love to hear your opinions on the patch and the lib and hope it will be helpful. Best regards, Karl
Hello Karl, On Wed, Apr 18, 2012 at 7:04 PM, Karl Heinrichmeyer <karl@gudrun-heinrichmeyer.de> wrote:
I reported a bug and attached a patch to it. The patch is using a small lib i wrote to solve; I couldn't find an easy way to do it with ANSI CL (this may be my fault). The patch seem to solve the problem (windows7-64 and ccl-1.8), but I couldn't test it to a great extend. This is because I found the but by trying to use osicat which now seems to be broken with the latest git version. Is there any package that uses the groveler and should work on windows so that I can test the fix?
Thanks for the bug report. I agree with Greg that simply using plain make-pathname thus not adding an extra dependency would be better. Can you rewrite the patch taking that into consideration? Re: osicat being broken, could you report that to the osicat mailing list? Re: testing cffi-grovel on window, Osicat is probably your best bet. If that fails, writing a simple test and adding to cffi-tests would be nice. Finally, your library does seem useful. Perhaps it could be integrated into CL-FAD and/or Osicat? Cheers, -- Luís Oliveira http://r42.eu/~luis/
Hello Luís, Am 16.05.2012 01:37, schrieb Luís Oliveira:
Hello Karl,
On Wed, Apr 18, 2012 at 7:04 PM, Karl Heinrichmeyer <karl@gudrun-heinrichmeyer.de> wrote:
I reported a bug and attached a patch to it. The patch is using a small lib i wrote to solve; I couldn't find an easy way to do it with ANSI CL (this may be my fault). The patch seem to solve the problem (windows7-64 and ccl-1.8), but I couldn't test it to a great extend. This is because I found the but by trying to use osicat which now seems to be broken with the latest git version. Is there any package that uses the groveler and should work on windows so that I can test the fix? Thanks for the bug report. I agree with Greg that simply using plain make-pathname thus not adding an extra dependency would be better. Can you rewrite the patch taking that into consideration? I wrote a new patch that uses only make-pathname and attached it to the bug report. It seems to fix the problem with the pathnames when trying to load osicat (although the loading still fails later on ...) . Re: osicat being broken, could you report that to the osicat mailing list?
I'll also write a report to the osicat mailing list as soon as i find the time to investigate the problem on windows a little further (I kind of gave up on development on Windows in the meantime :) )
Re: testing cffi-grovel on window, Osicat is probably your best bet. If that fails, writing a simple test and adding to cffi-tests would be nice.
Finally, your library does seem useful. Perhaps it could be integrated into CL-FAD and/or Osicat?
It would be great if my library could be integrated in one of those, preferably cl-fad. I read that you maintain a darcs repository for it? Or should I ask Edi Weitz to include it?
Cheers,
Best regards, Karl
On Sat, May 19, 2012 at 11:49 AM, Karl Heinrichmeyer <karl@gudrun-heinrichmeyer.de> wrote:
It would be great if my library could be integrated in one of those, preferably cl-fad. I read that you maintain a darcs repository for it? Or should I ask Edi Weitz to include it?
I believe the canonical repository is at <https://github.com/edicl/cl-fad>. Check out <http://weitz.de/patches.html>. Cheers, -- Luís Oliveira http://r42.eu/~luis/
participants (2)
-
Karl Heinrichmeyer -
Luís Oliveira