On Thu, Aug 19, 2010 at 5:08 PM, Gabriel Dos Reis wrote:
> Where is the right place to put that CPP macro definition?
>
At the makefile in msvc. Those flags are then exported by a small program
(cut.exe) that rewrites certain files, doing the job of config.status.
Juanjo
--
Instituto de Físic
In fact I have a question I should ask now.
I am introducing a CPP macro, say ECL_MS_WINDOWS_HOST, that tells where
ECL is being built as a native Windows program (this includes using MS
compiler, GNU MinGW/MSYS or mingw-w64, but excludes Cygwin). This is
easily done by configure. And all is w
Juan Jose Garcia-Ripoll writes:
| BTW, I just finished configuring the Windows64 virtual image and right now all
| tests are run through it:
| http://ecls.sourceforge.net/logs.html
Great!
| However, I still have not managed installing mingw64, nor setting up the MSVC
| port to use LLP.
I wi
BTW, I just finished configuring the Windows64 virtual image and right now
all tests are run through it:
http://ecls.sourceforge.net/logs.html
However, I still have not managed installing mingw64, nor setting up the
MSVC port to use LLP.
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Ser
Juan Jose Garcia-Ripoll writes:
[...]
| --with-dffi is only useful when combined with --enable-shared, because the
| later allows finding out shared libraries, loading them and retrieving
pointers
| to their C functions, which DFFI may then use as described before.
|
| --with-dffi is only need
On Thu, Aug 19, 2010 at 3:53 PM, Gabriel Dos Reis wrote:
> understand correctly, there might be two libffi floating around: one
> that ECL wants, and one that comes with GNU Compiler suite. [...]
> What is the relation between --enable-shared and --with-dffi?
>
--with-dffi is a feature that all
Juan Jose Garcia-Ripoll writes:
| On Wed, Aug 18, 2010 at 11:15 PM, Juan Jose Garcia-Ripoll <
| juanjose.garciarip...@googlemail.com> wrote:
|
| On Wed, Aug 18, 2010 at 6:37 PM, Gabriel Dos Reis
wrote:
|
| libeclmin.a(ffi.o): In function `si_make_dynamic_callback':
| c:/Do
On Wed, Aug 18, 2010 at 11:15 PM, Juan Jose Garcia-Ripoll <
juanjose.garciarip...@googlemail.com> wrote:
> On Wed, Aug 18, 2010 at 6:37 PM, Gabriel Dos Reis wrote:
>
>> libeclmin.a(ffi.o): In function `si_make_dynamic_callback':
>> c:/Docume~1/gdr/Desktop/ecl.cvs/src/c/ffi.d:976: undefined refer
On Wed, Aug 18, 2010 at 6:37 PM, Gabriel Dos Reis wrote:
> libeclmin.a(ffi.o): In function `si_make_dynamic_callback':
> c:/Docume~1/gdr/Desktop/ecl.cvs/src/c/ffi.d:976: undefined reference to
> `ffi_prep_closure'
> libeclmin.a(ffi.o): In function `si_call_cfun':
> c:/Docume~1/gdr/Desktop/ecl.cvs
Juan Jose Garcia-Ripoll writes:
| On Wed, Aug 18, 2010 at 5:03 PM, Gabriel Dos Reis wrote:
|
| Has anybody been successful building ECL from CVS trunk on Windows
| 32-bit using msys/mingw? For me it fails with:
|
| In file included from
| c:\mingw\bin\../lib/gcc/mingw32/4.4.0
Ok, I just finished a successful mingw32 build. Just for the record, the
steps I took are
* Install mingw and msys.
* I will call my home directory CHOME=c:/mingw/home/jjgarcia
* In mingw notation HOME=/home/jjgarcia
* Download the 7.2a4 version of the Boehm-Weiser garbage collector from here
ht
On Wed, Aug 18, 2010 at 5:03 PM, Gabriel Dos Reis wrote:
> Has anybody been successful building ECL from CVS trunk on Windows
> 32-bit using msys/mingw? For me it fails with:
>
> In file included from
> c:\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/
> unistd.h:13,
>
Juan Jose Garcia-Ripoll writes:
[...]
| I started the week with an abundance of patience and hope for ECL on
| Windows boxes, but it seems to be drying up very quickly.
|
|
| Some ideas
|
| - the windows 32 bit port worked. if something broke in the mean time and
| nobody reported it
On Wed, Aug 18, 2010 at 5:03 PM, Gabriel Dos Reis wrote:
> Has anybody been successful building ECL from CVS trunk on Windows
> 32-bit using msys/mingw? For me it fails with:
>
My testing server has been in somebody else's hands for three months now. No
server means no Windows for me. So I can
hi,
Has anybody been successful building ECL from CVS trunk on Windows
32-bit using msys/mingw? For me it fails with:
In file included from
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/../../../../include/
unistd.h:13,
from c:/Docume~1/gdr/Desktop/ecl.cvs/src/c/file.d:29:
c:\mingw\bi
15 matches
Mail list logo