Re: [Fink-devel] boost
Op 09-02-13 20:55, Hanspeter Niederstrasser schreef:
> On 2/9/2013 12:35 PM, William G. Scott wrote:
>> On Feb 9, 2013, at 9:16 AM, Martin Costabel wrote:
In any case, would it be possible to get a boost1.53 package ?
Right now I am building the required library within my nascent
rdkit package, but this is a bandaid approach.
Hi all,
I created a package for Boost 1.52.0 earlier. It seems to be working OK for me,
but haven't tested it a lot. If you want, feel free to commit it.
Sjors
Package: boost1.52.0
Version: 1.52.0
Revision: 1
Description: Boost C++ Libraries
Homepage: http://www.boost.org
DescDetail: <<
The Boost web site provides free peer-reviewed portable C++ source
libraries. The emphasis is on libraries which work well with the
C++ Standard Library. The libraries are intended to be widely useful,
and are in regular use by thousands of programmers across a broad
spectrum of applications.
A further goal is to establish "existing practice" and provide
reference implementations so that Boost libraries are suitable for
eventual standardization. Ten Boost libraries will be included in
the C++ Standards Committee's upcoming C++ Standard Library Technical
Report as a step toward becoming part of a future C++ Standard.
Although Boost was begun by members of the C++ Standards Committee
Library Working Group, participation has expanded to include thousands
of programmers from the C++ community at large.
<<
License: BSD
Maintainer: Sjors Gielen
Source: mirror:sourceforge:boost/boost_1_52_0.tar.bz2
Source-MD5: 3a855e0f919107e0ca4de4d84ad3f750
PatchFile: boost1.52.0.patch
PatchFile-MD5: d0a52528f55377009f9a4a9054565b8e
Depends: %n-shlibs (= %v-%r)
BuildDepends: fink (>= 0.24.12)
BuildDependsOnly: true
Conflicts: <<
boost-foreach,
boost1.31,
boost1.32-py23,
boost1.32-py24,
boost1.32.python,
boost1.33,
boost1.34.systempython,
boost1.34.python23,
boost1.34.python24,
boost1.34.python25,
boost1.34.nopython,
boost1.35.systempython,
boost1.35.python23,
boost1.35.python24,
boost1.35.python25,
boost1.35.python26,
boost1.35.python27,
boost1.35.nopython,
boost1.41.cmake,
boost1.46.1.cmake
<<
Replaces: <<
boost-foreach,
boost1.31,
boost1.32-py23,
boost1.32-py24,
boost1.32.python,
boost1.33,
boost1.34.systempython,
boost1.34.python23,
boost1.34.python24,
boost1.34.python25,
boost1.34.nopython,
boost1.35.systempython,
boost1.35.python23,
boost1.35.python24,
boost1.35.python25,
boost1.35.python26,
boost1.35.python27,
boost1.35.nopython,
boost1.41.cmake,
boost1.46.1.cmake
<<
CompileScript: <<
#!/bin/sh -ev
./bootstrap.sh --without-icu --without-libraries=python \
--prefix="%p"
./b2 --prefix="%p" --compatibility_version=%v --current_version=%v
<<
InstallScript: <<
#!/bin/sh -ev
./b2 install --prefix="%i" --compatibility_version=%v
--current_version=%v
for lib in chrono context date_time filesystem graph iostreams locale \
math_c99 math_c99f math_c99l math_tr1 math_tr1f math_tr1l \
prg_exec_monitor program_options random regex serialization \
signals system thread timer unit_test_framework wave
wserialization
do
mv "%i/lib/libboost_${lib}.dylib"
"%i/lib/libboost_${lib}.%v.dylib"
install_name_tool -id "%p/lib/libboost_${lib}.%v.dylib"
"%i/lib/libboost_${lib}.%v.dylib"
done
<<
DocFiles: LICENSE_1_0.txt boost.png boost.css index.html rst.css libs more tools
SplitOff: <<
Package: %n-shlibs
Files: <<
lib/libboost_chrono.%v.dylib
lib/libboost_context.%v.dylib
lib/libboost_date_time.%v.dylib
lib/libboost_filesystem.%v.dylib
lib/libboost_graph.%v.dylib
lib/libboost_iostreams.%v.dylib
lib/libboost_locale.%v.dylib
lib/libboost_math_c99.%v.dylib
lib/libboost_math_c99f.%v.dylib
lib/libboost_math_c99l.%v.dylib
lib/libboost_math_tr1.%v.dylib
lib/libboost_math_tr1f.%v.dylib
lib/libboost_math_tr1l.%v.dylib
lib/libboost_prg_exec_monitor.%v.dylib
lib/libboost_program_options.%v.dylib
lib/libboost_random.%v.dylib
lib/libboost_regex.%v.dylib
lib/libboost_serialization.%v.dylib
lib/libboost_signals.%v.dylib
lib/libboost_system.%v.dylib
lib/libboost_thread.%v.dylib
lib/libboost_time
Re: [Fink-devel] boost
On 2/9/2013 12:35 PM, William G. Scott wrote: > On Feb 9, 2013, at 9:16 AM, Martin Costabel > wrote: > >> On 9/02/13 17:22, William G. Scott wrote: >>> Hi folks (Martin et al.): >>> >>> I'm trying to put together a fink package for rdkit, which is a >>> new dependency for coot (which I maintain). rdkit requires a >>> fairly recent version of boost. I can build it using version >>> 1.53. Fink has 1.35, which is a bit long in the tooth. (I also >>> tried using boost1.46.1.cmake. I got nowhere, but this might be >>> simply the vastness of my own ignorance.) >>> >>> In any case, would it be possible to get a boost1.53 package ? >>> Right now I am building the required library within my nascent >>> rdkit package, but this is a bandaid approach. >> >> Hi, >> >> just yesterday, someone sent me a package description for 1.52. As >> usual, there are problems with the boost-python libs and the build >> system has slightly changed. But maybe this might be useful for >> 1.53, too. >> >> Since I haven't looked at this for a very long time (boost-cmake >> seemed to be the wave of the future), I cannot tell how long it >> will take me to get something acceptable, but I'll have a look. The >> users of the boost libraries seem to fall into one of two classes: >> Those who don't care about python and those who *only* want the >> libboost-python libs and don't care about the rest. Maybe two >> separate package descriptions might simplify the update process. The main problem with boost.cmake is that it links to system-python Framework, and if you have something that needs boost and a pymod, then things don't work all that well. With that in mind, having 36+ inches of snow on the ground gave me some free time, and I updated a boost package I've been sort of holding in the background to 1.53. It uses the same package layout as the 1.35 version. The biggest difference in the build is that boost-jam is no longer used because of some version mismatch, so it has to bootstrap first, and then use an internal (b2) build tool, plus it has a bunch of new libraries. You can see my work here: http://cvs.snaggledworks.com/viewvc.cgi/fink/3rdparty/main/finkinfo/libs/ I've only tested it on 10.7/Xcode4.6, and I don't know how it will behave on other system, especially since there are some games played with the compiler (which might not be necessary). Hanspeter -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] boost
On Feb 9, 2013, at 9:16 AM, Martin Costabel wrote: > On 9/02/13 17:22, William G. Scott wrote: >> Hi folks (Martin et al.): >> >> I'm trying to put together a fink package for rdkit, which is a new >> dependency for coot (which I maintain). rdkit requires a fairly recent >> version of boost. I can build it using version 1.53. Fink has 1.35, which >> is a bit long in the tooth. (I also tried using boost1.46.1.cmake. I got >> nowhere, but this might be simply the vastness of my own ignorance.) >> >> In any case, would it be possible to get a boost1.53 package ? Right now I >> am building the required library within my nascent rdkit package, but this >> is a bandaid approach. > > Hi, > > just yesterday, someone sent me a package description for 1.52. As usual, > there are problems with the boost-python libs and the build system has > slightly changed. But maybe this might be useful for 1.53, too. > > Since I haven't looked at this for a very long time (boost-cmake seemed to be > the wave of the future), I cannot tell how long it will take me to get > something acceptable, but I'll have a look. The users of the boost libraries > seem to fall into one of two classes: Those who don't care about python and > those who *only* want the libboost-python libs and don't care about the rest. > Maybe two separate package descriptions might simplify the update process. > > -- > Martin > I think I might be a member of both classes. In any case, all I need is libboost_python.dylib, and it is easy enough to tell it to build just that library (so currently I am doing it within the other package and hiding it). I'd be happy to make a minimal libboost_python package if someone would be willing to fix all of the idiot-mistakes I will likely introduce. Bill PS: I couldn't get boost.cmake to work for compiling rdkit. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] boost
On 9/02/13 17:22, William G. Scott wrote: > Hi folks (Martin et al.): > > I'm trying to put together a fink package for rdkit, which is a new > dependency for coot (which I maintain). rdkit requires a fairly recent > version of boost. I can build it using version 1.53. Fink has 1.35, which > is a bit long in the tooth. (I also tried using boost1.46.1.cmake. I got > nowhere, but this might be simply the vastness of my own ignorance.) > > In any case, would it be possible to get a boost1.53 package ? Right now I > am building the required library within my nascent rdkit package, but this is > a bandaid approach. Hi, just yesterday, someone sent me a package description for 1.52. As usual, there are problems with the boost-python libs and the build system has slightly changed. But maybe this might be useful for 1.53, too. Since I haven't looked at this for a very long time (boost-cmake seemed to be the wave of the future), I cannot tell how long it will take me to get something acceptable, but I'll have a look. The users of the boost libraries seem to fall into one of two classes: Those who don't care about python and those who *only* want the libboost-python libs and don't care about the rest. Maybe two separate package descriptions might simplify the update process. -- Martin -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] boost on tiger
Martin Costabel wrote: The boost1.32-pyXX-1.32.0-2 package is built --without-python and does not build libboost_python-*.dylib. As a reason, the package description says NB - Boost.Python isn't built because a bug in Apple's version of gcc causes a deadlock when Boost.Python extensions are imported into Python This statement dates from before the arrival of gcc-4.0, but it is still present in the 10.4-transitional package. Does anyone remember what the symptoms of this problem were? Is the problem solved now? I am asking because I would like to update the visual-py23 package, and the new version (which has been out for many months BTW) uses libbost_python.dylib. Its build instructions propose to build first a special version of gcc-3.4.3 and then use this to build libboost_python. I would like to avoid this and use gcc-4.0 instead, or rather Fink's boost if possible. Having received no response, I have now moved on and done the following: - I upgraded visual-py23 to the new version 3.2.1 that uses boost (and versionalized it, so there is now also a visual-py24, and both can be installed at the same time). - I made a new package boost1.32.python with a -shlibs splitoff. This supplies the libboost.python library that is missing from the boost1.32-pyXY package. It coexists with the latter, and actually visual-pyXY builddepends on both, because of header files. I preferred to make a new add-on package (using the same sources and almost the same patch file) instead of fixing the old boost1.32-pyXY one, because fixing it would take more than just enabling the building of the python libraries. Maybe when a new boost1.33 package will be made, we can simplify this and reintegrate everything. Right now, I don't want to touch the architecture of the boost1.32-pyXY packages, although I think it is wrong: The -py23 and -py24 variants build exactly the same files (identical binaries), so they conflict, but the -shlibs splitoffs don't and cannot Conflicts and Replaces each other. I understand why there are 2 variants (because we have 2 pythonXY executables in Fink and no one wants to settle on only one), but I think there should be no variant. The package can actually be built using Apple's python, and the result is exactly identical AFAICT to what one gets with python23 or with python24. There are no version-specific python directories involved here. I am saying this, however, only for the record and for future considerations. For the moment: Please do *not* improve or fix or otherwise change the boost1.32-py package now. If anyone wants to use the boost.python libraries, then they should install one of the two boost1.32-py2[3|4]-1.32.0-2 packages plus the new boost1.32.python-1.32.0-11 package. For an upcoming boost1.33 package, I suggest to put all this together in one package (plus -shlibs splitoff) and drop any variants. -- Martin --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
