"François PERRAD" <[EMAIL PROTECTED]> wrote:
At 09:40 05/08/2005 -0700, you wrote:
If using ${ld_out} won't break stuff for MinGW32, I can apply the patch
with
this fix (no need for you to send a new one) unless I spot any other
issues.
If it does, then we need to work out a way of making MinG
At 09:40 05/08/2005 -0700, you wrote:
"François PERRAD (via RT)" <[EMAIL PROTECTED]> wrote:
>
> With this patch, dynclasses work with MinGW32.
> (same as r8717 by Jonathan Worthington with MSC)
>
Unfortunately, your changes to dynclasses_pl.in break the build for MSVC.
Fortunately, it looks to
"François PERRAD (via RT)" <[EMAIL PROTECTED]> wrote:
With this patch, dynclasses work with MinGW32.
(same as r8717 by Jonathan Worthington with MSC)
Unfortunately, your changes to dynclasses_pl.in break the build for MSVC.
Fortunately, it looks to be something fairly minor.
-"${ld
"François PERRAD (via RT)" <[EMAIL PROTECTED]> wrote:
With this patch, dynclasses work with MinGW32.
(same as r8717 by Jonathan Worthington with MSC)
gdbmhash.dll (libgdbm) needs to add Parrot_load_lib in parrot.def
Thanks for the patch - I'll check it over and (provided it's OK) commit it
i
