Gentoo Archives: gentoo-embedded

From: "Peter S. Mazinger" <ps.m@×××.net>
To: Daniel <dragonheart@g.o>
Cc: gentoo-embedded@l.g.o
Subject: Re: [gentoo-embedded] Some comments on uclibc-buildroot ebuild
Date: Mon, 02 Feb 2004 08:28:29
Message-Id: Pine.LNX.4.44.0402020852340.4899-100000@lnx.bridge.intra
In Reply to: Re: [gentoo-embedded] Some comments on uclibc-buildroot ebuild by Daniel
On Mon, 2 Feb 2004, Daniel wrote:

> --[PinePGP]--------------------------------------------------[begin]-- > > All this is still work in progress. The install stuff isn't working and I is > here for testing only. Hopefully won't be too lonkg now. > > > > Hello! > G'day > > > > 1. the pie-option patch enforces COMPLETELY_PIC (because it is unsettable > > from .config), both occurences can be removed > > k done. > > > 2. use etdyn should change to use pie, and it is mandatory due to the fact > > that if PROFILING is active, libc has text relocations, and won't work > > with the current settings (FORCE_SHAREABLE_TEXT_SEGMENTS). The other way > > would be to remove COMPLETELY_PIC as requirement from > > FORCE_SHAREABLE_TEXT_SEGMENTS (it is unused in the sources, I have > > alreaddy proposed it to the uclibc devs), than > > FORCE_SHAREABLE_TEXT_SEGMENTS can be set through .config (and the > > pie-option patch has to be slightly modified) > > the PROFILING option could also be moved to use debug. > > changed to use pie && disable profileing. > > > 3. the DOWNLOAD_LOCALE_PREGENERATED_DATA it first set to no (this is OK), > > after that changed. If you copy the tarball to extra/locale dir, than it > > is not needed to be downloaded, so I propose to leave it unset, and use it > > for x86. If you do not use the pregenerated data, then I had problems > > building them within an rpm-build. It works though from the commandline. I > > think, the background processing through rpm (this could influence gentoo > > building too) is somehow the problem and it segfaults. > > I had problems generating data although I suspects its because I don't have > the locals I'm trying to generate. I'll need to work out how locale stuff > works and add some error checking to the generation. I aim to add the > locale.txt and codesets.txt to a /etc/embedded config setting too.
For now you need a locale supporting environment to build the locales data. Manuel is working on removing this dependancy (Feb/Mar). I have (re)generated the data myself in a glibc env (removing stuff not used by me, I want to go only with UTF locales, 8859-1(5) is last resort, but no other), and then used it in the build process instead of the pregenerated data. If you need it for other archs, gentoo's devs have access to the different archs, ask them to generate the data and create the tarballs (uClibc-locale-arch-date.tgz) and you'll copy these over the original one (see uclibc.spec).
> > 4. if you want to build your own data, then LOCALES has to be copied to > > locales.txt > > Thanks. > > > 5. if you unset UCLIBC_HAS_LOCALE, then all the other related options are > > unset (XLOCALE, etc) > > Good done. > > > 6. the pie-option patch is applied again in src_compile > > > > That was very silly. Thanks for pointing it out. > > > See attached diff to show what I have all meant. > > > > Great. ;-) > > > Peter > > -- > Daniel Black <dragonheart@g.o> > --[PinePGP]----------------------------------------------------------- > gpg: WARNING: using insecure memory! > gpg: please see for more information > gpg: Signature made Mon 02 Feb 2004 03:12:40 AM CET using DSA key ID 32A64DC8 > gpg: Can't check signature: public key not found > PinePGP: Encryption backend encountered error. > --[PinePGP]----------------------------------------------------[end]-- >
-- Peter S. Mazinger <ps dot m at gmx dot net> ID: 0xA5F059F2 Key fingerprint = 92A4 31E1 56BC 3D5A 2D08 BB6E C389 975E A5F0 59F2 ____________________________________________________________________ Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! -- gentoo-embedded@g.o mailing list