This is the mail archive of the
libffi-discuss@sourceware.org
mailing list for the libffi project.
Re:libffi 3.0.9 release candidate 9 - the last one??
- From: "carlo\.bramix" <carlo dot bramix at libero dot it>
- To: "libffi-discuss" <libffi-discuss at sourceware dot org>
- Date: Wed, 30 Dec 2009 14:57:16 +0100
- Subject: Re:libffi 3.0.9 release candidate 9 - the last one??
Hello,
I would like to report that I have rebuilt the scripts of rc10 with autotools 2.64.
After that, the building process on mingw+msys has been able to create shared libraries (the DLL in Windows).
It works on cygwin too.
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
From : libffi-discuss-owner@sourceware.org
To : "libffi-discuss" libffi-discuss@sourceware.org
Cc :
Date : Sat, 26 Dec 2009 21:11:55 +0100
Subject : Re:libffi 3.0.9 release candidate 9 - the last one??
> Hello,
> I downloaded libffi-3.0.9rc9.tar.gz
> Unfortunately it does not compile well and I still get the same error I got before.
> The strange fact is that my patch seems applied (thank you!) but the files generated by autotools seems different from expected ones.
> If you open makefile.am there is this line:
>
> libffi_la_LDFLAGS = -version-info `grep -v '^\#' $(srcdir)/libtool-version` $(AM_LTLDFLAGS)
>
> and it's ok for my platforms, but now if you open Makefile.in you will find instead:
>
> libffi_la_LDFLAGS = -version-info `grep -v '^\#' $(srcdir)/libtool-version`
>
> Perhaps did you generated the scripts with autotools and then you applied the patch?
> I tried to re-create everything but the result on the console says to me that it requires autotools 2.63 while I can only run autotools 2.61 and, unfortunately, here at home I cannot use my colinux box because it requires a newer version of Windows than the one I have.
> I'm sorry, I hope you could fix it in some ways.
>
> BTW, is it normal that includes are installed in:
>
> includedir=${libdir}/libffi-3.0.9rc9/include
>
> instead of:
>
> includedir=${prefix}/include/libffi-3.0.9rc9
>
> ?
>
> Sincerely,
>
> Carlo Bramini.
>
> ---------- Initial Header -----------
>
> From : "Anthony Green" green@redhat.com
> To : carlo.bramix@libero.it, ssuominen@gentoo.org, libffi-discuss@sourceware.org, doko@ubuntu.com, f.p.x.everdij@tudelft.nl, brad@brad-smith.co.uk
> Cc :
> Date : Sat, 26 Dec 2009 10:35:47 -0500
> Subject : libffi 3.0.9 release candidate 9 - the last one??
>
> > Ok, we're up to release candidate 9, and it's looking pretty good now!
> >
> > ftp://sources.redhat.com/pub/libffi/libffi-3.0.9rc9.tar.gz
> >
> > http://moxielogic.org/wiki/index.php?title=Libffi_3.0.9
> >
> > Hosts with recent testing include:
> >
> > amd64-unknown-freebsd9
> > amd64-unknown-openbsd4.6
> > armv5tel-unknown-linux-gnu
> > i386-pc-solaris2.11
> > i386-unknown-freebsd9
> > i686-apple-darwin9.8.0
> > mips64el-unknown-linux-gnu
> > powerpc-apple-darwin9.8.0
> > powerpc-redhat-linux-gnu
> > powerpc-unknown-linux-gnu
> > powerpc-unknown-freebsd9
> > sparc64-unknown-linux-gnu
> > sparc-sun-solaris2.10
> > x86_64-redhat-linux-gnu
> >
> > Before I make the release, I'm hoping that...
> >
> > Brad can test avr32-unknown-linux-gnu
> > Matthias can test s390, mips, mipsel, powerpc64, sparc and others!
> > Frank can test mips-sgi-irix6.5
> > Samuli can test sparc64 freebsd
> > Carlo can test some windows hosts
> >
> > Other testers welcome. In particular, we have no testing coverage for
> > HPPA or Alpha Linux. Do you know anybody with access to these things?
> >
> > If everything still looks good, I'll update the README and call it a day.
> >
> > Thanks!
> >
> > AG
> >
> >
> >
>
>