RE: [boost] Boost Bibliography?

2003-07-09 Thread Andrew J. P. Maclean
An excellent idea!
You need to add in:

The Boost Threads Library, Bill Kempf. C/C++ Users Journal, May 2002
Smart Pointers in Boost, Bjorn Karlsson, C/C++ Users Journal, April
2002
Applying BGL to Computational Geometry, Vitaly Ablavsky, C/C++ Users
Journal, May 2002
Lexical Conversions in Boost Bjorn Karlsson, C/C++ Users Journal,
November 2002
Building Hybrid Systems with Boost.Python, David Abrahams and Ralf W.
Grosse-Kuntleve, July 2003

I have no affiliation with C/C++ Users Journal! I just read it.

Andrew
__

Andrew J. P. Maclean

Centre for Autonomous Systems
The Rose Street Building J04
The University of Sydney  2006  NSW
AUSTRALIA

Ph: +61 2 9351 3283
Fax: +61 2 9351 7474

URL: http://www.cas.edu.au/
___


-Original Message-
From: Beman Dawes [mailto:[EMAIL PROTECTED] 
Sent: Thursday, 10 July 2003 00:35
To: Boost mailing list
Subject: [boost] Boost Bibliography?

I've had a request that we set up a web page listing publications about 
Boost or Boost Libraries. The point being that it will be generally 
interesting, and possibly useful as a historical record. If Boost or any

participants ever apply for a grant, such a bibliography is often
required.

Presumably such a page would go in the more directory, and be linked
to 
from the home page.

Attached is a quick draft of a Boost Bibliography page. Each entry is 
bookmarked so it can be referenced directly from other web pages.

Comments?

--Beman

___
Unsubscribe  other changes: http://lists.boost.org/mailman/listinfo.cgi/boost


[boost] CMake vs. bjam

2003-03-26 Thread Andrew J. P. Maclean








Firstly, I dont work for VTK, I am just a user, and I
dont want to start a war over what is the best cross-platform generator
but it seems to me that this might be worth looking into.



CMake was developed by Kitware as a cross-platform build
tool. Kitware has similar but worse problem when compared with Boost in that it
must support multiple platforms/compilers and also provide wrappers for TCL,
Python and Java for the original C++ code. The nice thing about CMake is that, depending
on the system, makefiles (Unix) or workspaces/projects (MSVC/Borland) will be built. The user can also specify
options for the build, for example whether to build the Python or TCL wrappers
or not.



Info about it can be found at: http://www.cmake.org/HTML/Features.html



Andrew

___


 
  
  
  
  
  Andrew J. P. Maclean
  
 
 
  
  
  
  
  Centre for Autonomous
  Systems
  The Rose Street Building J04
  The University of Sydney
  2006 NSW
  AUSTRALIA
  
 
 
  
  
  
  
  Ph: +61 2 9351 3283
  
  
  Fax: +61 2 9351 7474
  
 
 
  
  
  
  
  URL: http://www.cas.edu.au/
  
 


___










RE: [boost] VC7/Threads Warnings

2003-03-25 Thread Andrew J. P. Maclean
For your information I also get these warnings when building using bjam.

As you mention below - ignoring the warnings seems OK in my code (but it
is simple stuff).

Is it possible to create a static library? I suspect that the defines
prevent this. This was possible in version 1.29. Obviously this is not
for the monitor but when not using the monitor it would be nice to have
a static library to link in. Then I don't have to worry about making
sure the dll is present.


Andrew



___

Andrew J. P. Maclean

Centre for Autonomous Systems
The Rose Street Building J04
The University of Sydney  2006  NSW
AUSTRALIA

Ph: +61 2 9351 3283
Fax: +61 2 9351 7474

URL: http://www.cas.edu.au/
___


-Original Message-
From: William E. Kempf [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 26 March 2003 03:29
To: [EMAIL PROTECTED]
Subject: Re: [boost] VC7/Threads Warnings


vc said:
 As I am having the same problem, I looked a little to the bjam
settings,
 and it seems that, at least when building with VC7.x, the -Wx (warning
 level) option is
 not set, that is why probably with bjam these warnings are not seen
...

Hmm... this surprised me.  Mr. Maclean indicated the warnings were level
1
_and_ 2.  Builds with bjam do report errors, so the warning level can't
be
0.  MSDN indicates Level 2 is the default warning level at the command
line.  So I assumed that it must be an RTL issue causing the warnings
for
him.  However, experimenting with 'bjam -sTOOLS=vc7
-sBUILD=vc7*cxxflags-W2' does indeed produce the warnings in
question.  So it appears that MSDN is wrong, and that level 1 is
selected
if none is supplied?  I plan to bump the level up in my own set of bjam
tool sets.

As for the warnings themselves... I'm still doing more research just to
be
100% sure, but everything I've found thus far indicates you can ignore
these warnings as long as you link against the same RTL in both the
Boost.Threads DLL and the application.  After I verify this, I'll remove
the warnings through the use of pragmas.

-- 
William E. Kempf



___
Unsubscribe  other changes: http://lists.boost.org/mailman/listinfo.cgi/boost


[boost] VC7/Threads Warnings

2003-03-24 Thread Andrew J. P. Maclean








I am using Boost Ver 1.30 just released. I built the
libraries with BJam. Now when building my code I get lots of warnings like the
following. These warnings worry me a bit because they are level 1 and 2
warnings. Is it safe to ignore these or do I need to manually set
some option? I never got these warnings with Boost 1.29.



I get lots of warnings like:

C:\boost\boost_1_30_0\boost\thread\thread.hpp(79): warning
C4251: 'boost::thread_group::m_threads' : class 'std::list_Ty,_Ax'
needs to have dll-interface to be used by clients of class
'boost::thread_group'

 with

 [


_Ty=boost::thread *,


_Ax=std::allocatorboost::thread *

 ]

and

C:\boost\boost_1_30_0\boost\thread\exceptions.hpp(29):
warning C4275: non dll-interface class 'std::logic_error' used as base for
dll-interface class 'boost::lock_error'



___


 
  
  
  
  
  Andrew J. P. Maclean
  
 
 
  
  
  
  
  Centre for Autonomous
  Systems
  The Rose Street Building J04
  The University of Sydney 2006 NSW
  AUSTRALIA
  
 
 
  
  
  
  
  Ph: +61 2 9351 3283
  
  
  Fax: +61 2 9351 7474
  
 
 
  
  
  
  
  URL: http://www.cas.edu.au/
  
 


___