On 18/04/2024 07:52, kamallochan Jena via Boost-users wrote:
Hello everyone,
Hope you all are doing well.
There is a Vulnerability reported on Boost library as mentioned
below. Any guidance or assistance or reply to this mail would be
greatly appreciated.
*Vulnerability ID:* BDSA-2018-2656
On 25/08/2023 02:40, David Frank via Boost-users wrote:
When compile with boost float128 on arm64 rocky linux, i got a failure
of missing quadmath.h
quadmath.h is a system header, if it's not present then float128 is
unsupported on that platform.
On 27/05/2023 19:15, Matthew Mawson via Boost-users wrote:
I want to assign a large number to a cpp_int variable like this:
cpp_int large =
30414093201713378043612608166064768844377641568960512;
and I get this: error: integer literal is too large to be represented in any
integer
On 20/04/2023 18:28, Gero Peterhoff via Boost-users wrote:
Am 20.04.23 um 18:38 schrieb John Maddock via Boost-users:
On 20/04/2023 16:58, Gero Peterhoff via Boost-users wrote:
Hi John,
some functions do not work with multiprecision-integer-types, e.g.
using T = boost::multiprecision
On 20/04/2023 16:58, Gero Peterhoff via Boost-users wrote:
Hi John,
some functions do not work with multiprecision-integer-types, e.g.
using T = boost::multiprecision::int256_t;
using ::std::isinf;
const auto x = T{5};
const auto y = isinf(x); // ct error
std::cout << y << std::endl;
gives a
On 03/12/2022 13:03, Ivan Matek via Boost-users wrote:
I presume not since I could not find it in docs, but decided to double
check.
My motivation is that I would like to limit heavy includes in my
header(since intrinsics for avx512 files are 20k+ LOC on my system),
but I would still like to
On 25/10/2022 09:00, General Magic - Teodora Bogdan via Boost-users wrote:
Hello,
I was using the Boost library and I wanted to call the l2_norm()
method from "boost/math/tools/norms.hpp", but is says that the
namespace boost::math::tools doesn't contain l2_norm() method. When I
looked into
On 14/10/2022 10:04, Georg Gast via Boost-users wrote:
Hi,
I developed a patch and a test to serialize std::pmr::(w)strings in
all 3 archive types. The test I set the requirement to 17. It
works so far but when I compile the library for using it in my
application the "hidden" functions behind
On 03/08/2022 21:56, Peder Lon Hauge via Boost-users wrote:
Hi,
I'm trying to use Boost in order to find values of a 2F3
hypergeometric function. Just to check that I am using the package the
correct way, I tried to compile the small test file below (using the
example from the pFq docs),
On 20/06/2022 23:08, Vinnie Falco via Boost-users wrote:
Greetings fellow users, library authors, maintainers, review wizards,
release wizards, and Boost Foundation Board members! As part of our
ongoing effort to continue the revitalization of Boost, a handful of
us have taken the reins to post
On 06/05/2022 10:19, John McCabe via Boost-users wrote:
Personally, I always thought that, since C++11, Boost was there to
allow people to be able to use some of the C++11 -> features without
needing a C++11 -> compiler, so it seems a little odd to seemingly
abandon those people who're using
On 06/05/2022 09:25, Martijn Otto via Boost-users wrote:
I'm not against breaking compatibility with older c++-versions at all,
but given that c++-14 has so few new features compared to c++-11 I do
think that it may be better to bump the baseline to c++-17 directly.
Whether we should do that
On 06/05/2022 09:30, Klebsch, Mario via Boost-users wrote:
Hello,
Does anyone have any concrete objections to Boost moving to a C++14 baseline?
We are still using boost in code cross compiled for legacy target devices, and
the toolchain does not support C++14. We are currently not using
That's actually a very good question, as things stand, I think the
only way you can know what the caller is, is to check the string name
passed to the error handler. It is possibly "worse" than that too as
some special functions can call other special functions internally, so
in a few rare
On 13/04/2022 17:15, Warren Weckesser via Boost-users wrote:
I am wrapping some boost special functions as NumPy "ufuncs" for
the Python library SciPy, and I am setting a policy to control
how errors are handled. For example, the wrapper of erf_inv
(for C++ types float, double and long double)
On 10/02/2022 22:07, tjisana (泰志) via Boost-users wrote:
Okay, rebuild the binary with AddressSanitizer. Since I need to run
the program during market hours, I'll do so first thing tomorrow -
will let you know how it goes.
Given that the fault is intermittent, and the offending line in the
On 12/01/2022 09:04, Alessio Mochi via Boost-users wrote:
Hello Gavin,
I have not defined BOOST_NO_EXCEPTIONS.
Ahhh, looks like our bug, I've just filed a PR to fix this here:
https://github.com/boostorg/serialization/pull/250
The minimal header to #include prior to whatever serialization
On 12/01/2022 09:04, Alessio Mochi via Boost-users wrote:
Hello Gavin,
I have not defined BOOST_NO_EXCEPTIONS.
I don't know why a small project with qt and boost serialization work
and this one no. I tried to add #include
before include the serialization header,
I don't know if it's correct
On 26/11/2021 17:50, Jacques Mequin via Boost-users wrote:
I am a fresh new user ( I need to extend some EIGEN library feature
by using your float128 )
How to assign a "float128" variable with a regular "double" variable ?
With my source code in attachement
double double_pi =
On 19/08/2021 23:02, Neill Clift via Boost-users wrote:
Hi,
The architecture of cpp_int being build on 64 bit arithmetic using 128
bit double_limb_type is interesting.
I have a question on the large divide (divide_unsigned_helper). It
uses the upper portions of the large integers to get an
On 19/08/2021 02:43, Neill Clift via Boost-users wrote:
Hi,
In my program I see a lot of time taken up by add/subtract_unsigned. I
have a couple of thoughts on the code:
Carry propagation outside the range of the smallest number can be
improved:
for (; i < x && carry; ++i)
On 18/08/2021 17:23, Neill Clift via Boost-users wrote:
Hi,
In my program I am seeing my code use the slower (I assume)
subtract_unsigned_constexpr rather than subtract_unsigned with he
borrow chain handled intrinsics.
This seems to be happening because of these lines in
What architecture are you building for?
These intrinsic headers come from boost/integer/common_factor_rt.hpp and:
#if ((defined(BOOST_MSVC) && (BOOST_MSVC >= 1600)) ||
(defined(__clang__) && defined(__c2__)) || (defined(BOOST_INTEL) &&
defined(_MSC_VER))) && (defined(_M_IX86) ||
On 06/08/2021 11:18, Kirill Kudashkin via Boost-users wrote:
thank you for your reply. I implemented your idea and it worked.
Though, I had to constraint the exponent not only from below but from
above.
Nod. One of the problems with this form of quadrature is that it can
reach very far out
I have encountered a problem while using Boost C++ libraries (
multiprecision/mpc.hpp, math/quadrature) which I cannot resolve.
This problems appears when running the following piece of code
||
OK, the value that triggers the issue is
I have encountered a problem while using Boost C++ libraries (
multiprecision/mpc.hpp, math/quadrature) which I cannot resolve.
I'm a bit tied up for a few days, but I'll look into this as soon as I
can, John.
This problems appears when running the following piece of code
||
|#include
On 03/08/2021 17:53, Claudio La Rosa via Boost-users wrote:
My array have only 3 elements, but I indexed it with an modulo
operation (%) that use a uint128_t value. The result of modulo
operation is a uint128_t value type.
But well, I now use with success a standard cast for obtain a valid
On 03/08/2021 07:34, Claudio La Rosa via Boost-users wrote:
Hi to all,
I unsuccessfully tried to use a boost multiprecision variable
(object?) as index of an array.
Int myArray[100];
uint128_t index = 23;
int value = myArray[index];
This code don’t work.
There is a way for to use a
On 23/07/2021 07:57, Stefano Gragnani via Boost-users wrote:
The development system is:
MacBook Pro Intel i9
MacOS Big Sur 11.4
gcc version 11.1.0 (Homebrew GCC 11.1.0_1)
clang version 12.0.0
I'm having trouble compiling some examples from the book 'Boost C ++
Application Development
On 21/07/2021 19:07, Stefano Gragnani via Boost-users wrote:
further clarification if possible:
why the 2 lines that don't compile:
// float128 e1 = exp(1.Q); // Note argument to exp is type float128.
// std::cout << e1 << std::endl; // 2.71828182845904523536028747135266231
if i put them in
On 21/07/2021 16:56, Stefano Gragnani via Boost-users wrote:
ok things are better but i still get errors:
> Executing task: g++-11 -g -I/usr/local/Cellar/boost/1.76.0/include/
-I/usr/local/include/ -L/usr/local/Cellar/boost/1.76.0/lib/
-L/usr/local/Cellar/gcc/11.1.0_1/lib/gcc/11/
On 20/07/2021 18:44, Stefano Gragnani via Boost-users wrote:
Hi,
I'm having trouble compiling code that contains float128 data type.
I'm using MacOS Big Sur 11.4.
Compiler: gcc version 11.1.0 (Homebrew GCC 11.1.0_1)
I have no other problems with Boost, the only problem is when I use
On 28/05/2021 17:41, Brad Smith via Boost-users wrote:
Hi,
I am trying to upgrade from Boost 1.73 to Boost 1.76 and down to only
one consumer left that will
not build. This appears to be an issue with Boost::regex.
I noticed this in the Boost 1.76 release notes..
"Regex is now header only
terminated,
and we're just tightening up our interval in the case that one of a or b
is right on the root. This is a nicety not required by the algorithm as
such, and indeed the fb == 0 branch *may* be superfluous, but I would
want to think very carefully indeed before changing it ;)
Best, John
On 16/08/2020 21:15, Anirban Pal via Boost-users wrote:
Hello,
I’m using the tanh-sinh integrator to integrate a simple function f(x)
= 0.26*x from 3.0 to 4.0.
The exact result is 0.91. With the integrator I’m getting a result
accurate to only 10^-18 with cpp_bin_float_100 multiprecision.
On 14/08/2020 22:56, Anirban Pal via Boost-users wrote:
Hello,
I'm trying to integrate functions with BOOST quadrature routines. So
far they have been extremely impressive accuracy-wise, particularly
with multiprecision features.
I wish to integrate a function and pass some arguments to
On 14/08/2020 01:07, Anirban Pal via Boost-users wrote:
Hello everyone,
I'm new to using boost and I'm trying to use its quadrature routines,
specifically
the *tanh_sinh* integrator. I'm trying to run the examples here:
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 runtime
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 know support
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 on
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 without
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
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_moveable can
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
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.
At the moment, Boost.Regex has an incompatibility with the VCL headers
when
compiling with Borland C++ 5.5. Simply having
#include vcl.h
#include boost\regex.hpp
generates a large number of errors of the type.
[C++ Error] cregex.hpp(91): E2015 Ambiguity between '_fastcall operator
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
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 of
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 unspecified
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
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 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.
___
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
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
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 unrelated
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:
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
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 it'd
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
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
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 would
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:
#includeboost/graph/adjacency_list.hpp
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
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:
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 that
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
don't know how to make
libs!regex!testconfig_info/regex_config_info.cpp
don't know how to make libs!regex!testconcepts/concept_check.cpp
don't know how to make libs!regex!testconcepts/wide_concept_check.cpp
Any ideas how this got broken?
You need to do a cvs update with the -d option
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 run with
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
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-
Dave,
Is there any reason for including the wide-character-support option in the
Borland toolset: this is set to on by default in features jam, and then
selectively turned off for borland, this means that if I inherit a toolset
from borland-tools.jam (I want multiple toolsets to test different
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,
John.
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 report,
John
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
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 bjam
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
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 that
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 way
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
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 included.
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:
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 other
The license is at the end.
Duh!, apologies, and 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.
And
Done.
Thanks!
John.
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
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 g. I will dig into 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:
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 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 library,
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
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
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
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:
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 command
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 semantics in
1 - 100 of 258 matches
Mail list logo