Re: [boost] iterator traits

On Thu, Dec 19, 2002 at 03:32:12PM -0500, David Abrahams wrote: > Pavol Droba <[EMAIL PROTECTED]> writes: > > > On Thu, Dec 19, 2002 at 12:04:03PM -0500, David Abrahams wrote: > >> David Abrahams <[EMAIL PROTECTED]> writes: > >> > >> > Pavol Droba <[EMAIL PROTECTED]> writes: > >> > > >> >> but I'

Re: [boost] Reflection Framework [was Serialization and Reflection]

A couple more questions. I'm afraid I don't have the time or expertise to create a full C++ compiler (tho it would be interesting to try using Spirit). If I were to base a reflection framework on PDT, its parser and toolset comes as binaries for the following platforms: alpha apple hp9000s700 li

[boost] reference_wrapper as functor

Hi, Is there a chance that we can add an operator() to the reference wrapper? In particular, I would like to be able to use it as a nullary functor. This would obviously be very useful and should not disrupt the current code. In particular, consider Spirit's conditional parsers (as once asked by

[boost] Re: Re: Still link problems due to boost/detail/winapi.hpp

"Peter Dimov" <[EMAIL PROTECTED]> wrote in message 000501c2a7b6$367ad020$1d00a8c0@pdimov2">news:000501c2a7b6$367ad020$1d00a8c0@pdimov2... [..] > > > > Why should it, as long as the types exactly match the once in windows.h? > > The problem is that only the more recent versions of have the > volat

Re: [boost] Re: Still link problems due to boost/detail/winapi.hpp

From: "Martin Schuerch" <[EMAIL PROTECTED]> > > "Peter Dimov" <[EMAIL PROTECTED]> wrote in message > 002901c2a789$02a54960$1d00a8c0@pdimov2">news:002901c2a789$02a54960$1d00a8c0@pdimov2... > > > extern "C" __declspec(dllimport) boost::detail::winapi::long_type > > __stdcall > > > InterlockedIncremen

[boost] Re: Still link problems due to boost/detail/winapi.hpp

"Peter Dimov" <[EMAIL PROTECTED]> wrote in message 002901c2a789$02a54960$1d00a8c0@pdimov2">news:002901c2a789$02a54960$1d00a8c0@pdimov2... > From: "Martin Schuerch" <[EMAIL PROTECTED]> > > Hi > > > > I already posted once the following problem (solution). The problem is > still > > there in the cod

Re: [boost] Serialization and Reflection

From: "David Abrahams" <[EMAIL PROTECTED]> > [EMAIL PROTECTED] (Dave Harris) writes: > > > In-Reply-To: > > On Mon, 16 Dec 2002 11:07:45 -0800 (PST) ([EMAIL PROTECTED]) wrote: > >> [Various reflection library links] > > > > This is interesting, but t

Re: [boost] Regression test sane-testing branch

At 12:57 PM 12/19/2002, Toon Knapen wrote: >On Tuesday 17 December 2002 16:10, Beman Dawes wrote: >> (You can ignore this message unless you run Boost regression testing >> software.) >> >> AFAIK, the changes are all working right now, and I'll switch the Win32 >> tests over today. But I'll delay

Re: [boost] Win32 regresssion test comments

At 11:59 AM 12/19/2002, David Abrahams wrote: >Beman Dawes <[EMAIL PROTECTED]> writes: > >> Perhaps Dave can take a look at this; is the wrong code being selected >> by BOOST_WORKAROUND? > >Yeah, there was a missing set of parens in the macro definition, which >broke it for negative tests like > >#

Re: [boost] Re: boost::function MSVC

On Thursday 19 December 2002 03:36 pm, Steven Ketcham wrote: > ** {BD Software Proxy CL v2.29} STL Message Decryption is ON! ** I'm beginning to suspect this little program (or perhaps the installation of MSVC). The errors you are getting are in libraries that are well-tested on your c

Re: [boost] Serialization and Reflection

[EMAIL PROTECTED] (Dave Harris) writes: > In-Reply-To: > On Mon, 16 Dec 2002 11:07:45 -0800 (PST) ([EMAIL PROTECTED]) wrote: >> [Various reflection library links] > > This is interesting, but to me it mostly confirms that I don't want a > reflectio

[boost] [gmane.comp.lib.boost.user] compilation error withboost_1.29.0

FYI... --- Begin Message --- Hi, I'm getting the following error on Linux 2.2.16 / Suse 7.0 / g++ 2.95.2 / glibc 2.1.3: ../../../../../include/boost/pool/detail/ct_gcd_lcm.hpp:43: sorry, not implemented: `static_cast_expr' not supported by dump_expr ../../../../../include/boost/pool/detail/

Re: [boost] Regression test sane-testing branch

Toon Knapen <[EMAIL PROTECTED]> writes: > On Tuesday 17 December 2002 16:10, Beman Dawes wrote: >> (You can ignore this message unless you run Boost regression testing >> software.) >> >> AFAIK, the changes are all working right now, and I'll switch the Win32 >> tests over today. But I'll delay m

[boost] Re: boost::function MSVC

I re-downloaded the boostall.zip and ran - bjam "-sTOOLS=msvc" I am getting errors: **.../boostDir = C:\Program Files\Microsoft Visual Studio\PROJECTS\COMMONSOURCEFILES\boost\boost_1_29_0\boost** - skipping Boost.Python library bu

Re: [boost] iterator traits

Pavol Droba <[EMAIL PROTECTED]> writes: > On Thu, Dec 19, 2002 at 12:04:03PM -0500, David Abrahams wrote: >> David Abrahams <[EMAIL PROTECTED]> writes: >> >> > Pavol Droba <[EMAIL PROTECTED]> writes: >> > >> >> but I'm wondering, why it is not documented, or at least mentioned somewhere? >> >> Th

Re: [boost] boost::function MSVC

On Thursday 19 December 2002 12:25 pm, Steven Ketcham wrote: > boost_1_29_0\boost\function\function_template.hpp(73): error C2061: syntax > error : identifier 'any_pointer' > > boost_1_29_0\boost\function\function_template.hpp(79): >see reference to class template instantiation > 'boost::detail

Re: [boost] Formal review: Optional library

On Monday 09 December 2002 11:55 am, Douglas Gregor wrote: > The formal review of Fernando Cacciola's Optional library begins today and > runs until the end of Wednesday, December 18. The review of Fernando Cacciola's Optional library has ended. I will post review results this weekend. A hearty "

[boost] boost::function MSVC

I have an application that was working. Since then I wiped my computer, reinstalled the os and browser with all the patches. Now it does not compile. VC++ 6.0 sp5 win2000. sample errors (cut down from around 400 plus) //-- --

Re: [boost] Still link problems due to boost/detail/winapi.hpp

From: "Martin Schuerch" <[EMAIL PROTECTED]> > Hi > > I already posted once the following problem (solution). The problem is still > there in the code of the boost repository. I doesn't know if there are > reasons to not apply the patch, (e.g. global namespace polution) or if the > post was missed.

Re: [boost] Regression test sane-testing branch

On Tuesday 17 December 2002 16:10, Beman Dawes wrote: > (You can ignore this message unless you run Boost regression testing > software.) > > AFAIK, the changes are all working right now, and I'll switch the Win32 > tests over today. But I'll delay merging the sane-testing branch in CVS > until Fr

Re: [boost] iterator traits

On Thu, Dec 19, 2002 at 12:04:03PM -0500, David Abrahams wrote: > David Abrahams <[EMAIL PROTECTED]> writes: > > > Pavol Droba <[EMAIL PROTECTED]> writes: > > > >> but I'm wondering, why it is not documented, or at least mentioned somewhere? > >> There are more of such useful headers in boost/deta

Re: [boost] wchar_t problem in once.cpp

Martin Schuerch said: > Hi > > The file once.cpp from the repository (state yesterday) does not compile > under VC7 with unicode strings (TCHAR = wchar_t). > > The following patch helps: > line 125: CreateMutex -> CreateMutexA > > There are propably other places with the same problem not compiled

Re: [boost] iterator traits

David Abrahams <[EMAIL PROTECTED]> writes: > Pavol Droba <[EMAIL PROTECTED]> writes: > >> but I'm wondering, why it is not documented, or at least mentioned somewhere? >> There are more of such useful headers in boost/detail directory, which are used >> by various libraries. Whouldn't it make sens

Re: [boost] Win32 regresssion test comments

Beman Dawes <[EMAIL PROTECTED]> writes: > Perhaps Dave can take a look at this; is the wrong code being selected > by BOOST_WORKAROUND? Yeah, there was a missing set of parens in the macro definition, which broke it for negative tests like #if !BOOST_WORKAROUND(...) Fixed now, thanks! --

Re: [boost] iterator traits

Pavol Droba <[EMAIL PROTECTED]> writes: > Hi, > > Recently I had to deal with iterator_traits. This feature is kind of problematic > on the compilers without partial specialization. Ususally, when iterator_traits > are broken, they are not handling generic pointers as iterators. Most of the STL

[boost] Still link problems due to boost/detail/winapi.hpp

Hi I already posted once the following problem (solution). The problem is still there in the code of the boost repository. I doesn't know if there are reasons to not apply the patch, (e.g. global namespace polution) or if the post was missed. Problem: In my project (some files are compiled with t

[boost] wchar_t problem in once.cpp

Hi The file once.cpp from the repository (state yesterday) does not compile under VC7 with unicode strings (TCHAR = wchar_t). The following patch helps: line 125: CreateMutex -> CreateMutexA There are propably other places with the same problem not compiled with my PP settings. Martin _

[boost] iterator traits

Hi, Recently I had to deal with iterator_traits. This feature is kind of problematic on the compilers without partial specialization. Ususally, when iterator_traits are broken, they are not handling generic pointers as iterators. Most of the STL libraries have workaroud for such a situation, but

Re: [boost] Reflection Framework [was Serialization and Reflection]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: >> For fields, I do not think it is particularly useful to provide access >> exclusively to the actual instance variables. It seems, however, that >> access control specifiers of public, private, and protected are not >> useful, however, because fir

Re: [boost] Boost 1.29.0 recursive_mutex With gcc On Linux

[EMAIL PROTECTED] writes: >> I don't think that we can work around this by defining >> _XOPEN_SOURCE in the >> boost headers: it would imply that the boost headers would have to be >> included before any other header, or nasty things will happen :-( >> >> I guess we could check for the _XOPEN_SO

[boost] Win32 regresssion test comments

Today's run of the Win32 regression tests are available at http://boost.sourceforge.net/regression-logs/cs-win32-diff.html There are a lot of new failures being reported. These are the first tests based on the new sane-testing branch, and testing.jam is now picking up some compile-fail errors (

Re: [boost] BOOST:SSTREAM:ERROR WHILE COMPILING

Pavan Kumar wrote: > > Hi All, > > I am a newbie to boost libraries. Just a small query : > > Using the library file provided at gnu.org for the > regex example program, I am getting an error as follows : > > regex_merge_example.cpp: In function `int main(int, const char **)':

RE: [boost] Boost 1.29.0 recursive_mutex With gcc On Linux

> I don't think that we can work around this by defining > _XOPEN_SOURCE in the > boost headers: it would imply that the boost headers would have to be > included before any other header, or nasty things will happen :-( > > I guess we could check for the _XOPEN_SOURCE value in > posix_features.h

Re: [boost] Reflection Framework [was Serialization and Reflection]

David Abrahams said: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > >>> I'm very interested in having a reflection library available, but I >>> can't afford any time to helping with the work, sorry. However, I'd >>> suggest you take into consideration XTI, which is an idea for >>> reflection

Re: [boost] Reflection Framework [was Serialization and Reflection]

[EMAIL PROTECTED] said: > On Wed, 18 Dec 2002, William E. Kempf wrote: >> But they *can* be related. I know you can do serialization with out >> reflection, but I think the serialization capabilities of Java show >> that reflection can vastly simplify the implementation of a >> serialization libr

Re: [boost] Boost 1.29.0 recursive_mutex With gcc On Linux

> continuing on with the "Deadlocking problems with recursive_mutex on Linux > with boost 1.29.0" thread, started by Beat Schaer on the 4th of this month; > I've come across the same issue on RedHat Linux 7.3 using gcc 2.96 but not > using gcc 3.0.4. > > The main point of the issue seems to be a ha

Re: [boost] BOOST:SSTREAM:ERROR WHILE COMPILING

> I am a newbie to boost libraries. Just a small query : > > Using the library file provided at gnu.org for the > regex example program, I am getting an error as follows : > > regex_merge_example.cpp: In function `int main(int, const char **)': > > regex_merge_example.cpp:74: `

Re: [boost] Re: type_traits / is_compound

> In the same fashion - I think that if type is not cv void, not reference and > not convertible to bool (via standard conversion) then it's class type. > It might be useful implementation for compliers on which the SFIAE technique > to detect class type doesn't work. The current version is kind o

Re: [boost] problems with multiple intel compilers on linux

> Done. I just restarted the regression so the results will be out in a couple > of hours. Wow, fast work, thanks! John Maddock http://ourworld.compuserve.com/homepages/john_maddock/index.htm ___ Unsubscribe & other changes: http://lists.boost.org/mai

[boost] BOOST:SSTREAM:ERROR WHILE COMPILING

Hi All,     I am a newbie to boost libraries. Just a small query :     Using the library file provided at gnu.org for the     regex example program, I am getting an error as follows :     regex_merge_example.cpp: In function `int main(int, const char **)':     regex_merge_example.cpp:74: `::ostr

RE: [boost] Reflection Framework [was Serialization and Reflectio n]

[EMAIL PROTECTED] wrote: > On Tue, 17 Dec 2002, Aleksey Gurtovoy wrote: > > > I've been recently drafting some interfaces for purely compile-time > > reflection framework. It will clearly need a compiler support to > > implement; the current plan is to prototype it in GCC. It's an > > on-and-off