Common Foreign Function Interface

Karl Heinrichmeyer | 18 Apr 2012 20:04

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

headers

Luís Oliveira | 16 May 2012 01:37

Re: problem with include-path in cffi-grovel on windows

Hello Karl,

On Wed, Apr 18, 2012 at 7:04 PM, Karl Heinrichmeyer
<karl <at> 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/

(Continue reading)

headers

Karl Heinrichmeyer | 19 May 2012 12:49

Re: problem with include-path in cffi-grovel on windows

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 <at> 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.
>

(Continue reading)

headers

Luís Oliveira | 19 May 2012 16:18

Re: problem with include-path in cffi-grovel on windows

On Sat, May 19, 2012 at 11:49 AM, Karl Heinrichmeyer
<karl <at> 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/