Help with gnustep

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Help with gnustep

Luis Felipe Strano Moraes
I'm trying to install gnustep on my computer, and I'm running into the
following problem : gnustep-base compiles without any errors (so far
as I can tell), but the programs installed by it all give me errors
when I try to run them, for example :

lfelipe@julie ~ $ source /etc/profile
Aborted
Aborted

(those Aborted are for make_services and gdnc, respectively)

and :

if [ -r "libgnustep-back-012Info.plist" ]; then \
          plmerge
libgnustep-back-012.bundle/Resources/Info-gnustep.plist
libgnustep-back-012Info.plist; \
        fi
/bin/sh: line 2: 15161 Aborted                 plmerge
libgnustep-back-012.bundle/Resources/Info-gnustep.plist
libgnustep-back-012Info.plist
make[2]: *** [libgnustep-back-012.bundle/Resources/Info-gnustep.plist] Error 134
make[1]: *** [libgnustep-back-012.all.bundle.variables] Error 2
make[1]: Leaving directory
`/var/tmp/portage/gnustep-base/gnustep-back-art-0.12.0/work/gnustep-back-0.12.0/Source'
make: *** [internal-all] Error 2



this last error is what's stopping me from installing gnustep-back-art
and the rest of gnustep.

Any help will be greatly appreciated.

--lf


--
"People assume that time is a strict progression of cause to effect...
but actually, from a non-linear, non-subjective viewpoint, it's more
like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Help with gnustep

Luis Felipe Strano Moraes
Well, don't know if it helps, but I'm trying to install the latest versions from
the overlay, and I'm using gcc 4.2 here (but I tried with 4.1.2 also and it
didn't work). If any more info is needed, just ask.

--lf


On 8/2/07, Luis Felipe Strano Moraes <[hidden email]> wrote:

> I'm trying to install gnustep on my computer, and I'm running into the
> following problem : gnustep-base compiles without any errors (so far
> as I can tell), but the programs installed by it all give me errors
> when I try to run them, for example :
>
> lfelipe@julie ~ $ source /etc/profile
> Aborted
> Aborted
>
> (those Aborted are for make_services and gdnc, respectively)
>
> and :
>
> if [ -r "libgnustep-back-012Info.plist" ]; then \
>           plmerge
> libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> libgnustep-back-012Info.plist; \
>         fi
> /bin/sh: line 2: 15161 Aborted                 plmerge
> libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> libgnustep-back-012Info.plist
> make[2]: *** [libgnustep-back-012.bundle/Resources/Info-gnustep.plist] Error 134
> make[1]: *** [libgnustep-back-012.all.bundle.variables] Error 2
> make[1]: Leaving directory
> `/var/tmp/portage/gnustep-base/gnustep-back-art-0.12.0/work/gnustep-back-0.12.0/Source'
> make: *** [internal-all] Error 2
>
>
>
> this last error is what's stopping me from installing gnustep-back-art
> and the rest of gnustep.
>
> Any help will be greatly appreciated.
>
> --lf
>
>
> --
> "People assume that time is a strict progression of cause to effect...
> but actually, from a non-linear, non-subjective viewpoint, it's more
> like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
>


--
"People assume that time is a strict progression of cause to effect...
but actually, from a non-linear, non-subjective viewpoint, it's more
like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Sourav K. Mandal
Could you post your 'emerge --info' ?

On Thu, 2007-08-02 at 00:24 -0300, Luis Felipe Strano Moraes wrote:

> Well, don't know if it helps, but I'm trying to install the latest versions from
> the overlay, and I'm using gcc 4.2 here (but I tried with 4.1.2 also and it
> didn't work). If any more info is needed, just ask.
>
> --lf
>
>
> On 8/2/07, Luis Felipe Strano Moraes <[hidden email]> wrote:
> > I'm trying to install gnustep on my computer, and I'm running into the
> > following problem : gnustep-base compiles without any errors (so far
> > as I can tell), but the programs installed by it all give me errors
> > when I try to run them, for example :
> >
> > lfelipe@julie ~ $ source /etc/profile
> > Aborted
> > Aborted
> >
> > (those Aborted are for make_services and gdnc, respectively)
> >
> > and :
> >
> > if [ -r "libgnustep-back-012Info.plist" ]; then \
> >           plmerge
> > libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> > libgnustep-back-012Info.plist; \
> >         fi
> > /bin/sh: line 2: 15161 Aborted                 plmerge
> > libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> > libgnustep-back-012Info.plist
> > make[2]: *** [libgnustep-back-012.bundle/Resources/Info-gnustep.plist] Error 134
> > make[1]: *** [libgnustep-back-012.all.bundle.variables] Error 2
> > make[1]: Leaving directory
> > `/var/tmp/portage/gnustep-base/gnustep-back-art-0.12.0/work/gnustep-back-0.12.0/Source'
> > make: *** [internal-all] Error 2
> >
> >
> >
> > this last error is what's stopping me from installing gnustep-back-art
> > and the rest of gnustep.
> >
> > Any help will be greatly appreciated.
> >
> > --lf
> >
> >
> > --
> > "People assume that time is a strict progression of cause to effect...
> > but actually, from a non-linear, non-subjective viewpoint, it's more
> > like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
> >
>
>
> --
> "People assume that time is a strict progression of cause to effect...
> but actually, from a non-linear, non-subjective viewpoint, it's more
> like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
Sourav K. Mandal
http://sourav.net/

PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Luis Felipe Strano Moraes
Portage 2.1.3_rc9 (default-linux/x86/2007.0/desktop, gcc-4.2.0,
glibc-2.6-r0, 2.6.21.5-mactel-julie i686)
=================================================================
System uname: 2.6.21.5-mactel-julie i686 Genuine Intel(R) CPU 1500 @ 2.00GHz
Gentoo Base System release 1.12.10
Timestamp of tree: Wed, 01 Aug 2007 16:00:01 +0000
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=prescott -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c"
CXXFLAGS="-O2 -march=prescott -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_GB"
LC_ALL="en_GB"
LINGUAS="en en_GB pt_BR"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --delete-after --stats
--timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/gnome-experimental
/usr/portage/local/layman/haskell /usr/portage/local/layman/gnustep
/usr/portage/local/mine"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac aalib acpi administrator aim alsa apache2 avahi berkdb
bitmap-fonts bookmarks cairo cdda cddb cdparanoia cdr cli cracklib
crypt cscope css cups daap dbus devhelp divx djvu dri dv dvd dvdnav
dvdr dvdread eds emboss encode evo exif extensions fam ffmpeg firefox
flac fortran gaim gdbm gedit gif gimp glade gnome gnutls gpgme gpm
gstreamer gtk gtk2 hal iconv icq ieee1394 imagemagick imap imlib ipod
ipv6 isdnlog jabber jack java java5 jpeg json kqemu libcaca libg++
libnotify libsexy lua macbook mad madwifi matroska mbox midi mikmod
mmx mp2 mp3 mp4 mpeg mplayer msn mudflap musepack musicbrainz mysql
mysqli ncurses net nethack network nls nptl nptlonly nsplugin objc
objc++ objc-gc offensive ogg onoe opengl openmp oscar pam pcre pdf
perl png pop pppd python qt3 qt3support qt4 quicktime readline
reflection ruby sasl sdl serpentine session silc smime smtp spell spl
sse sse2 ssl streamripper subtitles subversion svg tagwriting tcpd
tetex theora threads threadsonly tiff truetype truetype-fonts
type1-fonts unicode usb v4l v4l2 valgrind vcd vnc vorbis wav
widescreen wifi win32codecs wma x264 x86 xine xml xorg xscreensaver xv
xvid yahoo zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp
atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371
es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident
usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw
asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug
ladspa lfloat linear meter mulaw multi null plug rate route share shm
softvol" CAMERAS="canon adc65 agfa-cl20 aox barbie casio clicksmart310
digigr8 digita dimera directory enigma13 fuji gsmart300 hp215 iclick
jamcam jd11 kodak konica largan lg_gsm mars minolta mustek panasonic
pccam300 pccam600 polaroid ptp2 ricoh samsung sierra sipix smal sonix
sonydscf1 sonydscf55 soundvision spca50x sq905 stv0674 stv0680 sx330z
template toshiba" ELIBC="glibc" INPUT_DEVICES="keyboard mouse
synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633
glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_GB
pt_BR" USERLAND="GNU" VIDEO_CARDS="i810 vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS


hth,
--lf


On 8/2/07, Sourav K. Mandal <[hidden email]> wrote:

> Could you post your 'emerge --info' ?
>
> On Thu, 2007-08-02 at 00:24 -0300, Luis Felipe Strano Moraes wrote:
> > Well, don't know if it helps, but I'm trying to install the latest versions from
> > the overlay, and I'm using gcc 4.2 here (but I tried with 4.1.2 also and it
> > didn't work). If any more info is needed, just ask.
> >
> > --lf
> >
> >
> > On 8/2/07, Luis Felipe Strano Moraes <[hidden email]> wrote:
> > > I'm trying to install gnustep on my computer, and I'm running into the
> > > following problem : gnustep-base compiles without any errors (so far
> > > as I can tell), but the programs installed by it all give me errors
> > > when I try to run them, for example :
> > >
> > > lfelipe@julie ~ $ source /etc/profile
> > > Aborted
> > > Aborted
> > >
> > > (those Aborted are for make_services and gdnc, respectively)
> > >
> > > and :
> > >
> > > if [ -r "libgnustep-back-012Info.plist" ]; then \
> > >           plmerge
> > > libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> > > libgnustep-back-012Info.plist; \
> > >         fi
> > > /bin/sh: line 2: 15161 Aborted                 plmerge
> > > libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> > > libgnustep-back-012Info.plist
> > > make[2]: *** [libgnustep-back-012.bundle/Resources/Info-gnustep.plist] Error 134
> > > make[1]: *** [libgnustep-back-012.all.bundle.variables] Error 2
> > > make[1]: Leaving directory
> > > `/var/tmp/portage/gnustep-base/gnustep-back-art-0.12.0/work/gnustep-back-0.12.0/Source'
> > > make: *** [internal-all] Error 2
> > >
> > >
> > >
> > > this last error is what's stopping me from installing gnustep-back-art
> > > and the rest of gnustep.
> > >
> > > Any help will be greatly appreciated.
> > >
> > > --lf
> > >
> > >
> > > --
> > > "People assume that time is a strict progression of cause to effect...
> > > but actually, from a non-linear, non-subjective viewpoint, it's more
> > > like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
> > >
> >
> >
> > --
> > "People assume that time is a strict progression of cause to effect...
> > but actually, from a non-linear, non-subjective viewpoint, it's more
> > like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
> --
> Sourav K. Mandal
> http://sourav.net/
>
> PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF
>
> --
> [hidden email] mailing list
>
>


--
"People assume that time is a strict progression of cause to effect...
but actually, from a non-linear, non-subjective viewpoint, it's more
like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Sourav K. Mandal
[quote snipped]

Comments:

* I would be nervous to use the ~x86 keyword except for specific
packages at a high-level.  The reason it takes a while for things to get
into x86 is because there are obscure bugs which can affect obscure
setups -- unfortunately, GNUstep is in this category.  A small bug in
the toolchain can screw up everything else on top of it.  At a minimum,
I would revert to gcc-4.1 and glibc-2.5 in x86.

* Consider adding "-ggdb" to your C(XX)FLAGS, and "splitdebug" to your
features.  Compilation will produce gdb-compatible debugging symbols,
but they'll be split off into /usr/lib/debug to reduce loading times for
binaries.  This works for ObjC/GNUstep; if you are serious about
debugging, do this.

* You have a ton of USE flags.  The more intricate/featureful your
system, the more likely you are to get weird bugs.  Consider paring it
down to exactly what you need.


Good luck,

Sourav


--
Sourav K. Mandal
http://sourav.net/

PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Luis Felipe Strano Moraes
On 8/2/07, Sourav K. Mandal <[hidden email]> wrote:

> [quote snipped]
>
> Comments:
>
> * I would be nervous to use the ~x86 keyword except for specific
> packages at a high-level.  The reason it takes a while for things to get
> into x86 is because there are obscure bugs which can affect obscure
> setups -- unfortunately, GNUstep is in this category.  A small bug in
> the toolchain can screw up everything else on top of it.  At a minimum,
> I would revert to gcc-4.1 and glibc-2.5 in x86.
I found too many problems related with having some packages ~x86 and
some x86, and in general my experience with ACCEPT_KEYWORDS="~x86"
has been a really pleasant one (I mean, I've been using gentoo for years now,
and ~x86 is alot more stable now than it was before).
I tried reverting to gcc-4.1.2 and recompiling gnustep-base but it didn't
change anything, I can try reverting glibc as well, but I'd rather try other
things first if possible.

>
> * Consider adding "-ggdb" to your C(XX)FLAGS, and "splitdebug" to your
> features.  Compilation will produce gdb-compatible debugging symbols,
> but they'll be split off into /usr/lib/debug to reduce loading times for
> binaries.  This works for ObjC/GNUstep; if you are serious about
> debugging, do this.
I've tried this already, but the debug flags are being stripped so far
as I can tell. Take
a look at the example below which I randomly selected from the
compilation output :

i686-pc-linux-gnu-gcc NSIndexPath.m -c \
              -MMD -MP -DGNUSTEP_TARGET_DIR=\".\"
-DGNUSTEP_TARGET_CPU=\"ix86\" -DGNUSTEP_TARGET_OS=\"linux-gnu\"
-DGNUSTEP_IS_FLATTENED=\"yes\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -Wall
-Wcast-align -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1
-DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall
-DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import
-march=prescott -pipe -fno-strict-aliasing -fexceptions
-fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fgnu-runtime
-fconstant-string-class=NSConstantString -I../Headers/Additions
-I../Headers -I./. -I. -I/usr/GNUstep/System/Library/Headers
-I/usr/GNUstep/System/Library/Headers -I/usr/include/libxml2
-I/usr/include -I/var/tmp/portage/gnustep-base/gnustep-base-1.14.0/temp/GNUstep/Library/Headers
-I/usr/GNUstep/Local/Library/Headers
-I/usr/GNUstep/System/Library/Headers \
               -o obj/NSIndexPath.o

This is with -ggdb on the CFLAGS, splitdebug on FEATURES and debug on
gnustep-base's
USEflags. Am I doing anything wrong ?


>
> * You have a ton of USE flags.  The more intricate/featureful your
> system, the more likely you are to get weird bugs.  Consider paring it
> down to exactly what you need.
Ok, there are lots of USE flags there that are related to a bug on
gtkphoto2 which
I still haven't had the time to take a better look at (I've got a
canon camera, but the
canon useflag is not adding support for it, so I brute forced and set
all useflags
possible). I can cut down my USEflags, but that would involve rebuilding the
entire system, and I would really prefer another solution to finding
out what's wrong
if possible.
I mean, my idea with building gnustep is basically to test Étoilé for some time.

cheers,
--lf

>
>
> Good luck,
>
> Sourav
>
>
> --
> Sourav K. Mandal
> http://sourav.net/
>
> PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF
>
> --
> [hidden email] mailing list
>
>


--
"People assume that time is a strict progression of cause to effect...
but actually, from a non-linear, non-subjective viewpoint, it's more
like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Luis Felipe Strano Moraes
On 8/2/07, Luis Felipe Strano Moraes <[hidden email]> wrote:

> On 8/2/07, Sourav K. Mandal <[hidden email]> wrote:
> > [quote snipped]
> >
> > Comments:
> >
> > * I would be nervous to use the ~x86 keyword except for specific
> > packages at a high-level.  The reason it takes a while for things to get
> > into x86 is because there are obscure bugs which can affect obscure
> > setups -- unfortunately, GNUstep is in this category.  A small bug in
> > the toolchain can screw up everything else on top of it.  At a minimum,
> > I would revert to gcc-4.1 and glibc-2.5 in x86.
> I found too many problems related with having some packages ~x86 and
> some x86, and in general my experience with ACCEPT_KEYWORDS="~x86"
> has been a really pleasant one (I mean, I've been using gentoo for years now,
> and ~x86 is alot more stable now than it was before).
> I tried reverting to gcc-4.1.2 and recompiling gnustep-base but it didn't
> change anything, I can try reverting glibc as well, but I'd rather try other
> things first if possible.
>
> >
> > * Consider adding "-ggdb" to your C(XX)FLAGS, and "splitdebug" to your
> > features.  Compilation will produce gdb-compatible debugging symbols,
> > but they'll be split off into /usr/lib/debug to reduce loading times for
> > binaries.  This works for ObjC/GNUstep; if you are serious about
> > debugging, do this.
> I've tried this already, but the debug flags are being stripped so far
> as I can tell. Take
> a look at the example below which I randomly selected from the
> compilation output :
>
> i686-pc-linux-gnu-gcc NSIndexPath.m -c \
>               -MMD -MP -DGNUSTEP_TARGET_DIR=\".\"
> -DGNUSTEP_TARGET_CPU=\"ix86\" -DGNUSTEP_TARGET_OS=\"linux-gnu\"
> -DGNUSTEP_IS_FLATTENED=\"yes\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -Wall
> -Wcast-align -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1
> -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall
> -DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import
> -march=prescott -pipe -fno-strict-aliasing -fexceptions
> -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fgnu-runtime
> -fconstant-string-class=NSConstantString -I../Headers/Additions
> -I../Headers -I./. -I. -I/usr/GNUstep/System/Library/Headers
> -I/usr/GNUstep/System/Library/Headers -I/usr/include/libxml2
> -I/usr/include -I/var/tmp/portage/gnustep-base/gnustep-base-1.14.0/temp/GNUstep/Library/Headers
> -I/usr/GNUstep/Local/Library/Headers
> -I/usr/GNUstep/System/Library/Headers \
>                -o obj/NSIndexPath.o
>
> This is with -ggdb on the CFLAGS, splitdebug on FEATURES and debug on
> gnustep-base's
> USEflags. Am I doing anything wrong ?

Ok, apparently it's compiling with debug support, so I just ran the plmerge line
which was giving me errors on gdb and this is the backtrace that I got
(I've to go
to class now, and I'll take a look at it later tonight possibly) :

(gdb) r libgnustep-back-012.bundle/Resources/Info-gnustep.plist
libgnustep-back-012Info.plist
Starting program: /usr/GNUstep/System/Tools/plmerge
libgnustep-back-012.bundle/Resources/Info-gnustep.plist
libgnustep-back-012Info.plist

Program received signal SIGABRT, Aborted.
0xb7eed410 in __kernel_vsyscall ()
(gdb) backtrace
#0  0xb7eed410 in __kernel_vsyscall ()
#1  0xb7795969 in raise () from /lib/libc.so.6
#2  0xb7796f51 in abort () from /lib/libc.so.6
#3  0xb7afd6ef in objc_exception_throw () from
/usr/lib/gcc/i686-pc-linux-gnu/4.2.0/libobjc.so.2
#4  0xb7c4a06f in -[NSException raise] (self=0x80fd6e0,
_cmd=0xb7e753a0) at NSException.m:806
#5  0xb7bad638 in -[GSMutableDictionary setObject:forKey:]
(self=0x80f9880, _cmd=0xb7e70cf0, anObject=0x0, aKey=0x80814c8)
    at GSDictionary.m:408
#6  0xb7b9d1fb in GSDomainFromDefaultLocale () at GSLocale.m:162
#7  0xb7d04e37 in +[NSUserDefaults standardUserDefaults]
(self=0xb7ecca00, _cmd=0xb7e93350) at NSUserDefaults.m:592
#8  0xb7c40313 in -[NSDictionary writeToFile:atomically:]
(self=0x80964b0, _cmd=0x804ab58, path=0x808bff8, useAuxiliaryFile=1
'\001')
    at NSDictionary.m:951
#9  0x080492c3 in main () at plmerge.m:139
#10 0xb77829a8 in __libc_start_main () from /lib/libc.so.6
#11 0x080488e1 in _start ()




--lf


>
>
> >
> > * You have a ton of USE flags.  The more intricate/featureful your
> > system, the more likely you are to get weird bugs.  Consider paring it
> > down to exactly what you need.
> Ok, there are lots of USE flags there that are related to a bug on
> gtkphoto2 which
> I still haven't had the time to take a better look at (I've got a
> canon camera, but the
> canon useflag is not adding support for it, so I brute forced and set
> all useflags
> possible). I can cut down my USEflags, but that would involve rebuilding the
> entire system, and I would really prefer another solution to finding
> out what's wrong
> if possible.
> I mean, my idea with building gnustep is basically to test Étoilé for some time.
>
> cheers,
> --lf
>
> >
> >
> > Good luck,
> >
> > Sourav
> >
> >
> > --
> > Sourav K. Mandal
> > http://sourav.net/
> >
> > PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF
> >
> > --
> > [hidden email] mailing list
> >
> >
>
>
> --
> "People assume that time is a strict progression of cause to effect...
> but actually, from a non-linear, non-subjective viewpoint, it's more
> like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
>


--
"People assume that time is a strict progression of cause to effect...
but actually, from a non-linear, non-subjective viewpoint, it's more
like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Sourav K. Mandal
Hello,

For kicks I I rebuilt gnustep-base and gnustep-back-art --
unfortunately, it worked perfectly for me :P

The only thing I can think of for you is glibc is too new and causing
some conflict with the Obj-C runtime.  It would be really weird if your
mactel kernel were causing a problem.


Sourav

[quote snipped]

On Thu, 2007-08-02 at 16:44 -0300, Luis Felipe Strano Moraes wrote:

> Ok, apparently it's compiling with debug support, so I just ran the plmerge line
> which was giving me errors on gdb and this is the backtrace that I got
> (I've to go
> to class now, and I'll take a look at it later tonight possibly) :
>
> (gdb) r libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> libgnustep-back-012Info.plist
> Starting program: /usr/GNUstep/System/Tools/plmerge
> libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> libgnustep-back-012Info.plist
>
> Program received signal SIGABRT, Aborted.
> 0xb7eed410 in __kernel_vsyscall ()
> (gdb) backtrace
> #0  0xb7eed410 in __kernel_vsyscall ()
> #1  0xb7795969 in raise () from /lib/libc.so.6
> #2  0xb7796f51 in abort () from /lib/libc.so.6
> #3  0xb7afd6ef in objc_exception_throw () from
> /usr/lib/gcc/i686-pc-linux-gnu/4.2.0/libobjc.so.2
> #4  0xb7c4a06f in -[NSException raise] (self=0x80fd6e0,
> _cmd=0xb7e753a0) at NSException.m:806
> #5  0xb7bad638 in -[GSMutableDictionary setObject:forKey:]
> (self=0x80f9880, _cmd=0xb7e70cf0, anObject=0x0, aKey=0x80814c8)
>     at GSDictionary.m:408
> #6  0xb7b9d1fb in GSDomainFromDefaultLocale () at GSLocale.m:162
> #7  0xb7d04e37 in +[NSUserDefaults standardUserDefaults]
> (self=0xb7ecca00, _cmd=0xb7e93350) at NSUserDefaults.m:592
> #8  0xb7c40313 in -[NSDictionary writeToFile:atomically:]
> (self=0x80964b0, _cmd=0x804ab58, path=0x808bff8, useAuxiliaryFile=1
> '\001')
>     at NSDictionary.m:951
> #9  0x080492c3 in main () at plmerge.m:139
> #10 0xb77829a8 in __libc_start_main () from /lib/libc.so.6
> #11 0x080488e1 in _start ()

--
Sourav K. Mandal
http://sourav.net/

PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Re: Help with gnustep

Luis Felipe Strano Moraes
On 8/4/07, Sourav K. Mandal <[hidden email]> wrote:
> Hello,
>
> For kicks I I rebuilt gnustep-base and gnustep-back-art --
> unfortunately, it worked perfectly for me :P
>
> The only thing I can think of for you is glibc is too new and causing
> some conflict with the Obj-C runtime.  It would be really weird if your
> mactel kernel were causing a problem.
Well, I created a binary package of my glibc just in case and then tried
to downgrade, but portage is smarter than me :P

 * Sanity check to keep you from breaking your system:
 *  Downgrading glibc is not supported and a sure way to destruction

still haven't had time to look at gdb to try to figure out what's wrong.

--lf

>
>
> Sourav
>
> [quote snipped]
>
> On Thu, 2007-08-02 at 16:44 -0300, Luis Felipe Strano Moraes wrote:
>
> > Ok, apparently it's compiling with debug support, so I just ran the plmerge line
> > which was giving me errors on gdb and this is the backtrace that I got
> > (I've to go
> > to class now, and I'll take a look at it later tonight possibly) :
> >
> > (gdb) r libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> > libgnustep-back-012Info.plist
> > Starting program: /usr/GNUstep/System/Tools/plmerge
> > libgnustep-back-012.bundle/Resources/Info-gnustep.plist
> > libgnustep-back-012Info.plist
> >
> > Program received signal SIGABRT, Aborted.
> > 0xb7eed410 in __kernel_vsyscall ()
> > (gdb) backtrace
> > #0  0xb7eed410 in __kernel_vsyscall ()
> > #1  0xb7795969 in raise () from /lib/libc.so.6
> > #2  0xb7796f51 in abort () from /lib/libc.so.6
> > #3  0xb7afd6ef in objc_exception_throw () from
> > /usr/lib/gcc/i686-pc-linux-gnu/4.2.0/libobjc.so.2
> > #4  0xb7c4a06f in -[NSException raise] (self=0x80fd6e0,
> > _cmd=0xb7e753a0) at NSException.m:806
> > #5  0xb7bad638 in -[GSMutableDictionary setObject:forKey:]
> > (self=0x80f9880, _cmd=0xb7e70cf0, anObject=0x0, aKey=0x80814c8)
> >     at GSDictionary.m:408
> > #6  0xb7b9d1fb in GSDomainFromDefaultLocale () at GSLocale.m:162
> > #7  0xb7d04e37 in +[NSUserDefaults standardUserDefaults]
> > (self=0xb7ecca00, _cmd=0xb7e93350) at NSUserDefaults.m:592
> > #8  0xb7c40313 in -[NSDictionary writeToFile:atomically:]
> > (self=0x80964b0, _cmd=0x804ab58, path=0x808bff8, useAuxiliaryFile=1
> > '\001')
> >     at NSDictionary.m:951
> > #9  0x080492c3 in main () at plmerge.m:139
> > #10 0xb77829a8 in __libc_start_main () from /lib/libc.so.6
> > #11 0x080488e1 in _start ()
>
> --
> Sourav K. Mandal
> http://sourav.net/
>
> PGP: 7E7E 14CD A983 484C 8A43  55CA DBAC 539C 1814 3DAF
>
> --
> [hidden email] mailing list
>
>


--
"People assume that time is a strict progression of cause to effect...
but actually, from a non-linear, non-subjective viewpoint, it's more
like a big ball of wibbly-wobbly...timey-wimey...stuff." - The Doctor
--
[hidden email] mailing list

Loading...