Bug 272062

Summary:	Please make gnustep-base/gnustep-base (and the eclass?) use virtual/libffi
Product:	Gentoo Linux	Reporter:	Samuli Suominen (RETIRED) <ssuominen>
Component:	Current packages	Assignee:	Gentoo Gnustep project <gnustep>
Status:	RESOLVED FIXED
Severity:	normal	CC:	esigra
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:	272046
Bug Blocks:

Description Samuli Suominen (RETIRED) gentoo-dev

2009-06-01 08:20:05 UTC

As summary says, it's at keywordreq state in bug 272046.

Depending on sys-devel/gcc[libffi] isn't a solution, because that gets broken
when user does a gcc switch using gcc-config.

Comment 1 Bernard Cafarelli gentoo-dev

2009-06-02 13:55:29 UTC

Eclass (and gnustep apps) does not care about libffi or ffcall enabled, so we only have to deal with gnustep-base :)

I'll take a look and test it (hoping I don't have to immediatly rebuild all my gcc's with USE=-libffi!)

Comment 2 Bernard Cafarelli gentoo-dev

2009-06-02 16:50:17 UTC

gnustep-base-1.18.0-r4 added under the virtual/libffi package.mask entry (gnustep-base has keywords for alpha ppc and x86-fbsd, not there yet in libffi).

To get correct include path, I've supposed all libffi matching the virtual will have a pkg-config file, and used pkg-config to get the includedir

Comment 3 Samuli Suominen (RETIRED) gentoo-dev

2009-06-04 18:31:04 UTC

(In reply to comment #2)
> gnustep-base-1.18.0-r4 added under the virtual/libffi package.mask entry
> (gnustep-base has keywords for alpha ppc and x86-fbsd, not there yet in
> libffi).

It's now unmasked.

> 
> To get correct include path, I've supposed all libffi matching the virtual will
> have a pkg-config file, and used pkg-config to get the includedir
> 

Correct.