- Boost-users - lists.boost.org

Building Boost on Mac OS X
by John Meinel 10 Sep '04

10 Sep '04

I've been trying to build boost-1_31_0 on Mac OSX (10.3.5). I first tried with the default compiler, and then I installed XCode 1.5 to get gcc build 1666, which seems to be what is listed on the main site. After all this, the problem I get is: c++ unrecognized option `-shared' As near as I can tell, it builds everything except for the shared libraries. I would really prefer to use the shared libraries, though if I can get my program to compile against the static it probably would be okay. Does anywone know of a workaround? I read something online that said "try using -G instead of -shared", but that just gave me -G as an unrecognized option. I'm trying to build CVS right now, but I don't know how stable/etc it is. I would much rather use a release, because if I download it later, I know it will still be the same code. Any pointers would be appreciated. John =:->

2 2

RE: [Boost-users] Help with Path Constructor
by John Wilkinson 09 Sep '04

09 Sep '04

Is this a Unicode build? I'm assuming not, since you don't cast the result of GetBuffer, but your code will not work properly with Unicode. In any case, you don't need to use GetBuffer to get a pointer (const TCHAR *) to the buffer; just cast to LPCTSTR (which works for either Unicode or multibyte). It also might help to know what version of Visual Studio you're using. John -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of RYAN ROSARIO Sent: Wednesday, September 08, 2004 11:30 PM To: boost-users(a)lists.boost.org Subject: [Boost-users] Help with Path Constructor My MFC has a text box that stores the result from a "choose directory" dialog box. I encounter problems when I try to create a path object from the value of this textbox. The debugger shows the value of scanPath (what I call my path object) to be "" which is then causing hangs and exceptions... Below is the code I am trying to use. I do not see why the constructor will not recognize the parameter I am passing to it: //m_scanPath is a control variable for the textbox containing the directory. CString temp2; //Since the stuff in the textbox is a CString. m_scanPath.GetWindowText(temp2); //Get the directory entered in the textbox. const char * tempString = temp2.GetBuffer(); //Convert it to a const char *. fs::path scanPath(tempString); //This does not work even though the param is a const char *) What am I doing wrong? I imagine it is some type of type casting problem? Thanks in Advance, Ryan Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now.

3 4

autoconf m4 macro for boost
by Rodolfo Schulz de Lima 09 Sep '04

09 Sep '04

(answering the mail from Thomas Lemaire) I've attached to this mail the .m4 macros that I made to configure boost automatically in my autoconf/automake projects. It's not complete, nor optimal, but suit my needs. Put it in your /usr/share/aclocal directory and in your configure.ac put: RS_BOOST([1.32.0],[],[AC_MSG_ERROR([Package requires the Boost C++ libraries!])]) RS_BOOST_REGEX RS_BOOST_THREAD RS_BOOST_DATE_TIME RS_BOOST_PROGRAM_OPTIONS it'll create acsubst'ed BOOST_CPPFLAGS, BOOST_LIBS and BOOST_LIBS_R Since I use it to compile for ming32 (win32) and gcc (linux) targets, it's good to have AC_CANONICAL_TARGET right before AM_INIT_AUTOMAKE if you want the m4 to choose between mgw and gcc libraries according to the target you're building for. And if you define something like AC_ARG_ENABLE(debug,....), thus defining enable_debug variable, the m4 will select the debug/release libraries whether enable_debug is yes or no. Then you should put AM_CPPFLAGS=@BOOST_CPPFLAGS@, LIBS=@BOOST_LIBS@ (or @BOOST_LIBS_R@ if you want the recurrent (thread-safe) version of the libraries) somewhere in a Makefile.am That's it... I hope it'll be as useful to you as it is being to me. Regards, rod

1 0

RE: [Boost-users] Help with Path Constructor
by John Wilkinson 09 Sep '04

09 Sep '04

Look in Project/<project name> Properties. In the resulting dialog, pick General under Configuration Properties. In the listbox on the right, look at "Character Set", which will tell you whether or not you are using Unicode. I think that Visual Studio defaults to Unicode builds these days, so you should really check this to make sure. A binary dump of the contents of temp2 after the GetWindowText call might be helpful (binary dump so that we can tell if it's Unicode or not). Try this block of code in place of your original: //m_scanPath is a control variable for the textbox containing the directory. CString temp2; //Since the stuff in the textbox is a CString. m_scanPath.GetWindowText(temp2); //Get the directory entered in the textbox. fs::path scanPath((LPCTSTR) temp2); //This does not work even though the param is a const char *) Let me know if it compiles, and what happens when you run it. John -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of RYAN ROSARIO Sent: Thursday, September 09, 2004 12:36 PM To: boost-users(a)lists.boost.org Subject: RE: [Boost-users] Help with Path Constructor I am using Visual Studio 2003. I don't think it is a Unicode build, but I am not totally sure. John Wilkinson <jwilkinson(a)tsystem.com> wrote: Is this a Unicode build? I'm assuming not, since you don't cast the result of GetBuffer, but your code will not work properly with Unicode. In any case, you don't need to use GetBuffer to get a pointer (const TCHAR *) to the buffer; just cast to LPCTSTR (which works for either Unicode or multibyte). It also might help to know what version of Visual Studio you're using. John -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of RYAN ROSARIO Sent: Wednesday, September 08, 2004 11:30 PM To: boost-users(a)lists.boost.org Subject: [Boost-users] Help with Path Constructor My MFC has a text box that stores the result from a "choose directory" dialog box. I encounter problems when I try to create a path object from the value of this textbox. The debugger shows the value of ! scanPath (what I call my path object) to be "" which is then causing hangs and exceptions... Below is the code I am trying to use. I do not see why the constructor will not recognize the parameter I am passing to it: //m_scanPath is a control variable for the textbox containing the directory. CString temp2; //Since the stuff in the textbox is a CString. m_scanPath.GetWindowText(temp2); //Get the directory entered in the textbox. const char * tempString = temp2.GetBuffer(); //Convert it to a const char *. fs::path scanPath(tempString); //This does not work even though the param is a const char *) What am I doing wrong? I imagine it is some type of type casting problem? Thanks in Advance, Ryan Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages!

1 0

Help with Path Constructor
by RYAN ROSARIO 09 Sep '04

09 Sep '04

My MFC has a text box that stores the result from a "choose directory" dialog box. I encounter problems when I try to create a path object from the value of this textbox. The debugger shows the value of scanPath (what I call my path object) to be "" which is then causing hangs and exceptions... Below is the code I am trying to use. I do not see why the constructor will not recognize the parameter I am passing to it: //m_scanPath is a control variable for the textbox containing the directory. CString temp2; //Since the stuff in the textbox is a CString. m_scanPath.GetWindowText(temp2); //Get the directory entered in the textbox. const char * tempString = temp2.GetBuffer(); //Convert it to a const char *. fs::path scanPath(tempString); //This does not work even though the param is a const char *) What am I doing wrong? I imagine it is some type of type casting problem? Thanks in Advance, Ryan --------------------------------- Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now.

2 2

boost installation
by Sekhara Pillai, Ramya Sobhana 09 Sep '04

09 Sep '04

I just started using the boost. For my project I need to install boost -1.30.2 But I am getting some issues in the installation. I will tell you the steps I did over here 1. run the build.bat in boost-jam-3.1.10 2.build vcvrs32.bat in ../vc7/bin 3. Change dir to the dir ../boost.1.30.2 4. Then did C:\NonProject\technical\DOC_NET\Boost\boost-1.30.2>bjam "-sTOOLS=vc7" install --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/usr/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/usr" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "/usr/libs" --------------------------------------------------------------------- don't know how to make install ...found 1 target... ...can't find 1 target... Please help me for this

4 3

boost signals dll does not export all functions
by Gast 128 09 Sep '04

09 Sep '04

Dear all, Probably already a known problem, but if one uses the signals library as a dll, the dll does not contain all exports (e.g. signal_base_impl::~signal_base_impl()). Tracking this down it looks like that the file 'signal_base.cpp' does not see that it has to create exported functions. This is due to the fact that 'BOOST_HAS_DECLSPEC' is not defined, which is defined a compiler specific header file ('visualc.hpp'). However another cpp file from signals, 'connection.cpp', does create exported function. Thus as a work around I added '#include <boost/signals/detail/signals_common.hpp>' as first include in 'signal_base.cpp' (and also to the other cpp files of signals) and bjamed again. Will this issue resolved in the next release? Wkr, me

2 1

Directory_Iterator -> hangs app
by RYAN ROSARIO 09 Sep '04

09 Sep '04

I am still stuck with this issue of a directory_iterator causing a hang when it is declared. This is one of the most bizarre things I have ever encountered. Some more clues have arisen since my last post: - Upon hanging, I now get a message box: Unhandled exception at 0x77e73887 in PICtool-w32.exe: Microsoft C++ exception: boost::filesystem::filesystem_error @ 0x0012f170. I seem to be getting *somewhere* although the message seems very vague. - Upon executing the app in the explorer (not MSVC), I get a Runtime Error: The app has requested runtime to terminate in an unusual way. - I ran Spy++ and see to get quite a few WM_GETDLGCODE messages. I have read that this can signify a problem. Has anybody else had a problem like this with the directory_iterator? Any help or suggestion is greatly appreciated as I have been stuck for quite a while. :-( FYI: MSVC .NET 2003, running as Multi-Threaded Debug DLL using the multi-threaded version of the Boost::Filesystem library. Thanks Again, Ryan --------------------------------- Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now.

4 9

Unit Test Framework for non-boost projects?
by Steven T. Hatton 08 Sep '04

08 Sep '04

I believe I figured out how the examples in the 'subproject libs/test/example ;' are being compiled. Basically it goes like this: bjam reads the Jamfile which contains this rule: rule boost-test-example ( example-name : lib-name ) { exe $(example-name) : $(example-name).cpp <lib>../build/$(lib-name) : <sysinclude>$(BOOST_ROOT) <stlport-iostream>on <borland><*><cxxflags>-w-8080 ; } followed by a series of invocation of that rule such as: boost-test-example unit_test_example1 : boost_unit_test_framework ; The rule is evaluated by putting the first argument 'unit_test_example1' in the slot for the target name, and for the sources required to build. In addition to unit_test_example1.cpp, the expression <lib>../build/$(lib-name) is evaluated to add the library resulting from compiling other source files. These are named by reading $(BOOST_ROOT)/libs/test/build/Jamfile and expanding the target: lib boost_unit_test_framework : <template>boost_test_lib ../src/$(UTF_SOURCES).cpp ; The <template> adds some boiler-plate information and the ../src/$(UTF_SOURCES).cpp expands the following list: UTF_SOURCES = execution_monitor test_tools unit_test_parameters unit_test_log unit_test_monitor unit_test_result unit_test_suite unit_test_main supplied_log_formatters ; to create a list of file names of the form: ../src/execution_monitor.cpp If the library does not already exists, these are compiled, and the results are placed in the location specified by this directive: install test lib : [ unless $(NT) : <dll>boost_prg_exec_monitor <dll>boost_test_exec_monitor <dll>boost_unit_test_framework ] <lib>boost_prg_exec_monitor <lib>boost_test_exec_monitor <lib>boost_unit_test_framework ; Since they have already been compiled, bjam tells the compiler to link against them. After rebuilding all of boost and installing the headers and libraries to the default location, I am now able to compile one of the examples as follows: g++ -o unit_test_example5 unit_test_example5.cpp\ -lboost_unit_test_framework-gcc I don't fully understand why I need the -l switch, but adding it enabled the linker to succeed. I assume I could find a way to modify the above mentioned Jamfiles to do basically the same thing in my project directory, but the step of specifying the sources with which to build the libraries seems inappropriate for using the Unit Test Framework in my own project. How do I tell bjam to link against the correct library file? -- Regards, Steven

2 2

constant size arrays - why never a simulation of push pop?
by Frank Maddin 08 Sep '04

08 Sep '04

Maybe there is a good reason for this, but I've often wondered why there is no version of constant size arrays that support push_back() and pop_back(). In the past I've wanted to use a c_array in situations, but couldn't because at some point I wanted to use an algorithm or template function that used push/pop. So I end up using vector/reserve. I can't think of any problem off the top of my head. Seems like just some management of current size(), iterator manipulation etc. Maybe there is some reason I've never seen this or perhaps there is something I'd run into if I tried to roll my own based off of boost::array or c_array? Thanks Frank

2 1