Notice: A non well formed numeric value encountered in /sites/rockbox.org/flyspray/includes/class.flyspray.php on line 96 Notice: A non well formed numeric value encountered in /sites/rockbox.org/flyspray/includes/class.flyspray.php on line 96 Notice: A non well formed numeric value encountered in /sites/rockbox.org/flyspray/includes/class.flyspray.php on line 96 Deprecated: Function create_function() is deprecated in /sites/rockbox.org/flyspray/includes/class.flyspray.php on line 104 Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /sites/rockbox.org/flyspray/adodb/adodb.inc.php on line 845 Deprecated: Function create_function() is deprecated in /sites/rockbox.org/flyspray/includes/class.user.php on line 111 FS#9321 : rbutil: multiple build failures

Rockbox

Tasklist

FS#9321 - rbutil: multiple build failures

Attached to Project: Rockbox
Opened by Dennis Schridde (devurandom) - Monday, 25 August 2008, 11:21 GMT
Last edited by Jonas Häggqvist (rasher) - Thursday, 11 December 2008, 18:14 GMT
Task Type Bugs
Category Rbutil
Status Closed
Assigned To No-one
Operating System All players
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

rbutil shows multiple build failures (using a Gentoo ebuild):
- Languages are not generated correctly
- "gcc: amd64: No such file or directory"
- Failure to build librbspeex.a

The ebuild is nearly the same as the one on your website, I just fixed the major issues and cleaned it up. (Feel free to use this as the new reference.)
   rbutil-9999-r1.ebuild (1 KiB)
   build.log (7.1 KiB)
This task depends upon

Closed by  Jonas Häggqvist (rasher)
Thursday, 11 December 2008, 18:14 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed a long time ago.
Comment by Jonas Häggqvist (rasher) - Monday, 25 August 2008, 16:08 GMT
As long as you're not able to compile, I'm not sure we want to use your ebuild :)

Besides, I was under the impression that the ebuild in the wiki had been updated recently?
Comment by Dennis Schridde (devurandom) - Monday, 25 August 2008, 20:43 GMT
Since it is basically *your* ebuild, with just errors fixed and style corrected, I doubt it introduced any bugs...

Though if you could provide me with working compilation instructions (or fix your ebuild), the ebuild would even compile...
Comment by Jonas Häggqvist (rasher) - Monday, 25 August 2008, 20:50 GMT
Compilation instructions are available at http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityDevelopment

I don't know of any core Rockbox devs who use Gentoo, but there was some discussion in the IRC channel recently which might be useful to read (2008-08-19 and 2008-08-21). At any rate, this is going to rely on a user getting it right.
Comment by Dominik Riebeling (bluebrother) - Monday, 25 August 2008, 20:59 GMT
That ebuild is not "our" ebuild but contributed -- it's in the wiki, and anyone can attach files to the wiki. It looks like you're using additional CCOPTS / CXXOPTS that cause problems -- building works fine for me from a clean svn checkout.
Comment by Dennis Schridde (devurandom) - Monday, 25 August 2008, 21:24 GMT
CFLAGS='' CXXFLAGS='' emerge -1 rbutil << Fails as well, so it seems not to be related to any CFLAGS/CXXFLAGS. Additionaly the flags I use are rather conservative, and if they imposed a problem to your code, there would be something rather wrong.
And that still would not explain why the generation of translations is broken or why something tries to pass "amd64" to gcc (I do not do that).


emerge --info:

Portage 2.2_rc8 (default/linux/amd64/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.26-gentoo-r1 x86_64)
=================================================================
System uname: Linux-2.6.26-gentoo-r1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5000+-with-glibc2.2.5
Timestamp of tree: Mon, 25 Aug 2008 09:17:01 +0000
app-shells/bash: 3.2_p39
dev-java/java-config: 1.3.7, 2.1.6-r1
dev-lang/python: 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 2.0.0
sys-apps/openrc: 0.2.5
sys-apps/sandbox: 1.2.18.1-r3
sys-devel/autoconf: 2.13, 2.62-r1
sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils: 2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 2.2.4
virtual/os-headers: 2.6.26
ACCEPT_KEYWORDS="amd64 ~amd64"
CHOST="x86_64-pc-linux-gnu"
CFLAGS="-pipe -O2 -march=athlon64"
CXXFLAGS="-pipe -O2 -march=athlon64"

Qt: 4.4.1 / 3.3.8b
Comment by Jonas Häggqvist (rasher) - Monday, 25 August 2008, 22:24 GMT
Would you please attempt to build according to the build instructions in http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityDevelopment?

Try building Qt manually if this still fails.
Comment by Dominik Riebeling (bluebrother) - Monday, 25 August 2008, 22:31 GMT
just to make this clear: the generation of languages is NOT broken. What you're seeing is a warning that gets triggered as the translation files aren't present when the build starts. They get generated slightly later (by the lrelease call), and the resource file containing them gets generated even later. Thus there is only a slightly annoying warning, but this doesn't affect the build process in any way. The wiki page has this behaviour noted, so please check the documentation first.
Comment by Dominik Riebeling (bluebrother) - Monday, 25 August 2008, 22:35 GMT
oh, and another thought: are you *absolutely* sure the qmake you're calling is actually qt4's qmake? Running Qt3's qmake won't produce an error but create broken Makefiles, thus the succeeding build will fail.
Comment by Dennis Schridde (devurandom) - Tuesday, 26 August 2008, 08:53 GMT
I think I found the issue.

The variable ARCH, which you use in tools/rbspeex/Makefile, is also used by Gentoo and there set to "amd64". (Try running "make ARCH=amd64".)
This will generate the behaviour I experienced.

Running 's/ARCH/RBARCH/' over that file will make the issue not appear anymore.

The attached ebuild hacks around the issue (via sed in src_unpack()), and also has some further, unrelated, style improvements.
   rbutil-9999-r1.ebuild (1 KiB)
Comment by Dominik Wenger (Domonoky) - Saturday, 30 August 2008, 20:40 GMT
Maybe we should fix this in the real Makefile, instead of hacking around it in the ebuild.. :-)
Comment by Dennis Schridde (devurandom) - Saturday, 30 August 2008, 22:05 GMT
Thought so. ;)
Comment by Dominik Wenger (Domonoky) - Monday, 01 September 2008, 19:54 GMT
I just commited the fix with the renaming of the ARCH define into SVN.

Loading...