- Boost-users - lists.boost.org

Problems with installation of boost unit_test_framework
by Matthew Burgess 22 Apr '04

22 Apr '04

Hi folks, http://www.boost.org/libs/test/doc/components/unit_test_framework/compilati… states that I can include <boost/test/included/unit_test_framework.hpp> in order to avoid having to link against the unit_test_framework library. However, the files it #includes are located in the boost test library source directory which doesn't appear to be installed by the default bjam procedure (I just get '/opt/boost/lib' &'/opt/boost/include' directories after installing boost). If it helps to clarify things here's some output: --- bash-2.05b$ cat example1.cpp #include <boost/test/included/unit_test_framework.hpp> using boost::unit_test_framework::test_suite; void test_function() { BOOST_CHECK(2 == 1); // intentional failure } test_suite* init_unit_test_suite(int, char* []) { test_suite* test = BOOST_TEST_SUITE("Unit test example 1"); test->add(BOOST_TEST_CASE(&test_function)); return test; } bash-2.05b$ g++ -I /opt/boost/include/boost-1_31/ -L /opt/boost/lib/ -o test example1.cpp In file included from example1.cpp:2: /opt/boost/include/boost-1_31/boost/test/included/unit_test_framework.h pp:18:47: libs/test/src/execution_monitor.cpp: No such file or directory ... --- The only place I find the required files is in the original location I extracted the boost source tarball to. I can (and have) copied the 'libs' directory to sit inside my 'include' directory and verified this fixes things, but I doubt very much this is the correct solution. I'm particularly concerned that if someone else wants to compile my toy code, simply telling them to "install boost" might not be enough. Related to all this is the issue of best-practice. Should I make efforts not to have to link to a library, what are the trade-offs? Can I simply take a copy of the required boost headers and place them directly in my project's directory structure? If not, is anyone aware of an autoconf style macro that can be used to detect the presence of the boost headers and/or libraries? I took a quick glance at the autoconf-archive but didn't see anything immediately. Thanks for anyone who can hit me with a cluebat (or FAQ pointer). Matt Burgess

1 0

problems using VC 7.1 and boost regex library ( this time with attachment )
by Keith Smith 22 Apr '04

22 Apr '04

1 0

problems using VC 7.1 and boost regex library
by Keith Smith 22 Apr '04

22 Apr '04

I tried your suggestion, and it appears that I still have the same errors. Anyone have any other ideas? (See Attached) -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Thursday, April 15, 2004 5:45 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] problems using VC 7.1 and boost regex library > I have been trying to compile the following code with VC 7.1 ( which > compiled fine with VC 6 ) with no luck. > > std::string m_rBuffer; > boost::regex m_rStartExp; > > string::const_iterator rRawDataBegin = m_rBuffer.begin(); > string::const_iterator rRawDataEnd = m_rBuffer.end(); > > boost::cmatch rStartMessage; > > unsigned int flags = boost::match_default; > while ( boost::regex_search(rRawDataBegin, > rRawDataEnd, > rStartMessage, > m_rStartExp, > flags) ) > > Included is the compiler error report. The match-flags area distinct type, so use: boost::match_flag_type flags = boost::match_default; John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Selection scheme for boost libraries
by Uli Tuerk 20 Apr '04

20 Apr '04

Hi all! I have a very basic problem with the boost libraries: I used bjam to build all boost libraries for Linux (using "gcc" as toolset and the call 'bjam "-sTOOLS=gcc" install'). All went fine, however I wanted to do the regression tests for boost_regex using the gcc.mak Makefile in <boost_main>/libs/regex/test/regress which uses "-lboost_regex" for linking. The linker reported an error because there is no "libboost_regex.so" in my lib folder unless I created a link with this name to one of the various versions of libboost_regex. A comment for these Makefiles would be helpful for the case when having build all with bjam. When compiling the regex part alone, the library is created in build/gcc with the correct name (libboost_regex.so). I'm new to C++, so maybe I haven't got the point with the sophisticated naming scheme of the libraries, but: for the library "libboost_regex-gcc-mt-d-1_31.so" e.g. are the tool specifier ("gcc") and the version ("1_31") really necessary for a platform using version numbering of the libraries anyway in the ".so" extension? OK, there are still the categories with/without debug and with/without threading. How would you guys select the type of library? In the Makefile? Thanks in advance! Uli ************************************************************************ Uli Türk

2 1

BGL assertion
by Val Samko 19 Apr '04

19 Apr '04

Something triggers the assert line in push_relabel_max_flow, assert(algo.is_flow()); is that internal push_relabel_max_flow problem, or this means I supply invalid data to this function? Val Samko http://val.digiways.com

1 0

Problems compiling boost.python with Boost 1.31.0
by Markus Sch�pflin 18 Apr '04

18 Apr '04

I'm trying to compile boost.python from Boost 1.31.0 on Tru64 5.1 with Compaq C++ V6.5-033. Python has been built like this: ./configure --with-cxx=cxx --prefix=/opt --exec-prefix=/opt/exec/OSF1-V5.1-a lpha --without-gcc The command line used to build boost.python looks like this: bjam -sTOOLS=tru64cxx65 -sPYTHON_ROOT="/opt" -sPYTHON_VERSION="2.3" stage When build boost.python I get the following error message: tru64cxx65-C++-action bin/boost/libs/python/build/libboost_python.so/tru64cxx65/debug/numeric.o cxx: Error: /net/camos/opt/include/python2.3/Python.h, line 8: #5 could not open source file "pyconfig.h" #include "pyconfig.h" ---------------------^ It looks like the exec prefix is not taken into account because the file is located here: /opt/exec/OSF1-V5.1-alpha/include/python2.3/pyconfig.h Is this not supported by the current boost build process or is there any option I missed? Or is there anything else I'm doing wrong? Thanks, Markus

3 3

broken link in boost.org FAQ
by Mike Morearty 17 Apr '04

17 Apr '04

Minor problem: on the FAQ at http://www.boost.org/more/faq.htm , the very first question is, "How do I download the libraries?" and the answer is, "See Download instructions." But "Download" is a broken link. Points to http://www.boost.org/libs/libraries.htm#Download ; although http://www.boost.org/libs/libraries.htm does exist, it does not contain an anchor called "Download". The FAQ should probably be changed to point to http://www.boost.org/more/getting_started.html , or maybe to http://sourceforge.net/project/showfiles.php?group_id=7586 - Mike Morearty

1 0

[MPL] Runtime Interaction
by Debian User 17 Apr '04

17 Apr '04

[Sent via gmane but it never appeared] Hi gang, Suppose I have a number of types that each have a "value" enum, much like MPL's constant classes. Now suppose that I want to construct a runtime-indexable array of those values, according to the position of each type in an MPL vector. For example: int values[3]; typedef boost::mpl::vector_c<int,10, 11, 12> values; typedef some_magic_metafunction<values>::type runtime_function; // values[0] = 10, values[1] = 11, values[2] = 12 runtime_function::fill_array(values); The idea is that some_magic_metafunction<values> would generate a type kind of like this: template<typename TypeValueList, typename Index> struct magic { static void fill_array(int *v) { // Non-MPL type vector indexing -- could use an // MPL iterator here v[Index::value] = TypeValueList<Index::value>::value; if (Index::value < distance<begin<TypeValueList>::type, end<TypeValueList>::type>::type::value) { magic<TypeValueList, Index::next>::fill_array(v); } }; }; Get it? The problem is that I don't know how to make MPL transition from strictly compile-time to something in-between. It can statically know the size of the value array and the values themselves but it has to fill the array "values" at runtime so that the values may be indexed by runtime computations. Any guidance? Thanks! -Dave

2 1

problems using VC 7.1 and boost regex library
by Keith Smith 16 Apr '04

16 Apr '04

I have been trying to compile the following code with VC 7.1 ( which compiled fine with VC 6 ) with no luck. std::string m_rBuffer; boost::regex m_rStartExp; string::const_iterator rRawDataBegin = m_rBuffer.begin(); string::const_iterator rRawDataEnd = m_rBuffer.end(); boost::cmatch rStartMessage; unsigned int flags = boost::match_default; while ( boost::regex_search(rRawDataBegin, rRawDataEnd, rStartMessage, m_rStartExp, flags) ) Included is the compiler error report. Please throw me a bone.

2 1

BGL linking on Win32
by maxx＠dgap.mipt.ru 15 Apr '04

15 Apr '04

Hi! whenever I use libbgl-viz.lib to read graphviz files, I get a linker errors like this: msvcprt.lib(MSVCP71.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV01@@Z) already defined in Graphviz.obj It was Ok to add "/NODEFAULTLIB:msvcrt" to the compiler options, but now I need that library! So if I don't add this option, I get errors like the one above, if I do add it, I get errors "unresolved symbols"... What is probably(or definitely) wrong? Thanks in advance, -- Maxim

2 1