Summary: | dev-libs/libffi fails to build on MIPS | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joshua Kinard <kumba> |
Component: | New packages | Assignee: | MIPS Porters <mips> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | manuel.lauss, python, redhatter, ssuominen, toolchain |
Priority: | Highest | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 272046, 287383 | ||
Attachments: |
Python 2.6 build failure on MIPS
python-2.6-mips.patch Patch from upstream Patch converted to =dev-libs/libffi-3.0.8. |
Description
Joshua Kinard
2009-04-17 06:30:40 UTC
Created attachment 188645 [details]
Python 2.6 build failure on MIPS
Hey, guys, I just made a patch which seems working For more info: http://groups.google.com/group/loongson-dev/browse_thread/thread/5fd62684a84ae9d2 Created attachment 189211 [details, diff]
python-2.6-mips.patch
Could you test the following patch?: http://svn.python.org/view?view=rev&revision=72083 Created attachment 192426 [details, diff]
Patch from upstream
*** Bug 268705 has been marked as a duplicate of this bug. *** I've been experiencing issues with Python 2.6 myself, so I'll take this patch for a spin and see how I go. zhenghe python # emerge -av python These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] dev-lang/python-2.6.2-r1 [2.5.4-r3] USE="berkdb doc examples gdbm ipv6 ncurses readline sqlite ssl threads tk xml -build -ucs2 -wininst" 0 kB Total: 1 package (1 in new slot), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] Test Hardware/Kernel: Linux zhenghe 2.6.28.7-mipsgit-20090223-lm2e #1 Mon Mar 2 19:23:22 EST 2009 mips64 ICT Loongson-2 V0.2 FPU V0.1 lemote-fulong GNU/Linux (chroot on USB HDD... I am in the process of building my Yeeloong's next OS) I shall be back with results. Okay... looks like the patch from comment #5 is a go-er. Sadly I didn't have FEATURES=test enabled (thought I did) but at least it builds now. We can keyword it once we know it works. Early reports though at this location seem promising. >>> /usr/lib/libpython2.6.so -> libpython2.6.so.1.0 Switching to python2.6 * Byte compiling python modules for python-2.6 .. ... [ ok ] >>> Regenerating /etc/ld.so.cache... >>> Recording dev-lang/python in "world" favorites file... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. zhenghe python # python --version Python 2.6.2 (In reply to comment #8) When you definitely confirm that patch from comment #5 works, please inform us, and I will include this patch to python patchset. Next versions of Portage will depend on >=dev-lang/python-2.6, so please quickly work on this bug. The patch in comment #5 works fine for me! ~ # python --version Python 2.6.2 ~ # uname -a Linux exm-mipslinux 2.6.31-exm1200-07085-g8daae10 #1 Tue Sep 22 10:35:20 CEST 2009 mips Au1250 V0.2 EXM32-AU1200 GNU/Linux Python now uses external libffi, so this bug should be fixed in libffi. mips haven't made any effort on keywording libffi, so don't expect me to do anything unless I hear from them first Created attachment 206002 [details, diff]
Patch converted to =dev-libs/libffi-3.0.8.
Please test.
And if it works, mips devs can apply it. The ebuild already runs eautoreconf, so just drop it in. "AFAICT there's no reason to have separate MIPS_IRIX and MIPS_LINUX #defines. We used to, but they were merged into MIPS a couple of years ago." was the response from libffi upstream, see libffi's homepage for libffi-discuss mailinglist. One of you have to explain the problem there... if there is even a problem, in order to get this fixed upstream. Closing. Alexxy tested libffi today, it works on mips without patches. |