People
are actively
working on it though, see the forum on stlport.org.
It seems, adding STLport/any recent gcc version to the tests makes
only limited sense at the moment. I'm inclined not to add such a
configuration, now.
May I come with a bit of scepticism? There's already XUL (see
http://xulplanet.com for a start, and
http://www.mozilla.org/catalog/architecture/xul/ for more details).
I think Mozilla folks put some effort into it, so I wonder if
XMLUI offers
something new/better?
I would say that targets
You can use the parts independently
There is no install required
You have the complete code, you include the appropriate header!
Yes, for the 'header-only' libraries, filesystem library is not one of
them.
Boost isn't like most 3rd party libraries in the sense of a dll (or
similar) which
Now that the interest for this kind of library has been shown (or not,
whatever) could the interested parties please coordinate their efforts
using other means than boost mailing list? IIUC this list is for issues
with existing code (problems, usage patterns etc) and for submissions
that have some
There was a message few weeks ago that did not get
satisfactory answer
hm, I may have missed this message..
Well, like my previous post it ended up with debate about
BOOST_TESTED_AT macro and not this case :)
you're right there was an inconsistency.
but the lines you're quoting are
Hello,
There was a message few weeks ago that did not get satisfactory answer
IMHO. It's about compiler workaround in boost/format/feed_args.hpp (note
that we use VC7.1):
[original]
#if BOOST_WORKAROUND( BOOST_MSVC, BOOST_TESTED_AT(1300))
[fixed]
#if BOOST_WORKAROUND( BOOST_MSVC, = 1300)
At the
No it does *not*. Please re-read the docs.
OK, mea culpa, I've read them again.
I have no opinion on which one is better for this case, but they are
different!
Good, goes along well with my point - boost code for format uses
_different_ macros to detect the same thing. The result is that
That's because void_ is for MPL internal use only; it's not a type
you should manipulate (I think Aleksey doesn't believe me, but I'm
about to prove it... wink).
It's quite all right - my code does not use that other type, I just
need a type. I could have just as well used my own class
Hello,
I've recently discovered that mpl provides all the functionality I was previously
using from loki, so I decided to switch. There is one small thing driving me crazy,
and I was wondering if I missed something...
I was using loki's TypeAtNonStrict algorithm to give me type from type list
Just a note: Loki (generic programming applied to design patterns) and
MPL (C++ template metaprogramming) preally have a different focus; you
may yet find some Loki components that are useful to you.
That's possible, but hasn't happened up to now. Actually, I had to replace loki with
several
Btw, VC7.1 does not seem to like identity in this (and
David's) scenario
- it complains that it does not have inner typedef to type,
even though
it does.
Can you please post a small example which fails?
Well, your own :) from few hours ago, used something like this (btw, I
am using
Hi,
My company is using boost and we would very much like to use variant
library immediately and not wait for the next official release of boost.
Now, we know that this might not be sensible, but we are ready to take
the risk. At the same time, we don't want to break anything else in the
boost
Hello,
I am using boost 1_30_0 (NOT current cvs snapshot) and Visual Studio.NET
2003. There is a strange problem with lexical_cast in the following
scenario (rough aproximation of my code, all in one header):
std::ostream operator(std::ostream out, const ConcreteType v);
namespace foo
{
13 matches
Mail list logo