| 1 |
Le 12/07/2012 16:12, Samuli Suominen a écrit : |
| 2 |
> On 07/11/2012 04:36 PM, Bernard Cafarelli wrote: |
| 3 |
>> This package historically belongs to the gnustep herd, but ffcall |
| 4 |
>> support in |
| 5 |
>> gnustep has been deprecated for some time now in favor of libffi (in |
| 6 |
>> fact the |
| 7 |
>> USE-flag may go away soon) |
| 8 |
>> |
| 9 |
>> Also, I do not have the time to work on it, although it requires a |
| 10 |
>> bit |
| 11 |
>> of work: |
| 12 |
>> * switch to "new" upstream (recommending to grab CVS tarballs) at |
| 13 |
>> http://www.gnu.org/software/libffcall/ |
| 14 |
>> * a bunch of opened issues (parallel make/install, ldflags, |
| 15 |
>> execstacks, |
| 16 |
>> ...): |
| 17 |
>> https://bugs.gentoo.org/buglist.cgi?quicksearch=ffcall |
| 18 |
>> |
| 19 |
>> So if you are interested, please add yourself to metadata.xml (and |
| 20 |
>> remove |
| 21 |
>> gnustep herd) and start bug sqashing. As a bonus, you will still |
| 22 |
>> have a |
| 23 |
>> backup |
| 24 |
>> herd (common-lisp), thoug a real maintainer would be great |
| 25 |
>> |
| 26 |
>> Reverse RDEPEND for dev-libs/ffcall: |
| 27 |
>> dev-lang/gforth-0.7.0 |
| 28 |
>> dev-lisp/clisp-2.47-r1 dev-lisp/clisp-2.48-r1 |
| 29 |
>> dev-lisp/clisp-2.48-r2 |
| 30 |
>> gnustep-base/gnustep-base-1.20.1:!libffi |
| 31 |
>> gnustep-base/gnustep-base-1.24.0-r1:!libffi |
| 32 |
>> |
| 33 |
> |
| 34 |
> libffi should be a full replacement and more widely adapted variant. |
| 35 |
> isn't it time to let this simply fade away (lastrite)? |
| 36 |
|
| 37 |
Well, after checking gforth, it looks like it supports both, through |
| 38 |
automagic |
| 39 |
dependencies in configure, so it is fixable. But clisp still has a hard |
| 40 |
depend on ffcall, and no support for libffi |
Archives