FS#13201 - [boost] Please upgrade boost (PKGBUILD proposed)
Attached to Project:
Arch Linux
Opened by Peter Simons (peti) - Wednesday, 11 February 2009, 10:19 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 04 August 2009, 19:46 GMT
Opened by Peter Simons (peti) - Wednesday, 11 February 2009, 10:19 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 04 August 2009, 19:46 GMT
|
Details
* Upgrade to 1.38.0.
* Build bootstrapping bjam only if the binary doesn't exist yet. * Don't install bjam. It's useless without the Boost.Build package (which PKGBUILD does not install). * Ensure that the expat library is found. * Don't install Pyste. The installation doesn't work because of missing libraries. * Don't set CFLAGS. The variable has no effect on the build. * Determine version of the installed Python binary dynamically. * Added missing dependency on gcc-libs. |
This task depends upon
Also i suggest you read the message printed above. hint: " Do NOT report bugs when a package is just outdated REPEAT: Do NOT report bugs for outdated packages!".
Judging by your description i'd say that you report does exactly that. Exactly what
FS#12720did too.For example, instead you could name it something like "bjam doesnt work in boost" and then write all those things incl. thats its out of date and camuflage it :)
Is it possible to parrallelize the build ? Because i have a quad core and it's only using one thread.
Vote for stabilization.
Generally speaking, it would be great if someone with access to x86_64 could take a look at the package. There has been a report that gcc 4.4.0 doesn't compile Boost 1.39.0. Can anyone confirm that?
boost-1.39.0-1-x86_64.pkg.tar.gz
$ uname -a
Linux arch64 2.6.29-ARCH #1 SMP PREEMPT Wed May 20 06:42:43 UTC 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz GenuineIntel GNU/Linux
Great work!
however. it looks like the package is ready for the official repository.