[haiku-development] Re: Compiling autotools

  • From: Andreas Färber <andreas.faerber@xxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Mon, 7 Apr 2008 23:35:08 +0200


Am 07.04.2008 um 21:55 schrieb Ingo Weinhold:

On 2008-04-07 at 20:05:37 [+0200], Andreas Färber <andreas.faerber@xxxxxx >
wrote:
Am 07.04.2008 um 02:05 schrieb Ingo Weinhold:
On 2008-04-07 at 00:47:07 [+0200], Andreas Färber <andreas.faerber@xxxxxx
wrote:
apr-util's make check crashes in the APR Queue Test.
I have had subversion 1.4.x branch running and successfully updating
several http:-based repositories. Its make check (and auto*
regeneration) requires Python though.

Well, you know what that means for you, don't you? :-P

I tried in vain once - it seemed like Python does not fully bootstrap
itself, Python required Python to compile.

Mmh, that sounds silly. I suppose the BeOS R5 binary of python could work under Haiku, so it should be possible to bootstrap it after all. Otherwise
cross-compiling is the only alternative, I suppose.

Is there any recipe for creating optional packages?

I wrote
this little tool "diff_zip" (committed to the repository in r24849),
which
recursively scans a directory (or more than one, or files), waits
for a key
to be pressed, rescans the directory, and passes all files, that
have been
added or changed between the two scans to a zip invocation. I
usually run it
like this:

cd ~
diff_zip -ry package-version-gcc2-date.zip -- config

Great! But seems like it's not part of the image?

Nope, it's not part of the image by default. You have to add it via your UserBuildConfig. As François suggested using DESTDIR makes it unnecessary
for APR and subversion though.

I didn't get this to work by adding it to HaikuImage, so I've started zipping using DESTDIR, thanks for the reminder (I had been using it when cross-compiling!). I have apr, expat, apr-util, neon, subversion zipped now but the test suites not yet passing/compiling.

apr now fails to compile in test/teststr.c in function `snprintf_int64' :144: Internal compiler error, output_operand_lossage `invalid expression as operand'. Brecht has reported a similar error here:
http://tools.assembla.com/BePorts/wiki/dev-libs/apr
Haven't investigated further but did a quick run at setting up related Wiki pages.

Andreas

Other related posts: