Bugzilla Bug 272673

Please do, libffi is a go as well for arch's involved.

To test:

Unset USE libffi from your sys-devel/gcc as this package is using
virtual/libffi.

We need this now, not later, because it's essential that libffi in
sys-devel/gcc gets package.use.masked soon as possible to prevent wrong
linking.

I'm leaving it up to gnustep to add archteam's to CC and so on..

Ping.. (sorry for rushing, but it's pretty major qa violation to conflict with
a library from toolchain pkg)

This will probably require some other gnustep-base/* stabling at the same time,
I'll check and put up a list

By the way, separate libffi lacks ~x86-fbsd keyword, it does not work on it?
(most gnustep apps have ~x86-fbsd keyword)

(In reply to comment #2)
> This will probably require some other gnustep-base/* stabling at the same time,
> I'll check and put up a list
> 
> By the way, separate libffi lacks ~x86-fbsd keyword, it does not work on it?
> (most gnustep apps have ~x86-fbsd keyword)
> 

I've pinged them, and ~mips as well but got no response. But you shouldn't drop
~x86-fbsd keyword(s) since it's a dev profile. I'll ask aballier if he can test
it..

OK, I'll leave the ~x86-fbsd keyword then :)

Some applications did not work with stable gnustep-gui and
=gnustep-base-1.18.0-r4, so let's stable a new series of gnustep-base/* (should
have been done few months ago anyway)

So amd64, ppc, pp64, sparc, x86, once new libffi is stable in bug #272675,
please test and mark stable the following for gnustep:
* gnustep-base/gnustep-make-2.2.0 (with parallel make support)
* gnustep-base/gnustep-base-1.18.0-r4 (especially with USE=libffi)
* gnustep-base/gnustep-gui-0.16.0
* gnustep-base/gnustep-back-art-0.16.0
* gnustep-base/gnustep-back-cairo-0.16.0 (amd64 and x86 only here)
* gnustep-base/gnustep-back-xlib-0.16.0
* virtual/gnustep-back-0.16.0
* gnustep-apps/gorm-1.2.8 (amd64, ppc, and x86 only)

Thanks

x86 stable

amd64 stable

ppc stable

Created an attachment (id=199089) [details]
build.log

gnustep-base/gnustep-make-2.2.0  USE="debug* doc* native-exceptions*" FTBFS on
SPARC.

Portage 2.1.6.13 (default/linux/sparc/2008.0/desktop, gcc-4.3.2,
glibc-2.8_p20080602-r1, 2.6.28-gentoo-r5 sparc64)
=================================================================
System uname: Linux-2.6.28-gentoo-r5-sparc64-sun4u-with-glibc2.0
Timestamp of tree: Wed, 22 Jul 2009 01:45:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p39
dev-lang/python:     2.5.4-r3
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.7.9-r1, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="sparc"
CBUILD="sparc-unknown-linux-gnu"
CFLAGS="-O2 -mcpu=ultrasparc -pipe"
CHOST="sparc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf
/etc/gconf /etc/init.d /etc/pam.d /etc/php/apache2-php5/ext-active/
/etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild
/etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d
/etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c
/etc/udev/rules.d"
CXXFLAGS="-O2 -mcpu=ultrasparc -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="-akv --jobs=3 --keep-going --load-average=3 --with-bdeps
y"
FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox
sfperms strict test test-fail-continue unmerge-orphans userfetch userpriv
usersandbox"
GENTOO_MIRRORS="http://ftp.dei.uc.pt/pub/linux/gentoo
http://cesium.di.uminho.pt/pub/gentoo ftp://ftp.rnl.ist.utl.pt/pub/gentoo
http://darkstar.ist.utl.pt/pub/gentoo http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j3 -l3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X alsa bash-completion bindist branding bzip2 cairo cdr cli cracklib crypt
dbus dri dvd dvdr dvdread emboss encode evo fam fastcgi firefox fortran gcc64
gif gnome gstreamer gtk hal iconv ipv6 isdnlog jpeg kde kpathsea libnotify mad
midi mikmod mp3 mpeg mudflap ncurses nptl nptlonly ogg opengl openmp pam pcre
pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection
sdl session sparc spl ssl startup-notification svg sysfs tcpd tiff truetype
unicode usb vim-syntax vorbis xml xorg xulrunner xv zlib"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug
rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic
authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm
authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache
dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache
filter headers include info log_config logio mem_cache mime mime_magic
negotiation rewrite setenvif speling status unique_id userdir usertrack
vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" USERLAND="GNU" VIDEO_CARDS="mach64 sunffb"
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTDIR_OVERLAY

Tiago, it built for me on bender.

Make sure ccache is not the culprit, please.

(In reply to comment #9)
> Tiago, it built for me on bender.
> 
> Make sure ccache is not the culprit, please.

The error seemed to be related to the package's documentation. However, it
compiled successfully now. :-/

Feel free to stabilize if you had already tested it.

(In reply to comment #4)
> 
> So amd64, ppc, pp64, sparc, x86, once new libffi is stable in bug #272675,
> please test and mark stable the following for gnustep:

ppc64 has never been CCed

Indeed, for ppc64 it is in bug #235922.
Merging into this one then, what's left here is

for ppc64: gnustep-base/gnustep-make-2.2.0
for sparc:
* gnustep-base/gnustep-make-2.2.0 (with parallel make support)
* gnustep-base/gnustep-base-1.18.0-r4 (especially with USE=libffi)
* gnustep-base/gnustep-gui-0.16.0
* gnustep-base/gnustep-back-art-0.16.0
* gnustep-base/gnustep-back-xlib-0.16.0
* virtual/gnustep-back-0.16.0

This bug is now major because of bug 286733 which is blocking me from fixing
dep. atoms for libffi, which also python is now using.

(In reply to comment #13)
> This bug is now major because of bug 286733 which is blocking me from fixing
> dep. atoms for libffi, which also python is now using.
> 

14 Oct 2009; Samuli Suominen <ssuominen@gentoo.org>
gnustep-base-1.16.3.ebuild, metadata.xml:
Remove USE gcc-libffi because it's conflicting with dev-libs/libffi in
ld.so.conf.

Moving severity back to "enhancement".