From: Matthias Klose <doko@ubuntu.com>
To: Anthony Green <green@moxielogic.com>
Cc: libffi-discuss <libffi-discuss@sourceware.org>,
Ian Lance Taylor <iant@golang.org>
Subject: Re: libffi 3.3 release candidate 1
Date: Sun, 10 Nov 2019 16:22:00 -0000 [thread overview]
Message-ID: <1adc7643-fc2f-a864-8f6c-19b30dd45de1@ubuntu.com> (raw)
In-Reply-To: <CACxje59-gz8DNfbsNCGohgL625q7Rvte0aZyGW-Tr+8uPTuh9g@mail.gmail.com>
On 09.11.19 18:46, Anthony Green wrote:
> On Sat, Nov 9, 2019 at 11:04 AM Matthias Klose <doko@ubuntu.com> wrote:
>
>>> The arm64 failures are mysterious runtime failures. The libffi test
>>> results for arm64 are good, so I'm wondering if the debian package adds
>> any
>>> patches.
>>
>> no patches.
>>
>
> I tested g-wrap (upstream) on arm64, and am not able to reproduce the
> problem. "make check" worked fine with the new libffi.
>
>
>> The jffi failures all look like this:
>>>
>>> [exec] make[2]: *** No rule to make target '-L/usr/lib/../lib',
>>> needed by '/<<PKGBUILDDIR>>/build/jni/jffi/LongDouble.o'. Stop.
>>>
>>> Perhaps this has something to do with how libffi is installed now?
>>> Regardless, it's probably easy to fix whatever it is.
>>
>> libffi has in the pkg-config file: Libs: -L/usr/lib/../lib
>> Normally pkg-config filters out system directories, but apparently fails
>> for
>> noncanonical paths. And jffi only expects libs. So something packagers
>> should
>> catch, unless you want to remove all the multilib build support, but I'm
>> still
>> awaiting your libffi merge for GCC 10 ;)
>>
>
> This may never happen. libffi should probably just come out of GCC, and go
> can depend on the system libffi.
CCing Ian.
Currently libgo doesn't have a --with-system-ffi=<auto|yes|no> option, it always
builds with the in-tree libffi. So currently it's not possible, and it's not
possible to do that for multilib builds, because the non-default multilib
variants are not available by default.
For zlib (required for the phobos runtime), I wrote a patch for
--with-target-system-zlib=auto
using the system zlib when possible, and falling back to the in-tree zlib when
the target library is not available.
Same for --enable-objc-gc=auto, but in this case this is an optional library.
And people are currently not processing patches for GCC/libffi, because they
seem to expect a merge at some time ...
So maybe clarify what you plan to do with libffi in the GCC sources.
Matthias
next prev parent reply other threads:[~2019-11-10 16:22 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-24 11:17 Anthony Green
2019-10-25 10:08 ` Matthias Klose
2019-10-25 10:29 ` John Paul Adrian Glaubitz
2019-10-25 14:41 ` Andreas Schwab
2019-10-25 14:44 ` John Paul Adrian Glaubitz
2019-10-25 18:32 ` Andreas Schwab
2019-10-25 18:37 ` John Paul Adrian Glaubitz
2019-10-25 19:04 ` Andreas Schwab
2019-10-25 19:07 ` John Paul Adrian Glaubitz
2019-10-26 11:35 ` Anthony Green
2019-10-26 12:54 ` Anthony Green
2019-10-31 19:49 ` Anthony Green
2019-10-31 20:32 ` John Paul Adrian Glaubitz
[not found] ` <CAAs=koj3HU08uxx36809NcPYe33xvEjUDsLwJc_9R8V4tbr9Zg@mail.gmail.com>
2019-10-31 22:16 ` John Paul Adrian Glaubitz
2019-11-01 8:01 ` John Paul Adrian Glaubitz
2019-11-01 22:24 ` John Paul Adrian Glaubitz
2019-11-08 9:21 ` Matthias Klose
2019-11-08 14:28 ` Anthony Green
2019-11-09 16:04 ` Matthias Klose
2019-11-09 17:46 ` Anthony Green
2019-11-10 16:22 ` Matthias Klose [this message]
2019-11-26 8:39 ` Matthias Klose
2019-11-26 23:25 ` Anthony Green
2019-11-27 7:54 ` Matthias Klose
2019-11-27 9:28 ` Anthony Green
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1adc7643-fc2f-a864-8f6c-19b30dd45de1@ubuntu.com \
--to=doko@ubuntu.com \
--cc=green@moxielogic.com \
--cc=iant@golang.org \
--cc=libffi-discuss@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).