more windows porting; maybe indeed feasible soon

[Derek Atkins]

Christian Stimming <stimming at tuhh.de> writes:

> The wiki page was wrong in that respect. Wait...
>
> I was about to write "Code generation of g-wrap doesn't (yet) work,
> because it needs to load the DLL srfi-13-14, which doesn't work" ---
>
> BUT now that I looked closer to this error message, it was simply a
> matter of copying the installed libguile-srfi-srfi-13-14-v-1-1.dll to a
> filename without the last trailing "-1", i. e.
> libguile-srfi-srfi-13-14-v-1.dll . With this last guile fixing, I am
> able to run the code generation on windows. (Albeit only when the
> current working directory is on a local hard drive, not on a SMB network
> filesystem.)

Cool!
I just wonder why SMB fails?

>> I'm only asking because Really Soon Now I'm planning to make
>> sure that g-wrap generated files are not included in the tarball
>> distribution.
>
> Actually I don't understand why we distribute the g-wrap generated file
> anyway -- in Makefile.am these files *always* have a dependency on the
> top-level config.status, which obviously will be generated *after*
> unpacking each tarball, which in turn means *all* generated g-wrap files
> will be newly generated anyway.

Exactly, which is why I want to remove them from the tarball.

> Christian

-derek

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available