On Fri 17 Jun 2011 11:03, Andy Wingo writes:
> The libgc list is g...@linux.hpl.hp.com. I have found the libgc
> maintainers to be very responsive. If there is a problem with mingw and
> threads that is fixed by Jan's patches, I'm sure they would be happy to
> have them. Who will submit them t
Hi!
Andy Wingo skribis:
> On Sun 24 Apr 2011 22:22, l...@gnu.org (Ludovic Courtès) writes:
>
>> Looks good to me. Could you factor it into an M4 macro, use
>> AC_CACHE_CHECK, and move that to acinclude.m4?
>
> I tried and failed, so I pushed it anyway. Would you like to do the
> refactoring as
Hi Volker,
On Sat 21 May 2011 00:19, Volker Grabsch writes:
> Jan Nieuwenhuizen schrieb:
>> https://github.com/janneke/gub/blob/guile-2.0/gub/specs/guile.py
>> https://github.com/janneke/gub/tree/guile-2.0/patches
>
> As far as I can see, you have patched libgc to support pthreads
> unde
Jan Nieuwenhuizen schrieb:
> https://github.com/janneke/gub/blob/guile-2.0/gub/specs/guile.py
> https://github.com/janneke/gub/tree/guile-2.0/patches
Thanks for pointing me to this project. This looks really
promising and I would be glad for learning from that.
1) The pthread issue
As fa
On Fri 20 May 2011 14:48, Jan Nieuwenhuizen writes:
> Volker Grabsch writes:
>
>> 1) My first attempt is to enable threads via:
>
> Just to remind you that we have an automated working mingw cross build
> setup here
>
> https://github.com/janneke/gub
Cool :-)
Just to remind *you* that I hav
Volker Grabsch writes:
> 1) My first attempt is to enable threads via:
Just to remind you that we have an automated working mingw cross build
setup here
https://github.com/janneke/gub
with guile-specific recipe and patches up at
https://github.com/janneke/gub/blob/guile-2.0/gub/specs/g
Hello Andy,
thanks for the quick reply and for accepting and cleaning up
my patches so far.
Andy Wingo schrieb:
> > CC net_db.lo
> > net_db.c:460:1: error: 'AI_ALL' undeclared here (not in a function)
> > net_db.c:460:1: error: expression in static assertion is not an integer
> > net_db.c:4
Hi Volker,
Thanks for the report.
On Tue 17 May 2011 01:01, Volker Grabsch writes:
> "fix-include-error-in-gen-scmconfig.patch"
> The patch re-introduces a change which I already proposed
> in my last patch: You can't use $(AM_CPPFLAGS) for the native
> build, because it adds "-
Andy Wingo schrieb:
> On Sat 23 Apr 2011 18:10, Volker Grabsch writes:
>
> > Andy Wingo schrieb:
> >> Hmmm. Well. We have other code generators in Guile's build system;
> >> notably the configure script (via config.h and other output files).
> >> What do folks think about the attached patch?
>
On Sun 24 Apr 2011 22:22, l...@gnu.org (Ludovic Courtès) writes:
> Looks good to me. Could you factor it into an M4 macro, use
> AC_CACHE_CHECK, and move that to acinclude.m4?
I tried and failed, so I pushed it anyway. Would you like to do the
refactoring as a separate commit? :-)) Sorry for b
Hi Volker,
On Sat 23 Apr 2011 18:10, Volker Grabsch writes:
> Andy Wingo schrieb:
>> Hmmm. Well. We have other code generators in Guile's build system;
>> notably the configure script (via config.h and other output files).
>> What do folks think about the attached patch?
>
> Please drop me a n
Hello Andy,
Andy Wingo schrieb:
> On Fri 01 Apr 2011 20:50, Volker Grabsch writes:
>
> > "Portability fixes for win32 cross compiling"
> > http://www.mail-archive.com/guile-devel@gnu.org/msg05308.html
>
> Ah yes. Thanks for that link. And thank you for your ongoing patience
> :-)
You
Hi Volker,
On Fri 01 Apr 2011 20:50, Volker Grabsch writes:
> "Portability fixes for win32 cross compiling"
> http://www.mail-archive.com/guile-devel@gnu.org/msg05308.html
Ah yes. Thanks for that link. And thank you for your ongoing patience
:-)
> Gen-scmconfig is a code generator, s
Hello,
Volker Grabsch writes:
> If I understand this correctly, the proposed way for cross
> compilation is to build the code generators (like gen-scmconfig)
> entirely using the build toolchain. This means that
> and others have to be available on the build system, and constants
> are taken fr
Mike Gran schrieb:
> > Gen-scmconfig is a code generator, so it has to be built using
> > the native toolchain. However, it is supposed to write take its
> > values from the of the cross tool chain. Thus, the
> > "/usr/include" equivalent of the cross tool chain is added to
> > the include path wh
> "Portability fixes for win32 cross compiling"
> http://www.mail-archive.com/guile-devel@gnu.org/msg05308.html
>
> > In any case, I don't understand the mechanism here, but I believe the
> > point was to make it so that #include would not pull in
> > iconv headers. gen-scmconfig looks u
Andy Wingo schrieb:
> On Sat 26 Mar 2011 23:06, Volker Grabsch writes:
>
> > The first issue is the "#include " in gen-scmconfig,
> > which has already been discussed in the past and for which I
> > already provided a clean, working solution. I forward-ported
> > my patch to guile-2.0.0 and it se
On Sat 26 Mar 2011 23:06, Volker Grabsch writes:
> The first issue is the "#include " in gen-scmconfig,
> which has already been discussed in the past and for which I
> already provided a clean, working solution. I forward-ported
> my patch to guile-2.0.0 and it seems to work. This patch is
> att
Hello Mike,
I just tried again to cross compile a win32 version of guile, using
the latest 2.0.0 release. My last attempt in April 2010 failed.
Much has been improved since then, but there are still fatal
errors, so I still can't support guile-2 in mingw-cross-env. [1]
1)
The first issue is th
Hello Mike,
I just tried again to cross compile a win32 version of guile, using
the latest 2.0.0 release. My last attempt in April 2010 failed.
Much has been improved since then, but there are still fatal
errors, so I still can't support guile-2 in mingw-cross-env. [1]
1)
The first issue is th
20 matches
Mail list logo