On Thu, Oct 27, 2016 at 6:08 AM, Anthony Green wrote:
> Is it still important that libffi be included in the GCC tree?
[ Replying again as last message was bounced as HTML--sorry for the
duplication.]
libffi is used by libgo, for much the same reason as it was used by
libjava, so it needs to com
Snapshot gcc-6-20161027 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/6-20161027/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-6
On 10/26/2016 11:24 AM, Richard Biener wrote:
On Tue, Oct 25, 2016 at 9:41 PM, Toon Moene wrote:
But that is for code that read math function prototypes in C style .h files
- so not for Fortran or Ada.
That was the purpose of my proposal: to treat glibc vectorized
log/exp/sin/cos/tan functi
On 27/10/16 13:55, Matthias Klose wrote:
> With the removal of libgcj, the only user of libffi in GCC is libgo, however
> there is now no maintainer listed anymore for libffi in the MAINTAINERS file,
> and the libffi subdir is a bit outdated compared to the libffi upstream
> repository (got aware o
With the removal of GCJ, boehm-gc is now only used in libobjc to build an
additional variant of libobjc. In the GCJ removal thread I proposed to remove
boehm-gc and build the libobjc_gc variant using an external boehm-gc, however
that didn't find everybody's approval. Assuming that boehm-gc shoul
Is it still important that libffi be included in the GCC tree?
AG
On Thu, Oct 27, 2016 at 8:55 AM, Matthias Klose wrote:
> With the removal of libgcj, the only user of libffi in GCC is libgo, however
> there is now no maintainer listed anymore for libffi in the MAINTAINERS file,
> and the libff
With the removal of libgcj, the only user of libffi in GCC is libgo, however
there is now no maintainer listed anymore for libffi in the MAINTAINERS file,
and the libffi subdir is a bit outdated compared to the libffi upstream
repository (got aware of this by libffi issue #197). Who would be respo