From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
by nuthatch.gentoo.org with esmtp (Exim 4.67)
(envelope-from <gentoo-gnustep+bounces-24-garchives=archives.gentoo.org@gentoo.org>)
id 1IGgRS-0002w2-F9
for garchives@archives.gentoo.org; Thu, 02 Aug 2007 19:34:39 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l72JYTfG025938;
Thu, 2 Aug 2007 19:34:29 GMT
Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237])
by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l72JYR1c025933
for <gentoo-gnustep@lists.gentoo.org>; Thu, 2 Aug 2007 19:34:28 GMT
Received: by nz-out-0506.google.com with SMTP id s18so272096nze
for <gentoo-gnustep@lists.gentoo.org>; Thu, 02 Aug 2007 12:34:27 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
d=gmail.com; s=beta;
h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
b=TRGfzL45kH01dWGSwbMRlFDR8+BrZwqeBI7dZ1B6p75o1SDc+iHmTIw/Z7ptkzaGIcMWAz8XuOMkRYYfnCv0JudVvo/rCxym2TYNF1VzXfIJsAa7StpV3cQVDLCJJD1+CCtQlFbeEfQfvrcfCtvNZ8siVx95QDXxuhsTRXXfo50=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=beta;
h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
b=nkC5oeUVEs28pk7bpNY1pQ0dyncq+gmo8K3ARL3ehDBXwCwUU8yvNaFpCmohd5ImIZ7AtDM70dGCKbjTDDMiGRK2UkIPU1wJRcisEpzEEWEqFbxAjHVC0PtP8s/c4fO47aTyGKb8aINktgdhYb/h3NgV8dAUSCcswl/GcxgqEO4=
Received: by 10.142.158.17 with SMTP id g17mr99786wfe.1186083266071;
Thu, 02 Aug 2007 12:34:26 -0700 (PDT)
Received: by 10.143.15.10 with HTTP; Thu, 2 Aug 2007 12:34:26 -0700 (PDT)
Message-ID: <eb806add0708021234l6edd3187tf408772edf9e1206@mail.gmail.com>
Date: Thu, 2 Aug 2007 16:34:26 -0300
From: "Luis Felipe Strano Moraes" <luis.strano@gmail.com>
To: gentoo-gnustep@lists.gentoo.org
Subject: Re: [gentoo-gnustep] Re: Help with gnustep
In-Reply-To: <1186077438.13486.87.camel@localhost>
Precedence: bulk
List-Post: <mailto:gentoo-gnustep@lists.gentoo.org>
List-Help: <mailto:gentoo-gnustep+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-gnustep+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-gnustep+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-gnustep.gentoo.org>
X-BeenThere: gentoo-gnustep@gentoo.org
Reply-to: gentoo-gnustep@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <eb806add0708012020w6d9fdfa6ne1568524779f19dd@mail.gmail.com>
<eb806add0708012024m567ea20agd462d9785f7ef657@mail.gmail.com>
<1186047233.13486.78.camel@localhost>
<eb806add0708020918j115d01cdo815701d61216be77@mail.gmail.com>
<1186077438.13486.87.camel@localhost>
X-Archives-Salt: 34fd66e3-3113-47cd-b7f3-407bec3ccfef
X-Archives-Hash: 96f011c77d19053b6d232ffabd5d0e37
On 8/2/07, Sourav K. Mandal <sourav.mandal@gmail.com> 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=3D"~x86"
has been a really pleasant one (I mean, I've been using gentoo for years no=
w,
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 othe=
r
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=3D\".\"
-DGNUSTEP_TARGET_CPU=3D\"ix86\" -DGNUSTEP_TARGET_OS=3D\"linux-gnu\"
-DGNUSTEP_IS_FLATTENED=3D\"yes\" -DLIBRARY_COMBO=3D\"gnu-gnu-gnu\" -Wall
-Wcast-align -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=3D1 -DGNU_GUI_LIBRARY=3D1
-DGNU_RUNTIME=3D1 -DGNUSTEP_BASE_LIBRARY=3D1 -D_REENTRANT -fPIC -g -Wall
-DDEBUG -fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import
-march=3Dprescott -pipe -fno-strict-aliasing -fexceptions
-fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fgnu-runtime
-fconstant-string-class=3DNSConstantString -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/GNU=
step/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 th=
e
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 =C9toil=E9 for s=
ome time.
cheers,
--lf
>
>
> Good luck,
>
> Sourav
>
>
> --
> Sourav K. Mandal
> http://sourav.net/
>
> PGP: 7E7E 14CD A983 484C 8A43 55CA DBAC 539C 1814 3DAF
>
> --
> gentoo-gnustep@gentoo.org mailing list
>
>
--=20
"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
--
gentoo-gnustep@gentoo.org mailing list