I have a question, and it's something that has been bothering me for some time when dealing with boost. There are certain boost libs which require link libraries (static/dynamic). That's normal. However, if I wanted to statically link against, say, multithreaded Boost.Filesystem (gcc), I would need to add -Bstatic -lboost_filesystem-gcc-mt (or something to that effect). A majority of projects provide some sort of pkg-config files, or even their own app (gtk-config ?). Is there any functionality like this out there? Is there any way I can make this re-buildable on multiple target machines with multiple install locations in an easy manner? Ideally, something like: boost-config --static-libs filesystem would fit the standard scheme and allow for different machine to have different boost installation roots, and things of that nature. Without something like that, I am forced to either add configure flags, or force a user to modify a "config.mk" style file.
On 9/26/05, Aaron Griffin
Is there any functionality like this out there? Is there any way I can make this re-buildable on multiple target machines with multiple install locations in an easy manner? Ideally, something like: boost-config --static-libs filesystem would fit the standard scheme and allow for different machine to have different boost installation roots, and things of that nature.
This has been discussed in the past: Subject: feature wish for boost 1.32.1 or 1.33.0: pkg-config supporthttp://news.gmane.org/find-root.php?message_id=%3c20041215125523.GA14108%40d... http://thread.gmane.org/gmane.comp.lib.boost.devel/115215 Subject: [boost.build] RFE: pkg-confighttp://news.gmane.org/find-root.php?message_id=%3c42AEE4F0.90207%40sympatico... http://thread.gmane.org/gmane.comp.lib.boost.devel/126039 -- Caleb Epstein caleb dot epstein at gmail dot com
On 9/27/05, Caleb Epstein
On 9/26/05, Aaron Griffin
wrote: Is there any functionality like this out there? Is there any way I can make this re-buildable on multiple target machines with multiple install locations in an easy manner? Ideally, something like: boost-config --static-libs filesystem would fit the standard scheme and allow for different machine to have different boost installation roots, and things of that nature.
This has been discussed in the past:
Subject: feature wish for boost 1.32.1 or 1.33.0: pkg-config support http://thread.gmane.org/gmane.comp.lib.boost.devel/115215
Subject: [boost.build] RFE: pkg-config http://thread.gmane.org/gmane.comp.lib.boost.devel/126039
Thanks. I did come across similar discussions before, but still don't know if there are any results. Does anyone know if anything came from the discussions above?
On 9/28/05, Aaron Griffin
Subject: feature wish for boost 1.32.1 or 1.33.0: pkg-config support
http://thread.gmane.org/gmane.comp.lib.boost.devel/115215
Subject: [boost.build] RFE: pkg-config http://thread.gmane.org/gmane.comp.lib.boost.devel/126039
Thanks. I did come across similar discussions before, but still don't know if there are any results. Does anyone know if anything came from the discussions above?
I don't believe either discussion reached anything resembling closure. Part of the problem (at least my take on it) seems to be communicating the utility of pkg-config (or something like it) to the Boost.Build-centriccrowd. Andreas Pokorny seemed to say he was going to implement a pkg-config-alike tool for Boost, but I haven't heard anything else about it since that thread petered out. I've CC'ed him on this message. -- Caleb Epstein caleb dot epstein at gmail dot com
Caleb Epstein
On 9/28/05, Aaron Griffin
wrote: Subject: feature wish for boost 1.32.1 or 1.33.0: pkg-config support
http://thread.gmane.org/gmane.comp.lib.boost.devel/115215
Subject: [boost.build] RFE: pkg-config http://thread.gmane.org/gmane.comp.lib.boost.devel/126039
Thanks. I did come across similar discussions before, but still don't know if there are any results. Does anyone know if anything came from the discussions above?
I don't believe either discussion reached anything resembling closure. Part of the problem (at least my take on it) seems to be communicating the utility of pkg-config (or something like it) to the Boost.Build-centriccrowd.
More likely the problem is that someone who knows and understands pkg-config hasn't contributed support for it to Boost. -- Dave Abrahams Boost Consulting www.boost-consulting.com
participants (3)
-
Aaron Griffin
-
Caleb Epstein
-
David Abrahams