"carlo.bramix" writes:
> Hello!
Hi Carlo!
>>> I don't understand why this fixes anything, since the `_ptr'
>>> variables are declared as `SCM_API' just like the non-`_ptr'
>>> variables.
>> Indeed. My guess is that it's because the DLL import/export
>> mechanism works for atomic data - i.e. c
ounces+carlo.bramix=libero...@gnu.org
To : l...@gnu.org
Cc : guile-devel@gnu.org
Date : Sat, 27 Jun 2009 10:29:54 +0100
Subject : Re: MinGW build fixes
> l...@gnu.org (Ludovic Courtès) writes:
>
> >> SCM_API struct scm_t_cell_type_statistics scm_i_master_freelist;
> &g
l...@gnu.org (Ludovic Courtès) writes:
>> SCM_API struct scm_t_cell_type_statistics scm_i_master_freelist;
>> +SCM_API struct scm_t_cell_type_statistics *scm_i_master_freelist_ptr;
>> SCM_API struct scm_t_cell_type_statistics scm_i_master_freelist2;
>> +SCM_API struct scm_t_cell_type_statistics
Hello!
Neil Jerram writes:
> - MinGW can't export/import struct variables from/to a DLL, so wrap
> the ones needed by inline.h in exported/imported pointer variables.
[...]
> * libguile/gc.h (scm_i_freelist_ptr, scm_i_freelist2_ptr,
> scm_i_master_freelist_ptr, scm_i_master_freelist2_ptr):
09 00:33:06 +0100
Subject: [PATCH] MinGW build fixes
- Need to use GUILE_FOR_BUILD for autogeneration steps during the
build.
- MinGW can't export/import struct variables from/to a DLL, so wrap
the ones needed by inline.h in exported/imported pointer variables.
- The dummy scm_init_* an
