Package Details: gnustep-gui-clang-svn 1:r38298-3

Git Clone URL: https://aur.archlinux.org/gnustep-gui-clang-svn.git (read-only)
Package Base: gnustep-gui-clang-svn
Description: The GNUstep GUI class library, using Clang
Upstream URL: http://www.gnustep.org/
Licenses: GPL3, LGPL2.1
Groups: gnustep-clang-svn
Conflicts: gnustep-gui, gnustep-gui-multilib-clang-svn, gnustep-gui-svn
Provides: gnustep-gui
Replaces: gnustep-gui-multilib-clang-svn
Submitter: Xorg
Maintainer: None
Last Packager: Xorg
Votes: 8
Popularity: 0.000000
First Submitted: 2013-08-14 13:55
Last Updated: 2016-02-18 08:21

Required by (46)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Xorg commented on 2013-08-14 14:21

gnustep-gui-clang-svn release 1, submitted 2013-08-14 13:55, is a dependency to darling-git.
It replaces gnustep-gui-clang-git.

Xorg commented on 2013-08-14 14:20

@xabbu yes. I've found an issue in official package gnustep-gui to fix problem with giflib-5.0.

Git repo seems to be dead, use the svn repo.
Please use package gnustep-gui-clang-svn.

Anonymous comment on 2013-08-08 20:52

It looks like they use normally an svn repository.
This is still active, but there is no fix for the giflib problem at the moment.

http://svn.gna.org/viewcvs/gnustep/libs/gui/trunk/

Xorg commented on 2013-08-08 16:33

@xabbu thanks a lot !
I've made changes in PKGBUILD, but that's not the best solution. GNUStep-GUI is dead on Git...

Anonymous comment on 2013-08-07 17:23

It doesn't compile with the new giflib-5.0.4-2. I had downgraded the package to version giflib-4.2.1-3 and then everything worked. I use ArchLinux 64 bit.

Xorg commented on 2013-07-18 14:11

Today, gcc-libs only delivers dynamic librairies (/usr/lib/libobjc.so, no /usr/lib/libobjc.a). Yes, my virtual machine is a 32 bit architecture, but I use too gnustep-gui-clang-git on an ArchLinux 64 bit.
Your installation is probably very old. ^^

Thank for the solution. So I don't change the PKGBUILD.

Luye commented on 2013-07-18 13:46

Weird solution, but I actually just deleted the *.a which is apparantly ancient file after reading a few forum discussions on it. And it was forced to compile with the .so libraries (for future readers: back up the file first if you are having this problem). It has come to my understanding that this only occurs on 64 bit architechture, so depends on what virtual machine you ran.

Xorg commented on 2013-07-18 13:29

Luye, did you solve your problem ? My tests are made in a virtual machine under a newer installation, so my CFLAGS are :
CFLAGS="-march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4"
But that's strange, /usr/lib/libobjc.a is a static library delivered by gcc-objc package, and with I have no errors.

Luye commented on 2013-07-13 17:57

tried:
Adding -fPIC to CFLAGS under makepkg.conf
export CFLAGS='-fPIC'

Luye commented on 2013-07-13 17:15

I get a whole load of errors when using makepkg
/usr/bin/ld.gold: error: /usr/lib/libobjc.a(class.o): requires unsupported dynamic reloc 11; recompile with -fPIC

Getting similar messages for encoding.o, error.o, init, ivars,memory, methods... etc.

Any suggestions?