> Why not do the same for other compilers? For instance, on GCC:
Last time I checked __align_of didn't work with templates, which is a bit of
a showstopper in this case..
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.c
> Also I see the existence of boost::regbase::use_except and
> boost::regbase::failbit
> I don't see how to use them in a way to enable/disable exceptions in
> regular
> expressions, dispite probably the activation of the general
> BOOST_NO_EXCEPTIONS
> (Shame on me!).
>
> Question: It seems, that
> Thanks for your reply.
> I've created my own vcproj (VC++ 7.1 project) for building the libs that I
> need,
> and I've used the /MD flag which is the "multithread- and DLL-specific
> versions" flag (used also for my application),
> which means that everything is fine, right?
Yep.
John.
__
> I haven't followed this thread completely, but I have a question.
> I'm working on Win 2k, and I'm using VC++ 7.1. Building
> boost with this toolset, do I need to specify something to make it
> thread-safe?
Actually you need to do more than that - you need to compile Boost against
the same runt
> > Threading support is on when BOOST_HAS_THREADS is defined, and off when
it's
> > not, or forced off by defining BOOST_DISABLE_THREADS, you'll find both
of
> > these mentioned in the configure generated user.hpp (and in the config
> > docs).
>
> So if I my program runs only on systems that I kno
> Trying to use boost/date-time in MSVC 7.1 in 'strict' mode option /Za
'disable
> language extensions' it seems that
>
> boost::int64_t isn't available.
>
> After a journey through the labryinthine config modules, I have got
compiling
> with
>
> #define BOOST_HAS_MS_INT64 // required if language e
> As suggested by Marco Oman, the problem appears to be caused by
overloading
> the various operators for the enum type, which happens in match_flags.hpp
> (lines 79 to 92). If these are removed for the Borland compiler, then the
> conflict goes away, at the cost of a bunch of "Assigning int to ...
> I was thinking of a view from the point of view of each individual
> library. e.g., the shared_ptr docs mention what to define to
> turn off thread support on a boost that was configured with thread
> support on, but I didn't see a specific explanation of what to define to
> turn thread support
> IMHO it's not requirement to use -pthread on linux - especially when it's
> not documented. I think usage of -D_REENTRANT for compiling and -lpthread
> for linking should be enough.
Maybe - I don't have a linux box to check on right now - doing a:
g++ -dumpspecs | grep thread
will tell you
> and I don't get an error. Are you using any particular compiler setting?.
(I
> am just creating a new Console Project in the IDE and then pasting in the
> code.) Maybe there is more to this?
Make sure that the console app has "Project uses the VCL" checked when you
create it. Haven't tried with
>You mean I can't just run bjam with no options and get the libs built with
>thread support? I need to add a command-line option?
>
>I am updating my RPM package for 1.30.2, and I'd like to make sure this is
>correct, and I will forward this to Redhat (they now have a boost rpm).
The thread libs
> At the moment, Boost.Regex has an incompatibility with the VCL headers
when
> compiling with Borland C++ 5.5. Simply having
>
> #include
> #include
>
> generates a large number of errors of the type.
>
> [C++ Error] cregex.hpp(91): E2015 Ambiguity between '_fastcall operator
> |(int,const Varia
> Compilation of Boost.Regex using Borland C++ 5.5 currently gives a bunch
of
> "previous options and warnings not restored" messages. The culprit is
> boost/regex/config/cstring.hpp where the lines
Fixes are in cvs now.
Thanks for reporting this.
John.
> see boost::is_POD.
And has_trivial_copy has_trivial_assign has_trivial_destruct etc
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
>>
> > Thats my point - you may flag some types as safely moveable and then
> > use
> > this knowledge in algorithms. User has the responsibility to do the
> > decision.
>
> Extremely dangerous and error prone. I can't even imagine a non-POD type
> where flagging it for memcpy_copyable and memcpy_m
> From the g++ man pages, -mthreads "Support thread-safe exception handling
> on Mingw32" and only defines _MT for Mingw32. Therefore, after threading
> support is disabled on line 53 of boost/config/compiler/gcc.hpp, nothing
> actually enables it again for a non-Mingw32 cygwin build. Is this the
> One more thing: what exactly can go wrong with 1.30.0 if
> -pthread isn't used? Is it boost specific or a general thing
> (e.g. issues w/ respect to libstdc++)?
A general thing - without this then:
Your std lib is not thread safe.
Your C lib is not thread safe.
g++ will not emit thread safe
> > My understanding is that Boost.Config should take care about these
issues.
> > Boost.Test rely on BOOST_HAS_SIGACTION flag. It should not be defined in
> > case if there is no support for POSIX interfaces. Could you report the
value
> > of that flag in case of compilation failures you are expir
> Fixed now. I wonder if it really ought to be checked in as binary so
> this doesn't happen?
Personally I think that would cause even more problems (for me at least),
note that there are plenty of other files that need the \r's stripping in
order for them to work on Unix, in fact some pre-proces
> So John, would you be interested in trying to get this sorted out for
> the next release? As I have said, I currenly only use BCB, and so can't
> offer much help for other compilers.
Yep.
> Would it be best to have something like a boost/config/preinclude.hpp
> file which includes a compiler
> I've just downloaded 1.30.1 and the bug I reported a while ago
>
> http://aspn.activestate.com/ASPN/Mail/Message/boost/1622190
> (Missing BOOST_HAS_THREADS on MSVC with /Za and /MT)
>
> is still there. I don't know config at all but if nobody else has time
I'll
> try to submit a patch (I believe
> NOTICE:
>
> If I don't hear of any new problems with the RC_1_30_0 branch I'm
> going to release 1.30.2 tomorrow (Wed) evening or Thursday morning.
Then be aware that I've just merged a few select config changes into the
RC_1_30_0 branch to fix the linux regressions you reported (and bring a few
> > The link failures for the format tests and the ios_state_test likely
> > isn't an indication of a problem in the respective libraries.
>
>
> I was in holidays, sorry I did not respond earlier.
>
> I gave a look at the regression reports, and indeed the pthread linking
> problem must be rather
> Current GCC and Intel compilers don't appear to allow using declarations
at
> function scope, according to a bug report.
Also Borland's compiler crashes if there are using declarations inside a
function that will be expanded inline if memory serves.
> Is there any reason not to just move the us
> Just out of curiosity. What the heck is librt?
It contains the POSIX realtime feature set (used by boost.threads, and hence
tested by boost.config for timeouts and thread priorities and the like).
John.
___
Unsubscribe & other changes: http://lists.
I'm trying to remember, did someone around here come up with some code that
can tell at compiler time whether an object has a specific member or not, I
can do it for operators, but not a member typedef (which is what I want)...
Thanks,
John.
___
Unsub
> I'm not sure how to proceed with this so if there is anything I can do
> in the meantime, let me know. Feel free to e-mail me off the list.
ABI prefix and suffix headers are now in cvs, as is
boost/config/auto_link.hpp for selecting link libraries - for now refer to
the header for usage, I'll
> See boost/mpl/aux_/has_xxx.hpp. Example usage in
boost/detail/iterator.hpp.
Thanks, I'll look into it.
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> I'm not sure how to proceed with this so if there is anything I can do
> in the meantime, let me know. Feel free to e-mail me off the list.
OK, I've got this working pretty well with regex - but as it entails changes
to boost.config I'm not sure if I should make the changes now or wait until
a
> I think problem is with BOOST_EXPLICIT_TEMPLATE_TYPE(void)
> Simply removing that workaround macro from forced_return works for me as a
> dirty workaround.
>
> The question is, why BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS on gcc
> 3.2.x? config/compiler/gcc.hpp comments about some unspecifie
>Given that I have a string 's' from somewhere, I'd like to create a
>regular expression where some part must match that string. The problem
>is, the 's' could contain characters that have a special meaning in
>regular expressions. Is there some support function that can provide an
>escaped version
> The main problem with shared_ptr 1.30.x and below is that the single- and
> multithreaded versions are incompatible. The CVS version is now binary
> compatible on Windows, so 1.31 will "work" across different threading
> models; still, the correct default for Borland should probably be to do a
>
> Front end localization could change this also, I believe. For instance if
a
> dll or message catalog substitutes '!' for '$' wouldn't I need to escape
'!'
> instead of '$' in order to use '!' as a literal in an expression ?
Yes, I was afraid you would bring that up :-)
> In this regard it woul
> Does regex address the issue of alignment and calling convention etc and
> other options (in BCB, treat enums as ints is a good one to screw up
> libraries) by wrapping the headers in push/pop option statements?
Yes:
#ifdef __BORLANDC__
# pragma option push -a8 -b -Vx -Ve -pc -w-8027
#endif
/
> awhile ago I tried to compile this simple program:
>
> #include
>
> int main (){
>
>return 0;
> }
>
>
> and Borland C++ Builder 6 refuse to compile.
> I have track the problem and it seemed that Borland C++ builder has
problem with template partial specialization with constant. The program
be
>I've applied the first two; I'm not comfortable applying the regex
>patches myself; it takes someone who knows the library to verify that
>they're OK. John can do it, though, as far as I'm concerned.
done,
John.
___
Unsubscribe & other changes: http
>I've just written the following. It (correctly) fails for MSVC 6.5 and gcc
3.2 for
>cygwin,
>but I cannot test it in a conforming compiler.
I had to modify it a little to make it conforming code, but it's now in cvs.
Thanks,
John.
___
Unsubscribe &
> I have put a diff of the changes between Version_1_30_0 and RC_1_30_0
> at http://www.boost-consulting.com/diffs-1-30-1.txt. These will be
> the changes that go into the Boost 1.30.1 release. Will the
> authors/maintainers of the following libraries please post a brief
> summary of the fixes th
>Currently, BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS
>is not defined for gcc. However, the following URL in the gcc bug
>database
>
>http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7676
>
>leads me to believe that the macro should be set on for the appropriate
>versions of gcc. Matter of fact, I r
> > don't know how to make
config_info/regex_config_info.cpp
> > don't know how to make concepts/concept_check.cpp
> > don't know how to make concepts/wide_concept_check.cpp
>
> Any ideas how this got broken?
You need to do a cvs update with the -d option to get the new directories
I've added..
> I don't see that the library builds OK for cwpro8. Strangely, Beman's test
> results are fine.
Beman's using a "special" fixed version of CW8 which presumably will become
an official fix from MW at some point (it fixes the internal compiler error
that otherwise occurs).
John.
gnificant memory loss.
That does look like a bug... Bill?
John Maddock.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> 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?
A good idea, can you add to that the article in
libs/type_traits/c++_type_traits.htm which was in the October 2000 issue of
Dr Dobb's Journal,
> I found a problem with the intel configuration for Linux.
> For that compiler the macro BOOST_NO_INTRINSIC_WCHAR_T
> gets defined although the compiler has an intrinsic wchar_t.
>
> Neither _WCHAR_T_DEFINED nor _NATIVE_WCHAR_T_DEFINED is
> defined on Linux. __WCHAR_TYPE__ is defined to int. Never
> I believe that consistent use of std::advance would solve the problem.
> Or would this change be so costly that I ought to use vector or deque?
> Unfortunately, doing so would cause me other problems such as iterator
> invalidation. :-/
Should be fixed in cvs now.
Thanks for the r
> http://www.boost.org/libs/regex/template_class_ref.htm#partial_matches
>
> There are two examples given. Though the examples are different, in
> both cases, the "example" links to a complete implementation of the
> first example. This likely was a cut-and-paste error.
Thanks, fixed in cvs,
J
Dave,
Is there any reason for including the option in the
Borland toolset: this is set to on by default in features jam, and then
selectively turned off for , this means that if I inherit a toolset
from borland-tools.jam (I want multiple toolsets to test different Borland
versions) then it gets t
> Well, we didn't do anything special to mis-configure it ;), besides
> choosing MSVC 6 compatibility mode (during the setup, as opposite to
> MSVC 7.0 one). Any ideas what's the right way to fix that?
The problem is that there is no way for the config system to tell how your
Intel compiler is set
aving trouble with boost licenses could take a
look and see if this helps smooth their problems out I would appreciate it.
Regards,
John Maddock.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> I just checked out the latest CVS and I am having trouble building it.
> My environment is:
>
> - Windows XP
> - Intel Version 7.1, Build 20030402Z
> - Visual C++ 7.0
>
> All my environment variables are setup correctly (INCLUDE, LIB, MSVCDIR,
> INTEL_PATH, PATH). The command line I am using with
> Comments?
Sounds reasonably to me, but I admit that I don't really understand POSIX
filesystems. I guess what I really wanted was something that would be
equivalent to "rm -f file", remember that we already have the equivalent to
"rm -r path". Of course I don't know how one would implement th
Beman,
I'm having a problem with the filesystem lib and read only files - basically
if I copy a read only file then the result is read only, fair enough.
However if I then try and overwrite that file with another file copy it
throws because of the read only status of the target file, still fair
en
> Except for one problem. If the second run of "bcp" selects less files than
> the first, and you only ovewrite files, not clean up the entire directory,
> the number of files will not be reduced. Uncessasary ones will just lay in
> the directory.
Good point, however I've sometimes used it that wa
> Anyone got a Win32 exe of bcp that they could email me?
Eventually there probably will be one to download, but it's still developing
quite rapidly at present, I'll mail you a binary build though.
John.
___
Unsubscribe & other changes: http://lis
> However, it seems to be confused by the preprocessor library. Since the
> includes sometime have the form:
>
>#include BOOST_PP_ITERATE()
>
> the 'bcp' tool does not find them. For example,
> "boost/preprocessor/iteration/detail/iter directory is needed by
> boost/function.hpp but is not incl
> > > However, it seems to be confused by the preprocessor library.
> > > Since the
> > > includes sometime have the form:
> > >
> > >#include BOOST_PP_ITERATE()
> > >
> > > the 'bcp' tool does not find them. For example,
> > > "boost/preprocessor/iteration/detail/iter directory is needed by
>
> I found a problem with the intel configuration for Linux.
> For that compiler the macro BOOST_NO_INTRINSIC_WCHAR_T
> gets defined although the compiler has an intrinsic wchar_t.
>
> Neither _WCHAR_T_DEFINED nor _NATIVE_WCHAR_T_DEFINED is
> defined on Linux. __WCHAR_TYPE__ is defined to int. Never
/fibonacci_heap.hpp
boost/pending/iterator_adaptors.hpp
boost/pending/iterator_tests.hpp
boost/pending/property.hpp
boost/pending/queue.hpp
boost/pending/stringtok.hpp
Any chance of the authors concerned fixing these?
Thanks,
John Maddock.
___
Unsubscribe & o
> The license is at the end.
Duh!, apologies, and thanks,
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> Done.
Thanks!
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> I would not mind to change my copyrights to use different wording ---
either
> the one from function library or the "standard" one. The only problem is
> that
>
>boost/graph/transitive_closure.hpp
>
> is generated from
>
>libs/graph/doc/transitive_closure.w
>
> and only Jeremy knows how.
I've been working on an automated tool to extract and present a list of
boost licences in effect for a given boost library (or collection of files).
Although the tool is working well, it's throwing up a lot of licences that
are used by just one or two files, and which are only very subtly different
The following two files:
boost/graph/transitive_closure.hpp
boost/graph/vector_as_graph.hpp
Use a licence that is different from any other file in boost (the closest
approximation appears to be that used by the lambda and function libraries).
Is it possible to avoid unnecessary licence proliferat
The following four files:
boost/filesystem/exception.hpp
boost/filesystem/operations.hpp
boost/variant/detail/move.hpp
libs/filesystem/src/exception.cpp
Use a licence that is different from any other file in boost (the closest
approximation appears to be the good old SGI licence).
Is it possible
Again subject says it all, please fix and apply an existing boost licence if
possible
Thanks,
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
gt; I envision an implementation of BOOST_STATIC_WARNING that
> would display a compile time warning message but permit
> compilition to successfully complete. Its usage would be
> to notify library users of legal but suspect library usage.
I agree on it's usefulness, but there&#x
Subject says it all, as it stands boost/any.hpp isn't even open source,
please reuse an existing boost licence if possible, thanks,
John Maddock.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> the attached patch changes the order in which compilers are checked in
> config/select_compiler.hpp. This is required to detect Comeau C++
> with gcc backend correctly.
>
> ok to apply?
Please go ahead,
Thanks,
John Maddock
> This discussion was a long time ago, but I didn't get the end of it.
> As building the thread library I get a lot of warnings I would like
> to remove them somehow (I'm using the 1.30 release version).
>
> So, what would you suggest? Using pragma's is safe enough?
> If yes, where is the best plac
Beman,
While putting together bcp (see managing boost dependencies thread), I found
that some of the boost html files contain relative URL's of that begin with
"./". In order to get filesystem::path to accept these, I had to manually
strip the ./ off first, so basically this is a plea to let the
> I don't think it needs to. We review libraries, but traditionally
> tools are just checked in if they seem useful or are known to be
> needed. This one is.
OK I'll check it in, thanks.
John.
___
Unsubscribe & other changes: http://lists.boost.org/
> Do realize that people are different and that my programming preference is
> almost always to use a GUI interface over command lines as long as the GUI
> interface lets me do what I want to accomplish. Of course I write actual
> code in a fancy editor just like everyone else . I will dig into the
> Many thx for doing this, I'm sure it will come in handy.
>
> I've tried this out for date_time and noticed a couple things:
>
> 1) date_time includes tokenizer.hpp which includes token_iterator.hpp
> which includes token_functions.hpp. Unfortunately, token_functions.hpp
> is not copied so my com
> I found that boost has very powerful configuration system
> (boost/config.hpp and around...)
> but why use macros?
> there is another solution described here, let discuss it...
> may be there are some troubles, invisible for me, that prevent from using
> this technique
> in libraries like boost?
> I think it's a good idea. But I have a few comments.
>
> First, it only handles headers that are directly under 'boost/'. However
> some people have tried not to pollute the root directory and have put
> their libraries in sub-directories. For example, the Graph library, uBlas,
> the Interval lib
A while ago Beman produced header dependency tables, unfortunately these
began to get rather complicated and so were dropped, I've placed some
alternative tables here:
Boost header dependencies:
http://www.regex.fsnet.co.uk/header_dependencies.html
Boost library dependencies:
http://www.regex.fsne
ww.regex.fsnet.co.uk/bcp.zip
This requires the latest boost cvs source to build, so there is also a file
containing bcp's dependencies (obviously produced using bcp!):
www.regex.fsnet.co.uk/bcp_deps.zip
Regards,
John Maddock.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> Should I
> explicitly ban copying in my subclass?
On second thoughts you can make your stream buffer class copyable if you
want - but the copy constructor must call the default constructor of the
base class and then explicitly set up the buffer position information in
it's body, IMO this is wha
> Actually, the problem I have is that GCC extended the copying ban to
> std::basic_streambuf<>, even though DR 50 only mentions std::ios_base.
> I know that copying stream bases or stream buffers are probably bad
> ideas, but I didn't feel comfortable leaving copy semantics out of my
> subclass's
> I see the need for two new configuration macros. The need popped up
> when I was trying to add a copy constructor to a stream buffer template
> class (for completeness) but GCC blocked it.
>
> The std::basic_streambuf<> class template and the std::ios_base class
> don't mention any copying seman
> I am a newbie to boost, and I don't know if this issue has been addressed.
>
> I am trying to build the boost libraries on a Win2k machine with MSVC++ 6
> installed, so I downloaded bjam, added it to the path, added the boost
> libraries path to the include path and started the build with the com
> Gak! These compiler vendors are going to drive us all crazy! What do they
> expect us to do, use ESP to know what compiler options are set?
If you had ESP, then you would know the answer to that :->
John.
___
Unsubscribe & other changes: http://list
> I've tried to use the random.hpp header using Visual Studio C++ 6.0, and
it
> does not
> compile. I found a message thread in the mailing list about this on VC7,
> where some work-arounds were suggested. Jens then asked for feedback, and
I
> didn't find any feedback, so here it is...
This got fi
> I don't know about Intel-Win32 but I brought much of this up regarding
MSVC
> 7.0+ and most everybody yawned. I am glad that some people have woken up
to
> the fact that there is a problem using wide characters with compilers
which
> support both the native C++ wide character and a previous typed
> How do I use the conditional expression in a format string when my
> true_expression is a number? For example the format "(?1foo)" will replace
> the 1st subexpression with the string "foo", but how do I replace the 1st
> subexpression with 123? I try "(?1123)" and that fails. I can do "(?1
123)"
> That will certainly work, but you shouldn't have to do that since the
> compiler itself defines _WCHAR_T_DEFINED. Since I made the fix earlier
this
> afternoon I am able to compile some non-boost code correctly which had
> previously be failing.
Just let me jump in here: you absolutely can not
> C99 has a header which provides types, macros, and functions "to
> provide access to the floating-point environment."
>
> Some Boost code in the Interval Library uses this header, or has to do
> workarounds if not present. Metrowerks, GCC, and Dinkumware currently ship
> the header, but many oth
> I've found a little problem in boost_no_std_wstreambuf.cxx
> The code uses std::ptrdiff_t but doesn't #include
>
> I hesitated to add that #include because I don't know wether
> all relevant compilers already support that.
>
> With the current code, the results for Comeau C++ on Linux
> are wr
> Then it might be fixed when Apple does the next import of the main
> branch of gcc3.3 . Let us wait with those changes until Apple releases
> the next version of the developer tools which will probably be based on
> gcc3.3
Maybe, I've been able to confirm the problem using gcc 3.1 via sourcefor
> The undefind reference comes from posix_api.o . I guess that
> s_match_vtable is not used in that file.
You bet it is, you would get the unresolved external if it wasn't being used
:-)
> >> On MacOS X using g++ version 3.3 in addition to the linker problem I
> >> had to make all the functions y
> but that just instantiates what I currently need in my code and is no
> real solution.
I agree completely.
> Why do you manually build these vtables and don't use virtual functions?
Because they're dispatched based upon a numeric ID stored in the state
machine.
John.
__
"C:\boost\site" -o
"d:\boost-regr\libs\regex\build\bin\libboost_regex.lib\cwpro8\debug\runtime-
link-dynamic\threading-multi\cregex.obj"
"..\libs\regex\build\../src\cregex.cpp"
Thanks,
John Maddock.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> I didn't apply the patches for type_traits and regex (is there a way to
> know if Boost cvs contains the current version of a library or if all the
> changes will be destroyed the next time the maintainer commits a new
> version?). They would benefit from this new macro. As Pavel Vozenilek
> sugg
> After a cvs update I am having probles compiling cregex.cpp on an Intel
> Linux platform with the KC compiler. The problem seems to be an
> ambiguity in a call to destroy(..). While this is probably a bug in the
> KCC compiler, I would appreciate a workaround (e.g. changing the name
> of the dest
> This small patch removes all the warnings the type_traits regression suite
> is actually encountering with Intel compiler on Linux. And thanks to this
> patch, the number of warnings for the whole Boost regression suite on this
> particular compiler drops from 50 to 1.
>
> Index: libs/type_traits
> Your patch does not fix the problem at all.
Ah, I see I got the Intel version check backwards, fixed (hopefully!)
> In my opinion, it can even
> break some working configurations. I would rather use this conditional
> expression:
>
> # if !(defined(_GLOBAL_USING) && (_GLOBAL_USING+0 > 0 || _C
> I just restored the lost revisions for these three headers:
>
> boost/config/platform/win32.hpp
> boost/config/stdlib/stlport.hpp
> boost/filesystem/convenience.hpp
>
> and, comparing what is probably the most recent "before-the-disk-crash"
CVS
> snapshot to the current CVS state, it
> I realize that I'm replying to a message that is now quite old. Hopefully
> what I have to say is still relevant. Apologies if not.
Absolutely, there are a couple of procedural points I should make:
1) we are talking about a library only TR at present, core changes aren't
allowed just yet.
2)
> John, what are the correct names? I think I can patch your Jamfile
> for you. BBv2 is coming very soon, but this is so easy to do in BBv1
> that it seems a shame to leave users hanging.
The names are documented here:
http://www.boost.org/libs/regex/appendix.htm#redist
Note that the toolset n
> Actually, there is another advantage, which (I think) is at least as
> important as the ones you cite. Namely, it is possible to define a built
> in operator such that is_convertible returns false for
>
> class X{};
> class Y : X {};
>
> and ambiguous conversion cases that (as far as I can tell)
1 - 100 of 302 matches
Mail list logo
