Re: [gentoo-dev] Find apps not ported to modular X
Donnie Berkholz wrote: OK, I've got this fixed. Suddenly there are 1037 unported apps instead of 500! How exciting. Today's update.. down to 1012 packages. Donnie app-accessibility/brltty accessibility dmwaters app-accessibility/dasher gnome-accessibility none app-accessibility/gnome-mag gnome-accessibility none app-accessibility/gnopernicus gnome-accessibility none app-accessibility/gok gnome-accessibility none app-admin/modlogan none liquidx app-admin/otpcalc none taviso app-arch/dczip java none app-arch/pdv app-backup/bacula none fserb hadfield app-cdr/nero none wschlich app-dicts/kannadic cjk usata app-dicts/wnn-ldic cjk none app-editors/cooledit none agriffis app-editors/elvis app-editors/emacs-cvs emacs none app-editors/gmanedit app-editors/jasspa-microemacs emacs none app-editors/jed none liquidx app-editors/jove none seemant app-editors/lfhex none dragonheart app-editors/peacock text-markup none app-editors/qemacs emacs none app-editors/wily app-editors/xemacs xemacs xemacs app-editors/xemacs-gtk app-editors/xvile app-editors/zoinks none genone app-emacs/imaxima emacs none app-emacs/uim-el cjk emacs none app-emacs/yc cjk none app-emulation/bochs none lu_zero app-emulation/cedega wine none app-emulation/crossover-office-bin wine none app-emulation/crossover-office-pro-bin wine none app-emulation/e-uae none dholm app-emulation/fuse none bug-wranglers app-emulation/gxemul none kumba app-emulation/i8086emu dev-embedded dev-embedded app-emulation/pearpc none none app-emulation/point2play wine vapier app-emulation/spectemu app-emulation/spim none compnerd app-emulation/transgaming-fontinstaller wine none app-emulation/transgaming-mozctlinstaller wine none app-emulation/uae none dholm app-emulation/vice games none app-emulation/vmware-console vmware jmglov app-emulation/winesetuptk wine none app-emulation/winex-transgaming wine none app-emulation/xcopilot none none app-emulation/xtrs app-i18n/canfep cjk none app-i18n/canna cjk none app-i18n/canuum cjk none app-i18n/chinput cjk none app-i18n/fbiterm cjk none app-i18n/fcitx cjk none app-i18n/freewnn cjk none app-i18n/gtkimprime cjk none app-i18n/iiimf-canna cjk none app-i18n/im-canna cjk none app-i18n/im-freewnn cjk none app-i18n/kimera cjk none app-i18n/kinput2 cjk none app-i18n/minichinput cjk none app-i18n/scim cjk none app-i18n/scim-anthy cjk none app-i18n/scim-canna cjk none app-i18n/scim-chinese cjk none app-i18n/scim-cvs cjk none app-i18n/scim-hangul cjk none app-i18n/scim-m17n cjk none app-i18n/scim-pinyin cjk none app-i18n/scim-prime cjk none app-i18n/scim-qtimm cjk none app-i18n/scim-skk cjk none app-i18n/scim-tables cjk none app-i18n/scim-uim cjk none app-i18n/scim-wnn cjk none app-i18n/skim cjk none app-i18n/skkinput cjk none app-i18n/uim cjk usata app-i18n/uim-fep cjk none app-i18n/uim-kdehelper cjk none app-i18n/uim-svn cjk none app-i18n/unicon cjk none app-i18n/x-unikey cjk pclouds app-misc/cbtracker none none app-misc/cmatrix app-misc/jogmouse app-misc/joy2key app-misc/livecd-tools livecd none app-misc/multimon app-misc/oneko app-misc/sonypid app-misc/tkpasman app-misc/twin none vapier app-misc/wyrd none maintainer-needed app-office/imposter openoffice none app-office/lyx cjk text-markup none app-office/pointless app-office/texmacs text-markup none app-office/texmaker text-markup none app-pda/qtopia-desktop-bin pda nerdboy app-portage/portagemaster tools-portage none app-text/cedilla none none app-text/clara none spock app-text/dvibook text-markup none app-text/dvipdfm text-markup none app-text/flpsed text-markup none app-text/ghostview app-text/manedit none fuzzyray app-text/mftrace fonts text-markup none app-text/nopaste none agriffis app-text/pspresent none none app-text/tex-guy text-markup none app-text/xdvik cjk text-markup usata app-text/yudit app-xemacs/ada app-xemacs/apel xemacs xemacs app-xemacs/auctex app-xemacs/bbdb app-xemacs/build app-xemacs/calc app-xemacs/calendar app-xemacs/cc-mode app-xemacs/clearcase app-xemacs/cookie app-xemacs/crisp app-xemacs/c-support app-xemacs/debug app-xemacs/dictionary app-xemacs/dired app-xemacs/docbookide app-xemacs/ecb app-xemacs/ecrypto app-xemacs/edebug app-xemacs/edict app-xemacs/ediff app-xemacs/edit-utils app-xemacs/edt app-xemacs/efs app-xemacs/egg-its app-xemacs/eieio app-xemacs/elib app-xemacs/emerge app-xemacs/eshell xemacs xemacs app-xemacs/ess xemacs xemacs app-xemacs/eudc app-xemacs/footnote app-xemacs/forms app-xemacs/fortran-modes app-xemacs/frame-icon app-xemacs/fsf-compat xemacs xemacs app-xemacs/games app-xemacs/gnats app-xemacs/gnus xemacs xemacs app-xemacs/haskell-mode app-xemacs/hm-html-menus app-xemacs/ibuffer app-xemacs/idlwave app-xemacs/igrep app-xemacs/ilisp xemacs xemacs app-xemacs/jde xemacs xemacs app-xemacs/latin-unity app-xemacs/leim app-xemacs/liece app-xemacs/locale app-xemacs/lookup app-xemacs/mailcrypt app-xemacs/mail-lib xemacs xemacs app-xemacs/mew app-xemacs/mh-e app-xemacs/mine app-xemacs/misc-games app-xemacs/mmm-mode xemacs xemacs app-xemacs/mule-base
[gentoo-dev] app-office/openoffice-ximian-bin up for removal
Hi, If nobody objects (with good reasoning), I'm going to remove app-office/openoffice-ximian-bin from the tree soonish. I've added it back then, when there where some big differences between vanilla OOo and the Ximianized version. Most of this stuff has gone upstream now, so there is no more need to keep it around, especially as it uses a binary from another distribution, which I confess always was a bad hack. Also it hasn't been updated recently (for the same reasons). Everyone wanting to use a binary for OOo should use openoffice-bin instead. bye Andreas -- Andreas Proschofsky Gentoo Developer / OpenOffice.org signature.asc Description: This is a digitally signed message part
[gentoo-dev] New-style virtual/pcmcia added
For your information: I have just converted the old-style virtual/pcmcia into a new-style virtual/pcmcia. This allows for versioning, which I have used to mask =virtual/pcmcia-2.5 on all our linux-2.4 profiles. The sys-apps/pcmciautils package is expected to go stable on at least x86 soonish. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpsQxaBL6ac6.pgp Description: PGP signature
Re: [gentoo-dev] Find apps not ported to modular X
On Thu, 2006-01-19 at 08:28 -0800, Donnie Berkholz wrote: Donnie Berkholz wrote: OK, I've got this fixed. Suddenly there are 1037 unported apps instead of 500! How exciting. Today's update.. down to 1012 packages. Great. Could you post updates once a week(or two), similar to what [EMAIL PROTECTED] does with the aging ebuilds. I don't feel a play-by-play is necessary. -Lares -- Lares Moreau [EMAIL PROTECTED] | LRU: 400755 http://counter.li.org lares/irc.freenode.net | Gentoo x86 Arch Tester | ::0 Alberta, Canada Public Key: 0D46BB6E @ subkeys.pgp.net | Encrypted Mail Preferred Key fingerprint = 0CA3 E40D F897 7709 3628 C5D4 7D94 483E 0D46 BB6E signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Find apps not ported to modular X
Lares Moreau wrote: Could you post updates once a week(or two), similar to what [EMAIL PROTECTED] does with the aging ebuilds. I don't feel a play-by-play is necessary. I will be posting daily updates until it goes into ~arch, planned for Jan. 25. Thanks, Donnie signature.asc Description: OpenPGP digital signature
[gentoo-dev] Anything else needed before eselect-1.0?
This is your last chance to ask for minor feature enhancements / bug fixes before eselect 1.0. Unless something nasty crops up, there will probably be a 1.0 release within a few days. One note: we'll probably be splitting out most of the distributed with eselect modules into separate packages. The aim is to have only core, non-package-specific, non-experimental-demo stuff distributed with the main eselect. -- Ciaran McCreesh : Gentoo Developer (King of all Londinium) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Sunday 15 January 2006 01:11, Mike Frysinger wrote: this topic has come up before too many times and has yet to be solved, and we have too many hacks in place ok, so after sitting on the list for a while and accumulating feedback, how about this: - USE=debug *never* changes CFLAGS or LDFLAGS or what have you, it *only* enables additional runtime code (such as assert()'s or helpful debug output) ... if you're confused by what i mean, run `USE=debug emerge nano` and then run `nano` - we add an emerge flag (say '--debug-build') which adds debug-build to FEATURES - if debug-build is in FEATURES, then the following happens: * auto sets CFLAGS to DEBUG_CFLAGS, LDFLAGS to DEBUG_LDFLAGS, CXXFLAGS to DEBUG_CXXFLAGS (and in the future, we can add more variables as the need comes up) * if user already has FEATURES=splitdebug, then do not add nostrip * if user does not have FEATURES=splitdebug, then add nostrip to FEATURES - we will set sane debug defaults in the base profile: * DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g * DEBUG_LDFLAGS= - subprofiles can tweak these values as they see fit (or as required) i'll go ahead and start implementing framework for this in the meantime -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, 2006-19-01 at 17:56 -0500, Mike Frysinger wrote:
- USE=debug *never* changes CFLAGS or LDFLAGS or what have you, it *only*
enables additional runtime code (such as assert()'s or helpful debug
output) ... if you're confused by what i mean, run `USE=debug emerge nano`
and then run `nano`
This is so overdue..
+1
- if debug-build is in FEATURES, then the following happens:
* auto sets CFLAGS to DEBUG_CFLAGS, LDFLAGS to DEBUG_LDFLAGS, CXXFLAGS to
DEBUG_CXXFLAGS (and in the future, we can add more variables as the need
comes up)
What about: CFLAGS=${CFLAGS} ${DEBUG_CFLAGS} .. otherwise bugs that
only appear after certain GCC optmisations may go away...
- we will set sane debug defaults in the base profile:
* DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g
I'd propose -fno-omit-frame-pointer -ggdb for x86/amd64 and -g for
default...
--
Olivier Crête
[EMAIL PROTECTED]
Gentoo Developer
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Find apps not ported to modular X
On 1/19/06, Donnie Berkholz [EMAIL PROTECTED] wrote: Lares Moreau wrote: Could you post updates once a week(or two), similar to what [EMAIL PROTECTED] does with the aging ebuilds. I don't feel a play-by-play is necessary. I will be posting daily updates until it goes into ~arch, planned for Jan. 25. Would you considder putting these daily updates on your devspace instead of sending a huge email daily? Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] webapp.eclass documentation
I just committed our new documentation [1] for webapp.eclass. We hope that it will help devs and users write and maintain ebuilds for web applications. Comments and patches are welcome. We also have a brand new project page [2], courtesy of wrobel. [1] http://www.gentoo.org/proj/en/webapps/webapp-eclass.xml [2] http://www.gentoo.org/proj/en/webapps/ -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpJtfs9L2FwQ.pgp Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, Jan 19, 2006 at 05:56:47PM -0500, Mike Frysinger wrote: ok, so after sitting on the list for a while and accumulating feedback, how about this: [snip] i'll go ahead and start implementing framework for this in the meantime Sounds like a sane approach to me - thank you for putting in the work for getting this implemented. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpHLLSclxutz.pgp Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, Jan 19, 2006 at 06:17:11PM -0500, Olivier Crete wrote:
What about: CFLAGS=${CFLAGS} ${DEBUG_CFLAGS} .. otherwise bugs that
only appear after certain GCC optmisations may go away...
The user can set any DEBUG_CFLAGS she likes in make.conf.
./Brix
--
Henrik Brix Andersen [EMAIL PROTECTED]
Gentoo Metadistribution | Mobile computing herd
pgpup55o2U6Db.pgp
Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, 2006-01-19 at 17:56 -0500, Mike Frysinger wrote: DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g Mike, how about DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g -fno-stack-protector -fno-pie All Gentoo properly supported toolchains support the last two flags and it ensures that debugging almost works for hardened users too. I'd say I could just run with the extra flags in the hardened/* profiles but it seems a good portion of the users these days seem to be vanilla users using 'gcc-config 1' -- solar [EMAIL PROTECTED] Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
solar [EMAIL PROTECTED] said: On Thu, 2006-01-19 at 17:56 -0500, Mike Frysinger wrote: DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g Mike, how about DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g -fno-stack-protector -fno-pie All Gentoo properly supported toolchains support the last two flags and it ensures that debugging almost works for hardened users too. Please lets avoid this assumption. I'd love to make it so we never make this assumption anywhere in the tree so that we could actually build GCC without pie or ssp, instead of generating all of the GCC profiles for every user. -- Mark Loeser - Gentoo Developer (cpp gcc-porting toolchain x86) email - halcy0n AT gentoo DOT org mark AT halcy0n DOT com web - http://dev.gentoo.org/~halcy0n/ http://www.halcy0n.com pgp0U9HtGxgjW.pgp Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thursday 19 January 2006 18:52, Mark Loeser wrote: Please lets avoid this assumption. I'd love to make it so we never make this assumption anywhere in the tree so that we could actually build GCC without pie or ssp, instead of generating all of the GCC profiles for every user. pie is in upstream gcc so your argument here is INVALID please move along, kthx -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thursday 19 January 2006 18:33, solar wrote: On Thu, 2006-01-19 at 17:56 -0500, Mike Frysinger wrote: DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g Mike, how about DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g -fno-stack-protector -fno-pie All Gentoo properly supported toolchains support the last two flags and it ensures that debugging almost works for hardened users too. I'd say I could just run with the extra flags in the hardened/* profiles but it seems a good portion of the users these days seem to be vanilla users using 'gcc-config 1' to please the whiners, we can use: -O -g -fno-pie and keep the -fno-ssp in hardened profiles -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thursday 19 January 2006 18:17, Olivier Crete wrote:
On Thu, 2006-19-01 at 17:56 -0500, Mike Frysinger wrote:
- if debug-build is in FEATURES, then the following happens:
* auto sets CFLAGS to DEBUG_CFLAGS, LDFLAGS to DEBUG_LDFLAGS, CXXFLAGS
to DEBUG_CXXFLAGS (and in the future, we can add more variables as the
need comes up)
What about: CFLAGS=${CFLAGS} ${DEBUG_CFLAGS} .. otherwise bugs that
only appear after certain GCC optmisations may go away...
then we'll deal with that ... we're trying to debug bad code, not bad code
generation
- we will set sane debug defaults in the base profile:
* DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g
I'd propose -fno-omit-frame-pointer -ggdb for x86/amd64 and -g for
default...
why ? -fomit-frame-pointer is only used with -O whenever it doesnt interfere
with debugging ... in other words, -O on x86 will not imply
-fomit-framer-pointer
and as noted, x86_64 doesnt suck like x86, so this isnt an issue for amd64 :)
-mike
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Find apps not ported to modular X
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Lares Moreau wrote: Could you post updates once a week(or two), similar to what [EMAIL PROTECTED] does with the aging ebuilds. I don't feel a play-by-play is necessary. I will be posting daily updates until it goes into ~arch, planned for Jan. 25. Thanks, Donnie Did you find another way to do those deps then? We haven't released 2.0.54 with that fixed yet... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ9BVW2zglR5RwbyYAQKyuw//Y8+vkiigZLEYTUCwlb5cHw4XC+mO/ILb YxLicKimZJYQvpBCSs++ngc6tmvwh8SL2KBnsgHR/tOq8zpt/8q9POwBiif4HFpp GxhFjr9cnaiwLxWyr8iLKUGsoEibo/i7T8owBxovsJcVA9Y7PafAOPbDgVM6n6l3 ACcsqAskM+VifPG3DL68MhgmZthz+neNpdlUAmrRbZTFeK57zvD9FjWe8jApz2ZC g61JWClt45Ev6eKvrju0IkgS0QygVcpeg1X+TRtrIf+UOlHKHomETgzgw5KEoL7Z P2QpjVGfyFoBcjBcGMi/L/iS5sHC8nRDHMpcRpofx5LqW50XoaVEENialhZOw0aC OYWfBzZm+Z8OO6A1VU+oKMNrXRfzZJz8JzICAxg1SnRyuGZbFnz3h0lLZG3YNCGk K0dy15M+UsR0KyAVcF60jNdjhQCHTiGYkzCERwgSw0wYbw6Nkdg+3rnPCLK08O7Y QO3bTU3opZcunnkMHU4X3LTD5NOp9tZKn9wvJQf/h+Q7MoPrJTWljWnwg4my27GG J7abWdF8OvPFSNCXKH9+wKPz18AKcwY1UMkDSoNxMHXwczgPfX/LOTiuZa7wHoz+ ZDZ7BqjYhUTFdkwlVoHMKqAi+mLPe9zMqwwRU5J/fVCkJjsGwHJnDcG7G9x3zOwg t48ogJg9Y3U= =T9MO -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] [compile problem]
Hello list, I used gcc4.0.1 before and now downgrade to 3.4.5 now I when I compile a program it end with: libtool: link: cannot find the library `/usr/lib/gcc/i686-pc-linux-gnu/4.0.1/libstdc++.la' and the copilation is over. How can I solve this problem? thank you in advance!
Re: [gentoo-dev] Find apps not ported to modular X
Dan Meltzer wrote: Would you considder putting these daily updates on your devspace instead of sending a huge email daily? Nope. That puts the effort on these developers who haven't ported apps to actually go to my webspace and search around. On re-reading what you said, I could post a link to the list and keep that in my devspace. But I'm not going to stop the daily emails to the list. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Find apps not ported to modular X
Alec Warner wrote: Did you find another way to do those deps then? We haven't released 2.0.54 with that fixed yet... The drivers will continue to require manual emerging in ~arch until a fixed portage comes out, and the migration guide continues to document and support that method. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
Mike Frysinger wrote: - we will set sane debug defaults in the base profile: * DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g On gcc-4, even -O can make it really hard to track stuff. Might want -O0 instead. 4.1 gets even crazier. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, 19 Jan 2006 19:24:18 -0800 Donnie Berkholz [EMAIL PROTECTED] wrote: | Mike Frysinger wrote: | - we will set sane debug defaults in the base profile: | * DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g | | On gcc-4, even -O can make it really hard to track stuff. Might want | -O0 instead. 4.1 gets even crazier. -O1 -fno-inline-functions will give you better results with C++ code. Without -O1, g++ will skip some really basic optimisations that makes it even harder than usual to figure out what STL code is doing... -- Ciaran McCreesh : Gentoo Developer (King of all Londinium) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] [compile problem]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Linux Java wrote: Hello list, I used gcc4.0.1 before and now downgrade to 3.4.5 now I when I compile a program it end with: libtool: link: cannot find the library `/usr/lib/gcc/i686-pc-linux-gnu/4.0.1/libstdc++.la' and the copilation is over. How can I solve this problem? thank you in advance! run /sbin/fix_libtool_files.sh 4.0.1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD0GWLGDfjNg8unQIRAsmHAJ48NBT0SR1gleCZHD54X8m1mVI5NQCfZqbF 7Rwk/I+7Cyi28KiG8qKWa/A= =288z -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [compile problem]
Thanks a lot! On Thu, 2006-01-19 at 22:22 -0600, Jory A. Pratt wrote: run /sbin/fix_libtool_files.sh 4.0.1
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, Jan 19, 2006 at 05:56:47PM -0500, Mike Frysinger wrote: - USE=debug *never* changes CFLAGS or LDFLAGS or what have you, it *only* enables additional runtime code (such as assert()'s or helpful debug output) ... I'd like to see cases such as use debug append-flags -DDEBUG explicitly mentioned, please. I'm sure you meant that this is okay, but to avoid confusion, could you actually say so? (Or, if I'm completely misunderstanding, tell me it's not okay. :) pgpl3dqm0NRzA.pgp Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, 19 Jan 2006 18:33:02 -0500 solar [EMAIL PROTECTED] wrote: On Thu, 2006-01-19 at 17:56 -0500, Mike Frysinger wrote: DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g Mike, how about DEBUG_CFLAGS=DEBUG_CXXFLAGS=-O -g -fno-stack-protector -fno-pie It's enough to do LDFLAGS=-nopie to get debuggable executables, which might be better as it'd keep code closer to the non-debug code. -- Kevin F. Quinn signature.asc Description: PGP signature
[gentoo-portage-dev] first pass at --debug-build
here's what i was talking about when i mentioned the mutate() idea tested and it works for me ... binary is built properly and environment.bz2 contains the correct values -mike --- pym/portage.py (revision 2565) +++ pym/portage.py (working copy) @@ -1266,10 +1266,6 @@ if usersandbox in self.features: self.features.remove(usersandbox) - self.features.sort() - self[FEATURES] = .join([-*]+self.features) - self.backup_changes(FEATURES) - if not len(self[CBUILD]) and len(self[CHOST]): self[CBUILD] = self[CHOST] self.backup_changes(CBUILD) @@ -1277,6 +1273,32 @@ if mycpv: self.setcpv(mycpv) + self.mutate_env + + def mutate_env(self): + emerge may have mutated the env slightly, so we may have to rebuild some things + + if debug-build in self.features: + # the profile should be setting these, but just in case ... + if not len(self[DEBUG_CFLAGS]): +self[DEBUG_CFLAGS] = -g -O +self.backup_changes(DEBUG_CFLAGS) + if not len(self[DEBUG_CXXFLAGS]): +self[DEBUG_CXXFLAGS] = self[DEBUG_CFLAGS] +self.backup_changes(DEBUG_CXXFLAGS) + # replace user vars with debug version + for var in [CFLAGS,CXXFLAGS,LDFLAGS]: +self[var]=self[DEBUG_+var] +self.backup_changes(var) + # if user has splitdebug, the debug info will be auto saved for + # gdb, otherwise we want to keep the binaries from being stripped + if not splitdebug in self.features: +self.features.append(nostrip) + + self.features.sort() + self[FEATURES] = .join([-*]+self.features) + self.backup_changes(FEATURES) + def loadVirtuals(self,root): self.virtuals = self.getvirtuals(root) --- pym/portage_const.py (revision 2565) +++ pym/portage_const.py (working copy) @@ -40,7 +40,7 @@ CONFIG_MEMORY_FILE = PRIVATE_PATH + /config INCREMENTALS=[USE,USE_EXPAND,USE_EXPAND_HIDDEN,FEATURES,ACCEPT_KEYWORDS,ACCEPT_LICENSE,CONFIG_PROTECT_MASK,CONFIG_PROTECT,PRELINK_PATH,PRELINK_PATH_MASK] -STICKIES=[KEYWORDS_ACCEPT,USE,CFLAGS,CXXFLAGS,MAKEOPTS,EXTRA_ECONF,EXTRA_EINSTALL,EXTRA_EMAKE] +STICKIES=[KEYWORDS_ACCEPT,USE,CFLAGS,CXXFLAGS,LDFLAGS,DEBUG_CFLAGS,DEBUG_CXXFLAGS,DEBUG_LDFLAGS,MAKEOPTS,EXTRA_ECONF,EXTRA_EINSTALL,EXTRA_EMAKE] EBUILD_PHASES = [setup,unpack,compile,test,install,preinst,postinst,prerm,postrm] EAPI = 0 --- bin/emerge (revision 2565) +++ bin/emerge (working copy) @@ -173,6 +173,7 @@ --ask, --buildpkg, --buildpkgonly, --changelog,--columns, --cols, +--debug-build, --debugbuild --debug,--deep, --digest, --emptytree, @@ -429,6 +430,13 @@ if (--nocolor in myopts) and (sys.stdout.isatty()): nocolor() +# Now mutate portage env based upon options user gave us +if (--debug-build in myopts): + portage.settings.unlock() + portage.settings.features.append(debug-build) + portage.settings.mutate_env() + portage.settings.lock() + CLEAN_DELAY = 5 EMERGE_WARNING_DELAY = 10 if portage.settings[CLEAN_DELAY]:
