October 2008 - Boost-users - lists.preview.boost.org

Re: [Boost-users] boost graph library with gcc 4.2 and later (Andrew Sutton)
by Moti Freiman 29 Oct '08

29 Oct '08

Hi, Below is the details of my problem: gcc version and system: g++ (Debian 4.3.1-9) 4.3.1 I tried to compile the graph example (boost/libs/graph/example/graph.cpp) using the following command: g++ -Wall -I /cs/phd/freiman/include/boost_1_36_0 graph.cpp -o graph and got the following message about deprecated headers: ---------------------------------------- OUTPUT ------------------------------------------------- In file included from /usr/include/c++/4.3/backward/hash_set:64, from /cs/phd/freiman/include/boost_1_36_0/boost/graph/adjacency_list.hpp:22, from graph.cpp:15: /usr/include/c++/4.3/backward/backward_warning.h:33:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. ---------------------------------------- END OF OUTPUT -------------------------------------------------- The running of this file was o.k. When I tried to compile the kolmogorov max-flow example (boost/libs/graph/example/kolmogorov-eg.cpp) using the following command: g++ -Wall -I /cs/phd/freiman/include/boost_1_36_0 kolmogorov-eg.cpp -o kolmogorov-eg I got the following: -------------------------------------- OUTPUT ------------------------------------------------------ In file included from /usr/include/c++/4.3/backward/hash_set:64, from /cs/phd/freiman/include/boost_1_36_0/boost/graph/adjacency_list.hpp:22, from kolmogorov-eg.cpp:36: /usr/include/c++/4.3/backward/backward_warning.h:33:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. In file included from kolmogorov-eg.cpp:37: /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp: In function 'int boost::read_dimacs_max_flow(Graph&, CapacityMap, ReverseEdgeMap, typename boost::graph_traits<G>::vertex_descriptor&, typename boost::graph_traits<G>::vertex_descriptor&, std::istream&)': /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:140: error: there are no arguments to 'strcmp' that depend on a template parameter, so a declaration of 'strcmp' must be available /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:140: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp: In function 'int boost::read_dimacs_max_flow(Graph&, CapacityMap, ReverseEdgeMap, typename boost::graph_traits<G>::vertex_descriptor&, typename boost::graph_traits<G>::vertex_descriptor&, std::istream&) [with Graph = main()::Graph, CapacityMap = boost::adj_list_edge_property_map<boost::directed_tag, long int, long int&, unsigned int, boost::property<boost::edge_capacity_t, long int, boost::property<boost::edge_residual_capacity_t, long int, boost::property<boost::edge_reverse_t, boost::detail::edge_desc_impl<boost::directed_tag, unsigned int>, boost::no_property> > >, boost::edge_capacity_t>, ReverseEdgeMap = boost::adj_list_edge_property_map<boost::directed_tag, boost::detail::edge_desc_impl<boost::directed_tag, unsigned int>, boost::detail::edge_desc_impl<boost::directed_tag, unsigned int>&, unsigned int, boost::property<boost::edge_capacity_t, long int, boost::property<boost::edge_residual_capacity_t, long int, boost::property<boost::edge_reverse_t, boost::detail::edge_desc_impl<boost::directed_tag, unsigned int>, boost::no_property> > >, boost::edge_reverse_t>]': kolmogorov-eg.cpp:93: instantiated from here /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:105: warning: deprecated conversion from string constant to 'char*' kolmogorov-eg.cpp:93: instantiated from here /cs/phd/freiman/include/boost_1_36_0/boost/graph/read_dimacs.hpp:140: error: 'strcmp' was not declared in this scope ------------------------------------ END OF OUTPUT ------------------------------------------------ which has error due to the strcmp function in line 140 in the file: read_dimacs.hpp I added the required header file (string.h) and only the warnings remain. When I tried to run this example using the following command: kolmogorov-eg < max_flow.dat I got a segmentation fault: I tried to understand where the seg. fault came from using valgrind and it runs without seg. fault but with many "invalid read" errors, that seems to come from the file read_dimacs.hpp, line 118 Using the same code with WinXP and visual studio 2003, yields no problems. Any idea? Thanks, Moti > Date: Tue, 28 Oct 2008 18:50:48 -0400 > From: "Andrew Sutton" <andrew.n.sutton(a)gmail.com> > Subject: Re: [Boost-users] boost graph library with gcc 4.2 and later > To: boost-users(a)lists.boost.org > Message-ID: > <ab7a64130810281550p9237088u1baa08fdd9160e1a(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > > > > I'm a newbie to boost and have a storng interest in the graph algorithms > in > > boost. > > > I tried to run both kolmogorov and edmund-karp examples and got many > > warnings due to deprecated conversions in the read_dimacs function > > When I tried to run these examples I got segmentation faults. > > Other simple program (from boost homepage) that I tried to compile and > run, > > run well. > > Is there any known issue about using boost with gcc 4 and later? > > > > You need to be more specific about the errors system that you're building > for and the errors that you're getting. Which version of Boost? Which > compiler (very specifically)? What are the warnings? Can you tell what's > causing the error? > > Andrew Sutton > andrew.n.sutton(a)gmail.com > -- __ Moti Freiman, Ph.D Student. Medical Image Processing and Computer-Assisted Surgery Laboratory. School of Computer Science and Engineering. The Hebrew University of Jerusalem Givat Ram, Jerusalem 91904, Israel Phone: +(972)-2-658-5371 (laboratory) WWW site: http://www.cs.huji.ac.il/~freiman

4 3

Boost.Date_Time Enhancement - Load of Time Zone Database via istream
by Sönke Schau 29 Oct '08

29 Oct '08

Hello, in Boost.Date_Time there is a function to load the Time Zone Database from a File. The function load_from_file takes a string as parameter which contains a local filename to load the Database from. It is sometimes desirable to load the Database from another source than a local file. To support this i suppose to add a function load and alter the existing load_from_file in the following sense void load( std::istream& ifs ) { string_type in_str; std::string buff; if(!ifs){ throw data_not_accessible(); } std::getline(ifs, buff); // first line is column headings while( std::getline(ifs, buff)) { parse_string(buff); } } void load_from_file(const std::string& pathspec) { std::ifstream ifs(pathspec.c_str()); if(!ifs){ throw data_not_accessible(pathspec); } load( ifs ); } BTW: The documentation local_time.html incorrectly states that load_from_file returns a boolean. Best regards Sönke Schau

1 0

[serialization]
by Mojmir Svoboda 29 Oct '08

29 Oct '08

hello, i wonder: how do you serialize thing like struct foo { unsigned bar : 3; }; ? i cannot take a !const reference to a bitfield, so i have to go another way round. what is the best way, please? many thanks, mojmir

1 0

Re: [Boost-users] linking to boost signal library
by Raphael 29 Oct '08

29 Oct '08

I'm having exactly the same problem. I'm trying to include boost libraries signals and regex into a 64 bit project. I guess the answer is, that the downloaded libraries are not compatible for 64 bit builds, therefore the linker errors. I believe you need to compile 64 bit versions of the libraries, but I'm new to boost myself... Actually thats what I'm working on right now. Jürgen Waser wrote: > > I'm trying to incorporate BOOST signals into my vc8 project. > I have built the dynamic libraries with the installer and set the > project dependencies accordingly. > I have written the simplest signal test code possible. > The project compiles, but when linking I get the following error: > -- View this message in context: http://www.nabble.com/linking-to-boost-signal-library-tp20213397p20223456.h… Sent from the Boost - Users mailing list archive at Nabble.com.

1 0

cmake on windows
by Emre Turkay 29 Oct '08

29 Oct '08

Hi folks, I'm trying to compile boost with cmake and MS Visual Studio 2003 on Windows. However, when I run the cmake tool I get: CMake Error at C:/Program Files/CMake 2.6/share/cmake-2.6/Modules/FindBoost.cmak e:620 (message): Unable to find the requested Boost libraries. Boost version: 1.35.0 Boost include path: C:/Program Files/boost/boost_1_35_0 The following Boost libraries could not be found: boost_signals No Boost libraries were found. You may need to set Boost_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT to the location of Boost. Call Stack (most recent call first): CMakeLists.txt:27 (FIND_PACKAGE) -- Configuring incomplete, errors occurred! ------------------------------------------------------------------------------ The "c:/Program Files/boost/boost_1_35_0" path is correct and I have: libboost_signals-vc71-mt-1_35.lib libboost_signals-vc71-mt-gd-1_35.lib libboost_signals-vc71-mt-s-1_35.lib libboost_signals-vc71-mt-sgd-1_35.lib libboost_signals-vc71-s-1_35.lib libboost_signals-vc71-sgd-1_35.lib libboost_signals-vc80-mt-1_35.lib libboost_signals-vc80-mt-gd-1_35.lib libboost_signals-vc80-mt-s-1_35.lib libboost_signals-vc80-mt-sgd-1_35.lib libboost_signals-vc80-s-1_35.lib libboost_signals-vc80-sgd-1_35.lib libboost_signals-vc90-mt-1_35.lib libboost_signals-vc90-mt-gd-1_35.lib libboost_signals-vc90-mt-s-1_35.lib libboost_signals-vc90-mt-sgd-1_35.lib libboost_signals-vc90-s-1_35.lib libboost_signals-vc90-sgd-1_35.lib files in the "c:/Program Files/boost/boost_1_35_0/lib" path. Here is my CMakeLists file: ---------------------------- CMAKE_MINIMUM_REQUIRED(VERSION 2.6) PROJECT(test) SET(TEST_SRCS ../../Application/display_controller.cpp ../../Application/GUI.cpp ../../Application/joystick_controller.cpp ../../Application/keyboard_controller.cpp main.cpp ) SET(TEST_MOC_HDRS ../../Application/GUI.h ) SET(TEST_UIS ../../Application/GUI.ui ) SET(TEST_RCS ../../Application/GUI.qrc ) ADD_DEFINITIONS(-Wall) FIND_PACKAGE(Qt4 REQUIRED) FIND_PACKAGE(Boost REQUIRED COMPONENTS signals) IF (Boost_FOUND) INCLUDE_DIRECTORIES(${Boost_INCLUDE_DIRS}) LINK_DRIECTORIES(${Boost_LIBRARY_DIRS}) ADD_DEFINITIONS(${Boost_LIB_DIAGNOSTIC_DEFINITIONS}) ENDIF (Boost_FOUND) INCLUDE( ${QT_USE_FILE} ) QT4_ADD_RESOURCES( TEST_RC_SRCS ${TEST_RCS} ) QT4_WRAP_UI( TEST_UI_HDRS ${TEST_UIS} ) QT4_WRAP_CPP( TEST_MOC_SRCS ${TEST_MOC_HDRS} ) INCLUDE_DIRECTORIES( ${CMAKE_BINARY_DIR} ) ADD_EXECUTABLE( test ${TEST_SRCS} ${TEST_MOC_SRCS} ${TEST_RC_SRCS} ${TEST_UI_HDRS} ) TARGET_LINK_LIBRARIES(test ${QT_LIBRARIES} ${Boost_LIBRARIES}) ---------------------------- and the cmake version is "2.6-patch 2". More, this file works in ubuntu smoothly. Does someone have any idea on what may be wrong? Thanks, Emre Turkay

2 1

creating cd... or set def... with boost "filesystem"
by M 29 Oct '08

29 Oct '08

hello all --------- there is a need to creating "cd..." or "set def..." with boost "filesystem" and make it transparent to windows\linux. there is a need to create one line of "filesystem" command. i don't know if there is a "wish list" or "to do list for a future version" - but it is needed - and sooner the better. today we have (for windows): -------------------------------------------------------------------------------------------------------------------- #include "stdafx.h" #include <stdio.h> #include <windows.h> #include <string> using namespace std; #include <atlstr.h> int main(void) { FILE *fp; CString dir = L"D:/schmidt26_cpp/mpi/debug"; // construct from a LPCWSTR //Set the current directory. SetCurrentDirectory( dir ); fp = _popen("DIR", "r"); if (fp != NULL) { char buffer[BUFSIZ]; while (fgets(buffer, sizeof buffer, fp) != NULL) fputs(buffer, stdout); } return 0; } -------------------------------------------------------------------------------------------------------------------- and for linux (posix): #include<stdio.h> #include <unistd.h> int main() { // D:\schmidt26_cpp\mpi\debug if(chdir("/home/kot/Desktop") != -1) printf("Successfully changed directory to Desktop!\n"); else printf("Error changing directory!\n"); /* if(fork()) execl("/usr/bin/xterm", "-e", "/usr/bin/emacs", (char*)0); else printf("Close the pop-up window first!\n"); wait(NULL); */ return 0; } -------------------------------------------------------------------------------------------------------------------- thank's all.

2 1

Generic Image Library and premultiplied RGBA
by David Warkentin 28 Oct '08

28 Oct '08

I am trying to take advantage of the convolution capabilities of the GIL (with the numeric extension of course). I have some text that I render first using Cairo and then I pass the raw image data along to the code I'm using with the GIL with some simple glue code. This much of my code works great - I can write out a PNG using png_write_view after handing the data off to the library and it contains the rendered text as I would expect. There is a problem I've encountered, however, where the anti-aliasing pixels of the white text I have rendered against a transparent background appear dark and the blurred part of the text after convolving the image is also dark. I'm pretty sure this is due to the fact that the raw RGBA data I pass along already contains premultiplied alpha from Cairo. I'm guessing that the data is treated as if the alpha has not been premultiplied. I've been trying to figure out the best way to handle this situation and have had very little success in getting anything to work. I have recently been attempting to try one of the 2 things listed in this mailing list post by Lubomir Bourdev where he gives an example of approaches one could take to handle premultiplied RGBA data: http://lists.boost.org/Archives/boost/2006/10/112532.php. No matter what I try, however, I just keep getting endless compile errors and am probably going about it all wrong. Right now I've been trying to do something where I create types to represent premultiplied RGBA data: namespace boost { namespace gil { struct premultiplied_rgba_t : public rgba_t {}; typedef layout<premultiplied_rgba_t> premultiplied_layout_t; typedef pixel<bits8, premultiplied_layout_t> premultiplied_pixel_t; typedef image<premultiplied_pixel_t, false> premultiplied_image_t; } } ...so far this has just resulted in compile errors and I can't even begin to work on any kind of custom color conversion sort of thing that uses this new type yet (though actually I tried to once and couldn't make it work either). I'm guessing that what I need to do is either unmultiply the RGBA data first or I need to somehow get the library to work correctly with the premultiplied data. Can anyone help me figure out how to make this work? David Warkentin

1 0

boost graph library with gcc 4.2 and later
by Moti Freiman 28 Oct '08

28 Oct '08

Hi All, I'm a newbie to boost and have a storng interest in the graph algorithms in boost. I tried to run both kolmogorov and edmund-karp examples and got many warnings due to deprecated conversions in the read_dimacs function When I tried to run these examples I got segmentation faults. Other simple program (from boost homepage) that I tried to compile and run, run well. Is there any known issue about using boost with gcc 4 and later? Thanks, Moti -- __ Moti Freiman, Ph.D Student. Medical Image Processing and Computer-Assisted Surgery Laboratory. School of Computer Science and Engineering. The Hebrew University of Jerusalem Givat Ram, Jerusalem 91904, Israel Phone: +(972)-2-658-5371 (laboratory) WWW site: http://www.cs.huji.ac.il/~freiman

2 1

linking to boost signal library
by Jürgen Waser 28 Oct '08

28 Oct '08

I'm trying to incorporate BOOST signals into my vc8 project. I have built the dynamic libraries with the installer and set the project dependencies accordingly. I have written the simplest signal test code possible. The project compiles, but when linking I get the following error: 1>Linking... 1> Creating library c:\SIM\views\views\x64\Debug\viewsDebugx64.lib and object c:\SIM\views\views\x64\Debug\viewsDebugx64.exp 1>LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use of other libs; use /NODEFAULTLIB:library 1>Test.obj : error LNK2019: unresolved external symbol "public: __cdecl boost::signals::detail::call_notification::~call_notification(void)" (??1call_notification@detail@signals@boost@@QEAA@XZ) referenced in function "public: void __cdecl boost::signal1<void,bool,struct boost::last_value<void>,int,struct std::less<int>,class boost::function<void __cdecl(bool)> >::operator()(bool)" (??R?$signal1@X_NU?$last_value@X@boost@@HU?$less@H@std@@V?$function@$$A6AX_N@Z@2@@boost@@QEAAX_N@Z) 1>Test.obj : error LNK2019: unresolved external symbol "public: class boost::signals::detail::named_slot_map_iterator __cdecl boost::signals::detail::named_slot_map::begin(void)" (?begin@named_slot_map@detail@signals@boost@@QEAA?AVnamed_slot_map_iterator@234@XZ) referenced in function "public: void __cdecl boost::signal1<void,bool,struct boost::last_value<void>,int,struct std::less<int>,class boost::function<void __cdecl(bool)> >::operator()(bool)" (??R?$signal1@X_NU?$last_value@X@boost@@HU?$less@H@std@@V?$function@$$A6AX_N@Z@2@@boost@@QEAAX_N@Z) 1>Test.obj : error LNK2019: unresolved external symbol "public: class boost::signals::detail::named_slot_map_iterator __cdecl boost::signals::detail::named_slot_map::end(void)" (?end@named_slot_map@detail@signals@boost@@QEAA?AVnamed_slot_map_iterator@234@XZ) referenced in function "public: void __cdecl boost::signal1<void,bool,struct boost::last_value<void>,int,struct std::less<int>,class boost::function<void __cdecl(bool)> >::operator()(bool)" (??R?$signal1@X_NU?$last_value@X@boost@@HU?$less@H@std@@V?$function@$$A6AX_N@Z@2@@boost@@QEAAX_N@Z) 1>Test.obj : error LNK2019: unresolved external symbol "public: __cdecl boost::signals::detail::call_notification::call_notification(class boost::shared_ptr<class boost::signals::detail::signal_base_impl> const &)" (??0call_notification@detail@signals@boost@@QEAA@AEBV?$shared_ptr@Vsignal_base_impl@detail@signals@boost@@@3@@Z) referenced in function "public: void __cdecl boost::signal1<void,bool,struct boost::last_value<void>,int,struct std::less<int>,class boost::function<void __cdecl(bool)> >::operator()(bool)" (??R?$signal1@X_NU?$last_value@X@boost@@HU?$less@H@std@@V?$function@$$A6AX_N@Z@2@@boost@@QEAAX_N@Z) 1>c:\SIM\views\views\x64\Debug\viewsDebugx64.dll : fatal error LNK1120: 4 unresolved externals 1>Build log was saved at "file://c:\SIM\views\views\x64\Debug\BuildLog.htm" 1>views - 5 error(s), 1 warning(s) What could I be doing wrong? Thanks, Jurgen

1 0

Building boost_1.34.1 on mac os X 10.5 64 bit.
by Alain Leblanc 28 Oct '08

28 Oct '08

I'm trying to build boost 1.34.1 on mac os X 64-bit. In a previous thread someone(Vladimir Prus) gave the following suggestion: ========================================== You need to pass architecture=x86 address-model=64 in addition to the above to bjam, or you may pass architecture=combined address-model=64 ========================================== and it looks like it was fine with boost 1.36. However when I try with boost 1.34.1 I get the following message: libs/test/src/execution_monitor.cpp:1: error: CPU you selected does not support x86-64 instruction set If I remove the achitecture=x86 option then it compiles, but the resulting libraries are not 64-bit, base on the output from file libbooost-XXX.dylib. Is there anything in the 1.34.1 version preventing me from compiling in 64-bit mode? I'm using gcc 4.0.1. Thanks, Alain

3 8