[OE-core] [PATCH 1/1] Revert "gdb-cross-canadian: build gdb with python support"

Khem Raj raj.khem at gmail.com
Fri Mar 23 07:12:25 UTC 2012


On 03/22/2012 02:31 PM, Eric Bénard wrote:
> Hi Khem, Hi Nitin,
>
> Le Thu, 22 Mar 2012 12:16:44 -0700,
> Khem Raj<raj.khem at gmail.com>  a écrit :
>> On Thu, Mar 22, 2012 at 10:38 AM, Kamble, Nitin A
>> <nitin.a.kamble at intel.com>  wrote:
>>> Looks like we need this patch for the python recipe to generate debug modules:
>>> http://patch-tracker.debian.org/patch/series/view/python2.7/2.7.2-8/debug-build.diff
>>
>> yep thats the one. Apply it to python and rebuild python-native and
>> stage it then see if that helps. You might have to adjust the FILES
>> and PACKAGES to put the new files in right places.
>
> With this patch all the libraries (including libpython2.7) now have a _d
> suffix : is that what we really want ?
>
> Once that's hacked in the recipe so that do_compile works - in case
> someone has an idea - I get a failure during installation of
> python-nativesdk :
> build/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/python-nativesdk-2.7.2-r1.9/image/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/lib/python2.7/sysconfig.py :
> return os.path.join(get_path('platstdlib'), "config" + (sys.pydebug and
> "_d" or ""), "Makefile") | AttributeError: 'module' object has no
> attribute 'pydebug
>
> I checked on both debian&  fedora and they are using this patch only to
> generate debug packages, not for the standard package.
> Moreover, when I execute gdb on my PC (Fedora 16) it runs fine and I
> don't have readline_d.so installed in lib-dynload so it seems possible
> to get gdb to work with python without having debug symbols.
>
> Eric

OK can you try following patch ? (untested) it does not fix the paths so 
once you install sdk it will have to be fixed as you did with chrpath 
for testing

http://paste.ubuntu.com/896082/

I think issue is currently we are linking with static version of 
libpython and also the search path to find python executable for gdb 
when running is /usr/bin and not the python from SDK so this patch
takes care of both





More information about the Openembedded-core mailing list