- Boost-users - lists.boost.org

FW: [boost] any
by Jim.Hyslop 19 Oct '01

19 Oct '01

rajanikanth jammalamadaka [SMTP:rajanik3@rediffmail.com] wrote: > Hi! Jim, > Could you please tell me why this code is not working: > > #include <iostream> > #include <boost/any.hpp> > using namespace boost; > int main() > { > > any holdsanything ; > holdsanything = 9; > std::cout<<holdsanything<<endl; > holdsanything = std::string("hello"); > std::cout<<holdsanything<<endl; > return 0; > } Hi, Raj You didn't specify what problems you were having. Am I correct in assuming you get a compiler error on the std::cout lines? If so, then the problem is that class 'any' does not have an extraction operator defined. If you change the lines to: std::cout << any_cast<int>(holdsanything)<<std::endl; and std::cout << any_cast<const char *>(holdsanything) << std::endl; it should work properly. -- Jim

2 1

compiling boost on Win2k
by Mike Owens 19 Oct '01

19 Oct '01

I got a this suggestion from Damien Mulligan which worked really well. Use subst to map a drive letter to the path for the MSVC directory then use that drive letter in the VISUALC environment variable. Works like a charm. I should of thought of that. Thanks Damien. Mike > Date: Thu, 18 Oct 2001 08:12:05 -0400 > From: Anthony Kolarik <a.kolarik(a)computer.org> >Subject: RE: Digest Number 11 > >I don't have an answer for your specific JAM/Boost problem but I've seen >similar build problems (using cons)on NT and ended up using temp files to >hold the command line for the linker, rather than try to figure out why the >command lines worked fine on some machines and were too much for others. >You could look into registry settings to extend the buffer size for the >command interpreter but unless you can do it programmatically the temp file >approach would probably be a better. > -- Tony K.

1 0

RE: [Boost-Users] Digest Number 11
by Anthony Kolarik 18 Oct '01

18 Oct '01

I don't have an answer for your specific JAM/Boost problem but I've seen similar build problems (using cons)on NT and ended up using temp files to hold the command line for the linker, rather than try to figure out why the command lines worked fine on some machines and were too much for others. You could look into registry settings to extend the buffer size for the command interpreter but unless you can do it programmatically the temp file approach would probably be a better. -- Tony K. > Date: Wed, 17 Oct 2001 15:47:58 -0700 > From: Mike Owens <mikeo(a)medifor.com> > Subject: Build Problem > > I am trying to build boost on windows 2000 and I get "The > input line is too > long" errors. I have included some sample output from jam. > Please note I > switched to short file names to try and alleviate this > problem. Anyone have > any suggestions on overcoming this problem? > > "C:\Progra~1\micros~2\VC98"\bin\cl /Zm400 -nologo -GX -c > -DNDEBUG > -DBOOST_ > RE_NO_LIB=1 /O2 /GX /GR /MD -I"libs\regex\build" > -I"libs\regex\build\..\..\.. > " -I""C:\Progra~1\micros~2\VC98"\include" > -Fo"libs\regex\build\bin\libboost_re > gex.lib\msvc\release\runtime-link-dynamic\posix_api.obj" > -Tp"libs\regex\build\. > ./src\posix_api.cpp" > > ...failed msvc-C++-action > libs\regex\build\bin\libboost_regex.lib\msvc\release\r > untime-link-dynamic\posix_api.obj ... > msvc-C++-action > libs\regex\build\bin\libboost_regex.lib\msvc\release\runtime-lin > k-dynamic\regex.obj > The input line is too long. >

1 0

Build Problem
by Mike Owens 17 Oct '01

17 Oct '01

I am trying to build boost on windows 2000 and I get "The input line is too long" errors. I have included some sample output from jam. Please note I switched to short file names to try and alleviate this problem. Anyone have any suggestions on overcoming this problem? "C:\Progra~1\micros~2\VC98"\bin\cl /Zm400 -nologo -GX -c -DNDEBUG -DBOOST_ RE_NO_LIB=1 /O2 /GX /GR /MD -I"libs\regex\build" -I"libs\regex\build\..\..\.. " -I""C:\Progra~1\micros~2\VC98"\include" -Fo"libs\regex\build\bin\libboost_re gex.lib\msvc\release\runtime-link-dynamic\posix_api.obj" -Tp"libs\regex\build\. ./src\posix_api.cpp" ...failed msvc-C++-action libs\regex\build\bin\libboost_regex.lib\msvc\release\r untime-link-dynamic\posix_api.obj ... msvc-C++-action libs\regex\build\bin\libboost_regex.lib\msvc\release\runtime-lin k-dynamic\regex.obj The input line is too long.

1 0

How about a link to the burgeoning Wiki?
by Jon Kalb 16 Oct '01

16 Oct '01

I've added a Wiki link to the Group Bookmarks and also a link to the FAQ on the Wiki. We need to build that up. :) I also added a link to the Group Bookmarks page on the Group home page. ===== Jon Kalb Kalb(a)LibertySoft.com __________________________________________________ Do You Yahoo!? Listen to your Yahoo! Mail messages from any phone. http://phone.yahoo.com

2 1

precompiled jam executables uploaded
by Toon Knapen 13 Oct '01

13 Oct '01

I just uploaded precompiled jam executables to the Files section for linuxx86, irix and solaris. I also added an InstallingBoost page to the Wiki with links to these executables. I hope this helps people with using the Boost.Build system. I gzip'ed the executables (except for the linux one) since I'm not sure if users find it a hassle to gunzip them first. It would safe space in the Files section though. People with jam executables for other platforms, please add them or transfer them to me so I can put them on there. toon

2 1

Building with Comeau
by Dale Peakall 12 Oct '01

12 Oct '01

Anyone had any success using the new build system with Comeau C++ on Win32 (MSVC6)? I'm using the pre-compiled Win32 jam binary from the FreeType project. Is this still suitable? I noticed Dave has checked in a whole bunch of changes to SourceForge. If not, is there an easy way to get the whole branch out of CVS? I've only ever used the web-interface which doesn't seem to provide this facility. The first problem I encountered was jam trying to use mv. After replacing the $(MV) instructions in the como-tools.jam with copy, I managed to get some obj files produced, but none of the libraries will link. First up, I noticed that the build system requires libcomo to be in a certain location, so I fixed that, but still nothing will link (lots of undefined external symbols - some to boost, some to std). I'm a Comeau newbie, so I may have messed up building libcomo (which would explain the missing std symbols), but not the missing boost symbols. Cheers, - Dale.

3 3

boost/thread on Linux
by sebmarc＠yahoo.com 09 Oct '01

09 Oct '01

Has anyone successfully built boost/thread on Linux using g++ ?. I am getting two compilation errors. Seb.

3 5

Thread Summary Experiment -- on the Wiki
by Jeff Garland 08 Oct '01

08 Oct '01

Last week we were having a discussion about the sort of content that might, or might not belong on the Wiki. I have tried another small experiment that might be a useful approach to augmenting the current boost information. The idea is to build a summary of mailing list discussion threads related to each library (or other topics). Many of the discussion on the mailing list can provide insight into the library design as well as solutions to specific problems not necessarily incorporated in the documentation. I built a small example for the function library. http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Function_Lib… -_Mail_Thread_Summary I have used the following convention for this: -- Order the thread names by date -- Title of the thread is either the email title, or a more precise title followed by the original thread title in parens The link performs a search that returns all the items in the thread from the yahoo groups site. One problem is that since the search is full text, some threads cannot be easily retrieved. For example searching "function review" will return a pile of email on threads and other topics unrelated to function. Despite the issues, this would seem to me this would be a useful contribution library users could build. Thoughts? Jeff

2 2

concept_check and B&N trick
by Eric Ford 03 Oct '01

03 Oct '01

I ran into problems using BOOST_CLASS_REQUIRES in conjunction with the base class in the Barton-Nackman trick/Curiously recursive template technique. I want to require functions that take the derived type as an argument. So I declare a variable of the derived at struct level in the concept class, but then g++ (2.95) complains about it being an invalid use of undefined type... forward declaration... . Is there a way to make this work? If so, does anyone have/know of an example I can see how to order things to make it work? Thanks, E

2 2