On Sunday 12 January 2003 13:32, John Maddock wrote:
> > Rene, how can I get the aCC compile to work (it's reporting "Missing" the
> > whole time as you can see)
>
> Likely options:
>
> 1) the HP results aren't being filtered through process_jam_log.
> 2) you ran out of disk space and the targets w
In-Reply-To: <[EMAIL PROTECTED]>
On Tue, 14 Jan 2003 15:05:55 -0700 Greg Colvin ([EMAIL PROTECTED])
wrote:
> >> > How do you see archive versioning being done? For example,
> >> > suppose field TOTAL is a double in version 1 and a
> >> > fixed-point user-defined type in version 2.
>
> One answer
In intel-linux tools, the link-line first contains -l$(FINDLIBS) and next
$(NEEDLIBS). Whould'nt it make more sense to revert the order. NEEDLIBS
typically contains other libs in the same project (==boost) whereas FINDLIBS
typically contains external and/or system libs. NEEDLIBS is thus very lik
Jeffrey Yasskin wrote:
I have a small class that uses the union/find algorithm to implement a
dynamic equivalence relation. With some work, it could probably also
be used to iterate through the equivalent partition.
Would this be a good thing to add to boost?
Isn't this functionality equivale
Is anyone able to connect to
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost ?
I've been getting:
Server Error
The following error occurred:
Could not connect because of networking problems. Contact your system
administrator. (CANT_CONNECT)
for the last few days now.
John Maddock
http://ou
> I don't know. The current CVS uses the Borland configuration for
> __BORLANDC__, __IBMC__, __IBMCPP__, __SUNPRO_CC. I assume that
__SUNPRO_CC
> is the operative symbol here, but I don't know if it's the same compiler
or
> not. If not, than whatever compiler it is needs to be added to the conf
>It's the run_tests.sh with minor modifs.
>I also attached the output.
Toon,
Your test script has:
#
# "test_tools" are the Boost.Build toolsets to use for building and running
the
# regression tests. Specify a space separated list, of the Boost.Build
toolsets.
# Each will be built and tested in
On Fri, Jan 17, 2003 at 11:41:23AM -, John Maddock wrote:
> Is anyone able to connect to
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost ?
Sourceforge viewcvs/anoncvs is offline and looks like it will be for
some unspecified period
regards
john
--
"We're standing there pounding a dea
Sourceforge web and pserver based access to cvs is offline.
On Fri, Jan 17, 2003 at 11:41:23AM -, John Maddock wrote:
> Is anyone able to connect to
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/boost ?
>
> I've been getting:
>
> Server Error
> The following error occurred:
> Could not c
Hi there,
I thought I'd forward this little link:
http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-CPPCompileTimeBinCons
t&forum=totd&id=-1
(several improved versions of the initial code appear in the thread)
This has most likely been done before but IMO a boostified version using MPL
and P
Unai Uribarri Rodríguez wrote:
> Alexander Nasonov wrote:
>> Unai Uribarri Rodríguez wrote:
>>
>>>any_cast, as is implemented in boost 1.29, has one weakness; it doesn't
>>>allow to compile this piece of code:
>>>
>>> any x=int(5);
>>> ++any_cast(x)
>>
>> Boost.dynamic_any has extract functi
Toon Knapen <[EMAIL PROTECTED]> writes:
> In intel-linux tools, the link-line first contains -l$(FINDLIBS) and next
> $(NEEDLIBS). Whould'nt it make more sense to revert the order. NEEDLIBS
> typically contains other libs in the same project (==boost) whereas FINDLIBS
> typically contains exter
Hi, I have just begun to use the boost date/time library and would like to
make some comments:
Default Construction
It would be useful if default constructors for gregorian::date and
posix_time::ptime were provided. The default constructors could maybe work
as follows:
gregor
On Friday 17 January 2003 13:55, David Abrahams wrote:
> Toon Knapen <[EMAIL PROTECTED]> writes:
> > In intel-linux tools, the link-line first contains -l$(FINDLIBS) and next
> > $(NEEDLIBS). Whould'nt it make more sense to revert the order. NEEDLIBS
> > typically contains other libs in the same pr
Fredrik Blomqvist wrote:
>
> Hi there,
>
> I thought I'd forward this little link:
> http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-CPPCompileTimeBinCons
> t&forum=totd&id=-1
> (several improved versions of the initial code appear in the thread)
Nice idea. If you add an operator long() t
"Fredrik Blomqvist" <[EMAIL PROTECTED]> writes:
> Hi there,
>
> I thought I'd forward this little link:
> http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-CPPCompileTimeBinCons
> t&forum=totd&id=-1
> (several improved versions of the initial code appear in the thread)
>
> This has most likel
> From: Thorsten Ottosen [mailto:[EMAIL PROTECTED]]
> Sorry for not understanding why "exceptionally creative use
> of expression
> templates" is necessary :-) Could you
> elaborate a little on it?
I'll try. :-)
We are now talking about (if I understand you and Dave correctly) three
related pro
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Fredrik Blomqvist" <[EMAIL PROTECTED]> writes:
>
> > Hi there,
> >
> > I thought I'd forward this little link:
> >
http://www.flipcode.com/cgi-bin/msg.cgi?showThread=Tip-CPPCompileTimeBinCons
> > t
> > my_program ( 0, 1) ( 1, 3) (( 0, 1), 15 ), (( 0,1), (7.8) ) >
> > This is input of 2 points circle and line. Here chain_lookup_policy
could
> > be useful.
>
> What if I want C++ expression specified on the command line? Sure, I don't
> want make C++ parser operate on command line. Rather, I'd
Toon Knapen <[EMAIL PROTECTED]> writes:
> On Friday 17 January 2003 13:55, David Abrahams wrote:
>> Toon Knapen <[EMAIL PROTECTED]> writes:
>> > In intel-linux tools, the link-line first contains -l$(FINDLIBS) and next
>> > $(NEEDLIBS). Whould'nt it make more sense to revert the order. NEEDLIBS
>>
> Default Construction
>
> It would be useful if default constructors for gregorian::date and
> posix_time::ptime were provided. The default constructors could maybe work
> as follows:
>
> gregorian::date() ==> gregorian::date(not_a_date_time)
> posix_time::ptime() ==> posix
On Friday 17 January 2003 14:59, David Abrahams wrote:
> No, please restore that feature. The build system offers no
> guarantees about the order in which specified libraries will be added
> to NEEDLIBS, and we'd rather work in all circumstances than save
> whatever miniscule amount of link time i
On Fri, 17 Jan 2003 12:28:50 +0100, Miroslav Silovic wrote:
> Jeffrey Yasskin wrote:
>
>> I have a small class that uses the union/find algorithm to implement a
>> dynamic equivalence relation. With some work, it could probably also
>> be used to iterate through the equivalent partition.
>>
>>
> > Default Construction
> >
> > It would be useful if default constructors for gregorian::date and
> > posix_time::ptime were provided. The default constructors could maybe
work
> > as follows:
> >
> > gregorian::date() ==> gregorian::date(not_a_date_time)
> > posix_time::pt
Gennadiy Rozental wrote:
my_program ( 0, 1) ( 1, 3) (( 0, 1), 15 ), (( 0,1), (7.8) ) >
This is input of 2 points circle and line. Here chain_lookup_policy
could
be useful.
What if I want C++ expression specified on the command line? Sure, I don't
want make C++ parser operate on command line
On Friday 17 January 2003 12:32, John Maddock wrote:
> So only the gcc tests will be run, I assume that you have some detritus in
> bin directory from previous HP aCC runs, which is why you are seeing some
> results listed. Add the necessary toolset(s) to test_tools.
Thanks John. Had some other m
Toon Knapen <[EMAIL PROTECTED]> writes:
> On Friday 17 January 2003 12:32, John Maddock wrote:
>> So only the gcc tests will be run, I assume that you have some detritus in
>> bin directory from previous HP aCC runs, which is why you are seeing some
>> results listed. Add the necessary toolset(s)
Toon Knapen <[EMAIL PROTECTED]> writes:
> On Friday 17 January 2003 12:32, John Maddock wrote:
>> So only the gcc tests will be run, I assume that you have some detritus in
>> bin directory from previous HP aCC runs, which is why you are seeing some
>> results listed. Add the necessary toolset(s)
Toon Knapen <[EMAIL PROTECTED]> writes:
> On Friday 17 January 2003 14:59, David Abrahams wrote:
>> No, please restore that feature. The build system offers no
>> guarantees about the order in which specified libraries will be added
>> to NEEDLIBS, and we'd rather work in all circumstances than s
> I'd like to draw an analogy with shared_ptr. You can provide smart pointer
> with 5 policy parameters, that user can redefine. Still, I would use
> boost::shared_ptr, just because I don't want 10 incompatible smart
pointers in
> my program due to small advantage each one has in special situation.
Hi all,
I have not followed this discussion closely, but I did want to add on one
point:
On Thu, 16 Jan 2003, Vladimir Prus wrote:
> >
> > BTW what if I want ? as a part of my parameter name?
>
> Do you need this really?
>
> > For example:
> >
> > my_program /roll trace file? = "yes"
> >
>
[2003-01-17] Toon Knapen wrote:
>On Friday 17 January 2003 12:32, John Maddock wrote:
>> So only the gcc tests will be run, I assume that you have some detritus
in
>> bin directory from previous HP aCC runs, which is why you are seeing some
>> results listed. Add the necessary toolset(s) to test_
> > You did not get me. I did not talk about options description at all. As
I
> > keep repeating it another level of abstraction on top of config file,
cla,
> > registry, db whatever. The only purpose of option description is to
store
> > unified description of all named options for the program. it
> As my example above shows, you can use simple syntax for two
> arguments and
> explicit/named for all others. Take a look at Boost.Graph: it
> uses named
> arguments, but mostly for numerous details such as
> "color_map". You don't have
> to write
>
> transitive_closure(graph_param(g))
"Andrei Alexandrescu" <[EMAIL PROTECTED]> writes:
>> I'd like to draw an analogy with shared_ptr. You can provide smart pointer
>> with 5 policy parameters, that user can redefine. Still, I would use
>> boost::shared_ptr, just because I don't want 10 incompatible smart
> pointers in
>> my program
> It is not necessary. You program will be given *string*
> "(0,1) (1,3)" and
> can parse it using more powerfull means. I guess Spirit is
> quite appropriate.
I provide a way to parse it with very simple means.
> > Unfortunately I will be really
> > busy till the middle of February. So may not
Howdy,
I'm trying to get the regression system up by following the directions
in the docs (boost/more/regression.html#Execution) and running locally
and I'm
having some problems with the report generation. I'm under the impression
that bjam is running my tests as expected, but I'm having trouble
Gennadiy Rozental wrote:
> > It is not necessary. You program will be given *string*
> > "(0,1) (1,3)" and
> > can parse it using more powerfull means. I guess Spirit is
> > quite appropriate.
>
> I provide a way to parse it with very simple means.
Spirit actually _is_ simple :-)
Regards Hartmut
Ronald Garcia <[EMAIL PROTECTED]> writes:
> In any case, when I run:
>
> ./compiler_status $BOOST_ROOT doh.html
> Using
> /nfs/magrathea/home/user1/garcia/src/boost/status/bin/constructors.test to
> determine compilers
>
> *** Error: std::runtime_error: boost::filesystem::directory_iterator
> cons
> Gennadiy Rozental wrote:
>
> > > It is not necessary. You program will be given *string*
> > > "(0,1) (1,3)" and
> > > can parse it using more powerfull means. I guess Spirit is
> > > quite appropriate.
> >
> > I provide a way to parse it with very simple means.
>
> Spirit actually _is_ simple
Alexander Nasonov wrote:
Unai Uribarri Rodríguez wrote:
Alexander Nasonov wrote:
Unai Uribarri Rodríguez wrote:
any_cast, as is implemented in boost 1.29, has one weakness; it doesn't
allow to compile this piece of code:
any x=int(5);
++any_cast(x)
Boost.dynamic_any has extract functi
Since this discussion has been mostly between two folks, I
thought I'd add my take on command line and configuration file
handling.
The purpose of command line parsing is to decode the arguments
list into pieces of information, abstracting the syntax of the
command line away from the program. Thu
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I think that's a gross mischaracterization. The only new design I've
> seen discussed in the past year is something (non-portable IIUC) that
> most people can't get their heads around and don't see
> Since this discussion has been mostly between two folks, I
> thought I'd add my take on command line and configuration file
> handling.
Finnaly. I started to think that it's only me and Volodya who have an
interest in a subject.
> The purpose of command line parsing is to decode the arguments
<[EMAIL PROTECTED]> wrote in message
3D8559AE95B4D611B02C0002557C6C8B3C45CF@STH-EXCH">news:3D8559AE95B4D611B02C0002557C6C8B3C45CF@STH-EXCH...
[snip]
>
> 1) Controlled numeric type promotion and conversion
> This would be needed for safe(r) expressions; the rules for integral
> promotions, floating
"Thorsten Ottosen" <[EMAIL PROTECTED]> writes:
> As far as possible, a "safe numeric" is a type that never lead the
> user into implementation defined behavior. For most of my programs I
> wouldn't worry about if it meant a slower type; program correctness
> should be the only concern.
Something
Gennadiy Rozental wrote:
> > > > It is not necessary. You program will be given *string*
> > > > "(0,1) (1,3)" and
> > > > can parse it using more powerfull means. I guess Spirit
> is quite
> > > > appropriate.
> > >
> > > I provide a way to parse it with very simple means.
> >
> > Spirit actually
Howdy. I am trying to use KCC in strict mode to compile some code that
depends on type traits. I am getting a large quantity of errors along
these lines:
"/u/garcia/src/boost/boost/type_traits/is_volatile.hpp", line 33: error:
identifier "is_volatile_rebind" is undefined
BOOST_TT_AU
[EMAIL PROTECTED] wrote:
> I do not expect from the cla framework to do the parsing for me, it
> should return strings associated with keys (which are strings too)
> from different locations (cla, cfg file, registry etc.).
... through something like lexical property map:
template<
> Why reinvent the wheel and not reuse existing code, which is much more
> flexible (and _you_ are the one, who stresses flexibility) and better
> fits into the task to solve.
Even with my limited knowledge of Spirit, still I do not believe I duplicate
Spirit functionality in any way. What I defi
> ... through something like lexical property map:
[skip]
This is basically how key_lookup_policy::operator[]( std::string key_name )
is implemented.
Gennadiy.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Ronald Garcia wrote:
> Howdy. I am trying to use KCC in strict mode to compile some
> code that depends on type traits.
Which version? Does it support partial template specialization/template
template parameters?
> I am getting a large quantity of errors along these lines:
>
> "/u/garcia/sr
David Abrahams wrote:
It's truly amazing how many problems are solved by the existing
boost::shared_ptr<> design, and it's a big advantage to have a
single-source smart pointer which "just works" in so many ways.
There's so much to learn about what it's capable of that many people
legitimately be
Gennadiy Rozental wrote:
> > Why reinvent the wheel and not reuse existing code, which
> is much more
> > flexible (and _you_ are the one, who stresses flexibility)
> and better
> > fits into the task to solve.
>
> Even with my limited knowledge of Spirit, still I do not
> believe I duplicate Spir
>
> my_program ( 0, 1) ( 1, 3) (( 0, 1), 15 ), (( 0,1), (7.8) )
> This is input of 2 points circle and line.
>
>
> This isn't a simple parsing task anymore.
>
> Regards Hartmut
Depends.
Imagine we have defined input operators for Shape classes
istream& operator>>( istream&, Point& ); // acc
[EMAIL PROTECTED] (David Bradley) writes:
> David Abrahams wrote:
>
>>It's truly amazing how many problems are solved by the existing
>>boost::shared_ptr<> design, and it's a big advantage to have a
>>single-source smart pointer which "just works" in so many ways.
>>There's so much to learn about
On Fri, 17 Jan 2003, Aleksey Gurtovoy wrote:
> Ronald Garcia wrote:
> > Howdy. I am trying to use KCC in strict mode to compile some
> > code that depends on type traits.
>
> Which version? Does it support partial template specialization/template
> template parameters?
>
Here's the version blu
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> > We received some resistance from some developers
> > claiming it was too complex. But in my view, if you
> > don't want to look inside, the typedefs are simple
> > enough, just use them.
>
>From: "David Abrahams" <[EMAIL PROTECTED]>
>
> Please don't take this to mean I'm against a
> policy-based smart pointer; quite the opposite. I've
> said all along it would be great to have one in boost.
> I've even wished I had an appropriate occasionally.
>
> I just don't want to trivialize wha
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>From: "David Abrahams" <[EMAIL PROTECTED]>
>>
>> Please don't take this to mean I'm against a
>> policy-based smart pointer; quite the opposite. I've
>> said all along it would be great to have one in boost.
>> I've even wished I had an appropriate occ
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>From: "David Abrahams" <[EMAIL PROTECTED]>
>>
>> Please don't take this to mean I'm against a
>> policy-based smart pointer; quite the opposite. I've
>>
61 matches
Mail list logo
