J-S Lin wrote:
> Hi, I ran into problems trying to compile the BGL example code,
> edge_connectivity.cpp. (There are two codes, this is the short one with
> underscore, the other is hyphen edge-connectivity.) I used VC7. I have
> been running other codes without any problem.
Hi,
> Basically, I
- Original Message -
From: "Garnet Kin-Lic Chan" <[EMAIL PROTECTED]>
> there have been a few discussions recently about the status of
> solaris and boost. as someone whose code relies on the boost::function and
> boost::bind libraries, and who needs to port to solaris in the very near
> fut
Garnet Kin-Lic Chan <[EMAIL PROTECTED]> writes:
> Dear all,
> there have been a few discussions recently about the status of
> solaris and boost. as someone whose code relies on the boost::function and
> boost::bind libraries, and who needs to port to solaris in the very near
> future, i'm happy
Dear all,
there have been a few discussions recently about the status of
solaris and boost. as someone whose code relies on the boost::function and
boost::bind libraries, and who needs to port to solaris in the very near
future, i'm happy to try and help. does anyone know what is needed, and
has
> This looks most interesting, and there most definitely remains a
> great need for
> a units handling package.
>
> I presume you have looked at W W Brown's SI units proposal
> http://home.fnal.gov/~wb/SItempl8.pdf
> and wonder why you rejected it and how your proposal is different.
Yes, I
"Ralf W. Grosse-Kunstleve" <[EMAIL PROTECTED]> writes:
> Below is a stand-alone minimal test that still produces the same error message
> with MIPSpro:
>
> % CC -LANG:std zminmin.cpp
> cc-1108 CC: ERROR File = zminmin.cpp, Line = 13
> The indicated expression must have pointer-to-function type.
On Wednesday 05 March 2003 03:53 pm, Beman Dawes wrote:
> I thought we agreed to make pdf, man, and all formats other than HTML
> available on some separate site.
Okay. PDF and man pages are available at:
http://boost.sourceforge.net/release/
and there are links from libs/libraries.htm.
There's already been some discussion of this library under the thread
"Proposal: strings as template parameters," but static_string hasn't
been the subject of its own thread, so I'm starting this one. I'd like
to solicit opinions about this project. Is it worthwhile?
The purpose of the static_st
"Andrei Alexandrescu" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> Once again, the case was:
>>
>> {
>> aligned_storage::type storage;
>>
>> new ((void*)&storage) T(x, y, z); // throws
>>
>> // ~aligned_
Below is a stand-alone minimal test that still produces the same error message
with MIPSpro:
% CC -LANG:std zminmin.cpp
cc-1108 CC: ERROR File = zminmin.cpp, Line = 13
The indicated expression must have pointer-to-function type.
static const unsigned long value = sizeof(bdhelper_t::check(
Markus Schöpflin wrote:
> Paul,
>
> I recently reported the preprocessor bug that keeps BOOST_PP_EXPAND()
> from working to IBM.
>
> The example you gave here is preprocessed correctly by the Visual Age
> preprocessor for both version 5 and 6.
I don't have any version of Visual Age, so I've never
> There are still a lot of people who use dial-up lines and
> have no viable
> alternative. We need to limit the Boost distribution to core
> files and put
> the other stuff elsewhere.
>
> --Beman
I believe that sooner or later we will be forced to prepare per-library
download. It's quite a w
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Once again, the case was:
>
> {
> aligned_storage::type storage;
>
> new ((void*)&storage) T(x, y, z); // throws
>
> // ~aligned_storage() destroys non-existent T
> }
You mean "~aligned_s
At 11:44 AM 3/5/2003, Douglas Gregor wrote:
>I've imported the BoostBook-generated HTML documentation into the
RC_1_30_0
>branch under doc/html. The affected libraries are: Any, Function, Ref,
and
>Signals. Other than the new directory there should be no effect
>
>Should we include PDF and/or ma
At 08:31 PM 3/4/2003, Andrei Alexandrescu wrote:
>If the authors were aware of the previous work and used it as a source of
>inspiration, it's nice to give credit where it is due. It costs nothing
and
>it is considerate.
It is also very much Boost policy, and has been right from the start.
--Be
Rani,
Here's what Steve Adamczyk (Mr. overload resolution) at EDG had to say
about it:
I tracked down why we do what we do. It comes down to 13.3.3.1.2/4:
4 A conversion of an expression of class type to the same class type is
given Exact Match rank, and a conversion of an expression of
"Ralf W. Grosse-Kunstleve" <[EMAIL PROTECTED]> writes:
> The MIPSpro problems are due to a hickup in is_base_and_derived.hpp.
> Here is the relevant *preprocessed* piece of code:
>
> template
> struct bd_helper
> {
> template
> static type_traits::yes_type check(D const volatile *, T);
>
The MIPSpro problems are due to a hickup in is_base_and_derived.hpp.
Here is the relevant *preprocessed* piece of code:
template
struct bd_helper
{
template
static type_traits::yes_type check(D const volatile *, T);
static type_traits::no_type check(B const volatile *, int);
};
tem
Hi, I ran into problems trying to compile the
BGL example code, edge_connectivity.cpp. (There are two codes, this is the short
one with underscore, the other is hyphen edge-connectivity.) I used VC7. I
have been running other codes without any problem.
Basically, I got two errors:
1)C107
"Gennadiy Rozental" <[EMAIL PROTECTED]> writes:
> You couldn't build dlls out of Boost.Test sources on win32 platform yet. Is
> there way to explicetly prohibit build of the target in Jamfile for specific
> platform?
if ! $(NT)
{
# dll target declaration here
}
--
Dave Abrahams
Boost Consult
> > Hi,
> >
> > Yes, the whitespace problem is fixed in the forthcoming version.
>
> What's "forthcoming version"? Is this forthcoming Boost release?
> Then I don't see any changes to lexical_cast.hpp at all. Or
> lexical_cast update will be committed later?
Yeah, I was aware that work had been
> >The multiple merge thing is probably much less of an issue when
> >working from trunk to branch, but it still could be useful to have
> >the tag. I would call the tag "merged_to_".
>
>OK, I'll add that to the procedure.
>
> >Does that clear up my concern?
>
>Yes, thanks. I'll aim to get the n
I've imported the BoostBook-generated HTML documentation into the RC_1_30_0
branch under doc/html. The affected libraries are: Any, Function, Ref, and
Signals. Other than the new directory there should be no effect
Should we include PDF and/or man pages for these libraries?
- The PDFs are abou
"Jeff Garland" <[EMAIL PROTECTED]> writes:
>> > What is the point of that? How are the tags used?
>>
>> The point is that if there are multiple merges from the trunk to the
>> branch, you'll need something to mark the version on the trunk of the
>> previous merge. At the point you first create t
You couldn't build dlls out of Boost.Test sources on win32 platform yet. Is
there way to explicetly prohibit build of the target in Jamfile for specific
platform?
Gennadiy.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/b
James Curran wrote:
> Jason House wrote:
> > Another quesion:
> >
> > if
> > template SomeClass { ...};
> > extern const char* MyParam_1 = "MyParam";
> > extern const char* MyParam_2 = "MyParam";
> >
> > then would
> > typeof(SomeClass) == typeof(SomeClass)
> > be true?
>
> I guess the corr
> > What is the point of that? How are the tags used?
>
> The point is that if there are multiple merges from the trunk to the
> branch, you'll need something to mark the version on the trunk of the
> previous merge. At the point you first create the branch, the
> previous merge point is the same
At 09:50 AM 3/5/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>...
>> Dave, what did you mean by that? It sounds like you expect the
>> RC_1_30_0 tag to go on the main trunk and some other tag on the
>> branch.
>
>No.
>
>> What is the point of that? How are the tags used?
Paul Mensonides wrote:
I'm not surprised, but I was hoping If they fixed this bug,
Borland would be able to use the "strict" configuration of the
pp-lib. I'd still need the same hacked configuration for Sun and
IBM (they have similar bugs), but at least Borland's wouldn't need
it.
Paul,
I r
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 09:53 AM 3/4/2003, Jeff Garland wrote:
>
> >Right, sorry for dropping this. As I recall I was hoping for
> someone more
> >expert with WinCVS and some of the other tools to fill in the details
> >of how to make changes.
> >... The basic CVS proce
FYI, with Update 4 __BORLANDC__==0x564
Fernando Cacciola
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Vladimir Prus <[EMAIL PROTECTED]> writes:
> OK. And interesting questions is whether blocking some vertices should be
> supported in BGL.
The usual approach is to use a filter graph adaptor.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
___
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> If BOOST_DEDUCED_TYPENAME was introduced for the sake of MSVC only (which
> seems very likely to be the case)
It was.
> , then it was given a wrong name, since
> there are lots of other situations, besides the "deduced typename" context,
> when the
[Brian Gray]
> A raw memory buffer is a good idea. I've rolled my own on a couple of
> occasions, but never tried to mimic the style of the STL. That
> approach opens up a couple issues:
>
> Since we don't know what's stored in the memory buffer (image/audio
> data, chars from an input stream, se
"Vladimir Prus" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Tarjei Knapstad wrote:
>
> >> > > > d-e-f
> >> > > > /
> >> > > > a-b-c
> >> > > > \
> >> > > > g-h-i
> >> > > >
> >> > > > Starting vertex is 'c' and I want to eliminate the "d-e-f"
branch,
> >> > >
On Wed, 2003-03-05 at 13:52, Vladimir Prus wrote:
> Tarjei Knapstad wrote:
>
> >> > > > d-e-f
> >> > > > /
> >> > > > a-b-c
> >> > > > \
> >> > > > g-h-i
> >> > > >
> >> > > > Starting vertex is 'c' and I want to eliminate the "d-e-f" branch,
> >> > > > so the DFS finds "c-b-
Tarjei Knapstad wrote:
>> > > > d-e-f
>> > > > /
>> > > > a-b-c
>> > > > \
>> > > > g-h-i
>> > > >
>> > > > Starting vertex is 'c' and I want to eliminate the "d-e-f" branch,
>> > > > so the DFS finds "c-b-a" and "c-g-h-i".
>>
>> AFAICS, 'd' is not an adjacent vertex of 'c'.
On Wed, 2003-03-05 at 10:09, David J. Pearce wrote:
> Hello,
>
> I believe there is bug in random_number_generator when you request a
> random number between 0 and 1. For example:
>
As far as I can understand you are asking for a ranomized integer value
in the range [0,n) (i.e. n exclusive). If
On Wed, 2003-03-05 at 11:23, vladimir josef sykora wrote:
>
> "Tarjei Knapstad" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > On Tue, 2003-03-04 at 21:44, Louis Lavery wrote:
>
> [snip]
>
> > > > In an algorithm I'm working on I need to do an undirected_dfs using a
> > > > vi
David Abrahams wrote:
> I was just getting ready to propose a new config macro called
> BOOST_ARG_DEPENDENT_TYPENAME based on this test:
>
> struct id { typedef int type; };
>
> template struct foo;
>
> template
> void f(T)
> {
>typedef foo y;
> }
>
> int main(
David Abrahams wrote:
> I was just getting ready to propose a new config macro called
> BOOST_ARG_DEPENDENT_TYPENAME based on this test:
>
> struct id { typedef int type; };
>
> template struct foo;
>
> template
> void f(T)
> {
>typedef foo y;
> }
>
> int m
Hello,
I believe there is bug in random_number_generator when you request a
random number between 0 and 1. For example:
> random_number_generator rgen(...);
> cout << rgen(1) << endl; // causes assertion failure
I encountered this problem when using random_number_generator in
conjuction with th
I was just getting ready to propose a new config macro called
BOOST_ARG_DEPENDENT_TYPENAME based on this test:
struct id { typedef int type; };
template struct foo;
template
void f(T)
{
typedef foo y;
}
int main()
{
f(id());
return 0;
Kevlin Henney wrote:
>>http://lists.boost.org/MailArchives/boost/msg36221.php references an
>>improved lexical_cast. Will it or a similar improvement will be included
>>in the 1.30 release? Specifically, I'm looking for point 2: casting
>>between C-style strings and std::strings that accepts spa
Tarjei Knapstad wrote:
> Yes, depth_first_visit goes through all the vertices in the connected
> component which the starting vertex belong to, but depth_first_visit is
> for directed graphs so I can't use it - it confuses tree and back edges
> when used on undirected graphs. This is why undirecte
I just tried to compile the boost RC for version 1.30 and I stumbled
across the following error message when compiling boost.test:
vc-Link
bin\NT\libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\ginit-debug\boost_prg_exec_monitor.dll
bin\NT\libs\test\build\bin\boost_prg_exec_monitor.dll\vc7\g
"Tarjei Knapstad" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Tue, 2003-03-04 at 21:44, Louis Lavery wrote:
[snip]
> > > In an algorithm I'm working on I need to do an undirected_dfs using a
> > > visitor for analysis. I know my starting vertex, and I also want the
DFS
> > >
On Wed, 2003-03-05 at 08:50, Louis Lavery wrote:
>
>
> [snip]
>
> > A possibility (as have recently been discussed IIRC) is to break off the
> > DFS by throwing an exception the second time start_vertex is invoked in
> > the visitor. I'm not too fond of that solution though, allthough I must
> >
On Wed, 2003-03-05 at 07:53, Vladimir Prus wrote:
>
> Tarjei Knapstad wrote:
>
> > The second problem however is a property of the DFS algorithm where a
> > starting vertex is given that I had overlooked. After the DFS has
> > discovered all the vertices reachable from the starting vertex, it wil
In message <[EMAIL PROTECTED]>, David Abrahams
<[EMAIL PROTECTED]> writes
>-Original message-
>Subject: [boost] will lexical_cast improvements be in 1.30.0?
>To: Boost Mailing List <[EMAIL PROTECTED]>
>From: Dave Gomboc <[EMAIL PROTECTED]>
>Reply-To: Boost mailing list <[EMAIL PR
Hello Eric,
Regarding your previous posting, the conflict with the standard (on gcc) can
be solved encapsulating your function inside a nameless namespace, or using
an _aux_ namespace and later inject it into your namespace via 'using'.
HTW, regards,
--
vladimir josef sykora
morphochem AG
gmunder
51 matches
Mail list logo
