>From: "Philippe A. Bouchard" <[EMAIL PROTECTED]>
> WxWindows don't have any intermediate compiler but the end user syntax is
> not attractive for the signal / slot mechanism (macros).
It's also possible to do the signal/slot without macros on wxWindows. See
here (http://www.wxwindows.org/hworld2
>From: "Rob & Lori" <[EMAIL PROTECTED]>
> E. Gladyshev wrote:
>
> >--- Edward Diener <[EMAIL PROTECTED]> wrote:
> >
> >>As you have pointed out in the rest of your post, it
> >>may prove more
> >>worthwhile to work with the developers which already
> >>exist for a free
> >>cross-platform framework
>From: "Edward Diener" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >> From: "Edward Diener" <[EMAIL PROTECTED]>
> >
> >> Add to this the fact that nearly every C++ programmer already works
> >> with a framework library dep
>From: "Edward Diener" <[EMAIL PROTECTED]>
> Add to this the fact that nearly every C++ programmer already works with a
> framework library depending on his implementation of choice. On Windows
> alone I know of WTL, ATL, MFC, OWL, VCL, wxWindows, QT, and no doubt
others
> about which I have no kn
>From: "Philip Miller" <[EMAIL PROTECTED]>
> Now, the reason for my posting. I am using MSVC 7.0 and am unable to
> compile the date_time library tests. Compiling time_parsing.hpp gives
> me an error in lexical_cast, where there is no output operator for the
> lexical_cast compiled for the funct
>From: "Daniel Frey" <[EMAIL PROTECTED]>
> On Sun, 22 Jun 2003 22:01:19 +0200, Terje Slettebø wrote:
> >
> > Another thing, are the ADD_OPERATOR macro in your code necessary? It
> > compiles fine without it on Intel C++ 7.1.
>
> The GCC doesn't w
>From: "Daniel Frey" <[EMAIL PROTECTED]>
> On Sun, 22 Jun 2003 03:32:52 +0200, Terje Slettebø wrote:
> >
> > --- Start ---
> >
> > #include
> >
> > #define BOOST_DEFINE_MATH_CONSTANT(name)\ const struct name##_type\
> > {\
(Because this reply is so late, I cc it, as well)
Sorry for the late reply.
> I #included and in my
> code, and they indirectly #include . Here is the warning
I
> get from the compiler (I am using MS Visual C++ 6):
>
> *
> d:\documents and
>
settings\administrator\desktop\dev\bo
I've finally managed to catch up with mailing list postings, and have now
read through the review postings of this library.
First, I'd like to thank Paul for the work he's done with the library,
having gone through no less two formal reviews (a dubious pleasure that
Robert Ramey may experience wit
>From: "Bohdan" <[EMAIL PROTECTED]>
> IMHO a very useful addon to your library can be routine
> to convert class to function which calls class destructor.
> //no virtual functions, no runtime polymorphism
> void * ptr = new MyClass;
> destruct_fn_type df = destruct_fn();
>From: "Pavel Vozenilek" <[EMAIL PROTECTED]>
> "Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> [snip]
>
> > int main()
> > {
> > function_ptr fn;
> >
> > // The rest the same
>
In this comp.lang.c++.moderated thread
(http://www.google.com/groups?selm=2045294.t6ppZr3Erj%40technoboredom.net),
there was the following request:
--- Start quote ---
For some reason (I want to pass function pointers to certain libraries) I'd
like to convert a member function into a real functio
>From: "Pavel Vozenilek" <[EMAIL PROTECTED]>
> lexical_cast<> constructs and destroys std::stringstream
> (including dynamic memory allocation/free.)
> each time a conversion is done.
>
> Maybe specialised version of lexical_cast<> can be developed
> which takes external, existing stringstream ins
>From: "Alexander Terekhov" <[EMAIL PROTECTED]>
> Terje Slettebø wrote in message <[EMAIL PROTECTED]>:
> > > why shouldn't std::exception use std::strings?
> >
> > See here (http://www.boost.org/more/error_handling.html).
You should perhaps
>From: "Ian Baxter" <[EMAIL PROTECTED]>
> I wish that the date time library could construct a ptime from it's own
> to_simple_string function.
>
> i.e time = time_from_string( to_simple_string( time ) );
>
> Strange to have library that can construct a time from a string, but not
> from a string i
t got
no reply. I've also seen him post, after I sent the posting below. I would
have preferred to settle this off-list)
Regards,
Terje
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> > >Do you still think I've got it backwards?
> >From: "Victor
>From: <[EMAIL PROTECTED]>
> > Even if angle is added as a dimension, to an implementation using an
> > integer vector, it still wouldn't accommodate any other dimensions
> > added later, without rewriting the library and unit definitions.
>
> how about having the basic SI dimensions and a couple
>From: "Philip Dunstan" <[EMAIL PROTECTED]>
> Hi there,
>
> Should this work?
No. Template type deduction uses an object's static (declared) type, so in
this program, T=A, since the static type of pa is A*. That its dynamic type
is B* isn't taken into consideration, as template instantiation is
>From: <[EMAIL PROTECTED]>
> we use the int-based template approach for a couple of years now in
> our AGV controller software. We actually sometimes reach the stage that
> it works when succesfully compiled and linked. Since our control software
> is physics throughout (field of robotics), the ty
>From: "David Abrahams" <[EMAIL PROTECTED]>
> These are my (only slightly informed) opinions. I've heard Walter
> Brown talk about angle in this context, which was a big influence.
>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> > Regarding
>From: <[EMAIL PROTECTED]>
Still on the subject of a quantity library.
> > There is DEFINITELY a need for this - and in the C++ Standard Library,
> > but the relative merits of the two proposals mae so far are not yet
> > clear to me.
> >
> > Perhaps we need more real user experience. (Or is the
If one were to implement currency conversion, how might that be done, in
general?
Does one need to store the conversion rates between any two currencies
(giving an N^2 size table), or might it be possible to convert any currency
to some "universal currency", and from that again to any other, and s
>From: "Noel Yap" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> > The compiler may elide such copy, even if the temporary being returned
is a
> > named variable, and several compilers (such as g++ and the EDG based
ones),
> > does this optimisation (RVO). F
Just to add some to my previous posting.
Also, from a maintenance POV, having variables that doesn't change
throughout a function (or program), tends to make it easier to understand.
Having functions which change their arguments goes rather against that.
One exception is input stream operators, w
>From: "Justin M. Lewis" <[EMAIL PROTECTED]>
> As for a function returning a single param, I agree, normally you'd just
> return it, UNLESS it's some big structure you don't want being copied
> all over the place, then passing it by reference to a function makes
> more sense.
The compiler may eli
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> >From: "Justin M. Lewis" <[EMAIL PROTECTED]>
>
> > Well, I guess, based on all the code I've been reading at work it didn't
> > seem so small, chasing down all kinds of functions ac
>From: "Justin M. Lewis" <[EMAIL PROTECTED]>
> Well, I guess, based on all the code I've been reading at work it didn't
> seem so small, chasing down all kinds of functions across 100's of files
> to see why exactly values are changing mid function I'm looking at
> without warning.
>
> Anyway, thi
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> At 02:28 PM 4/19/2003, Pavel Vozenilek wrote:
>
> > b7- ability to distinguish different types of the same dimension (e.g.
> >width of image and width of screen)
>
> Other examples: It should be an error to try to add gallons of gasoline to
> gallons o
>From: "Paul Mensonides" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> > Is there some way (using PP-lib, or whatever), to pass a template-id
> > with more than one parameter (thus, it contains at least one comma),
> > to a macro?
> >
> > E.
Another suggestion, which was also suggested, and done, for my composite
stream operators (which is similar to your library), is to put it in the
Sandbox. That enables easier use and updating, and you don't have to attach
a file for each update.
People using the Sandbox can just add it to their in
>From: "Alisdair Meredith" <[EMAIL PROTECTED]>
> I see that this has been the topic of much discussion lately, but just
> confirming this little warning from the regressions has not snuck by
> unnoticed:
>
> # 'boost::bad_lexical_cast::what()' hides inherited virtual function
> 'std::exception::wh
>From: "Michel André" <[EMAIL PROTECTED]>
> I get the following errors when compiling with the lexical_cast version in
> CVS on MSVC 7.0 do I have to enable wchar_t support on the command line or
> disable it via DISABLE_WIDE_CHAR_SUPPORT or whats the solution.
This problem was reported at the B
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >
> > >From: "Jason House" <[EMAIL PROTECTED]>
> >
> > > 1. Is it at all useful/possible to use a lambda-like notation?
> >
> Thinking about it more, I d
>From: "Jason House" <[EMAIL PROTECTED]>
> I had 2 thoughts today...
>
> 1. Is it at all useful/possible to use a lambda-like notation?
In what way? Could you have given a rough syntax-example?
An example in BLL is:
std::for_each(v.begin(), v.end(), std::cout << _1 << '\n');
>In the past,
>From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
> > Another way may be a macro. However, as has been mentioned in
> > this thread,
> > it appears that the config macros aren't geared for macros
> > with optional
> > exclusion of RTTI.
>
> No. this has nothing to do with config
Well, as Dave A sai
>From: "David Abrahams" <[EMAIL PROTECTED]>
> "Rozental, Gennadiy" <[EMAIL PROTECTED]> writes:
>
> >> Even if none of the above looks sound for you I still argue that
> >> lexical_cast *should not force* inclusion of typeinfo. It's not
> >> "inconvinience" - it's showstopper. It's much more import
>From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
> > #include
> > #include
> > #include
>
> I am afraid boost/io/format will be confusing in a sight of presence of
> Boost.Format.
I understand. Well, it's in a different namespace.
> I would prefer (since it all about container output formattin
>From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
> > Even if none of the above looks sound for you I still argue that
> > lexical_cast *should not force* inclusion of typeinfo. It's not
> > "inconvinience" - it's showstopper. It's much more important
> > than providing
> > specific type info. In ma
Hi.
I've now uploaded the latest version of the composite stream operators
library at Yahoo Files
(http://groups.yahoo.com/group/boost/files/composite_stream_operators/) and
the Sandbox (boost/io/format/ and libs/io/format)..
Since the libraries in the Sandbox use the boost namespace, this one do
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >> What I meant (though sorry I was probably too blunt about it) was that
> >> it's irrelevant whether you actually observed termination or not,
>
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >> >> > As it stands, it prints "Exception - Constructor", as it throws
> >> >> > an exception in the constructor of th
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >>From: "Gennaro Prota" <[EMAIL PROTECTED]>
> >
> >> I'm happy that std::type_info has a private copy constructor. Hadn&#
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >> Terje Slettebø <[EMAIL PROTECTED]> writes:
> >>
> >> > I've tried the program below on Intel C++ 7.0 and MSVC 6, and I
hav
>From: "Gennaro Prota" <[EMAIL PROTECTED]>
> On Sat, 22 Mar 2003 09:52:07 -0500, David Abrahams
> <[EMAIL PROTECTED]> wrote:
>
> >Kevlin Henney <[EMAIL PROTECTED]> writes:
>
> >> However, the decision as to whether this should be in the 'what' string
> >> is perhaps one that can be revisited. It w
>From: "Kevlin Henney" <[EMAIL PROTECTED]>
> In message <[EMAIL PROTECTED]>, David Abrahams
> <[EMAIL PROTECTED]> writes
> >
> >There's no guarantee you have readable names anyway.
>
> That's a purely theoretical rather than practical consideration. In
> practice, I believe that all of the compile
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >>From: "David Abrahams" <[EMAIL PROTECTED]>
> >
> >> Terje Slettebø <[EMAIL PROTECTED]> writes:
> >>
> >&g
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >> C:\Program Files\Boost\boost_1_30_0\boost/lexical_cast.hpp(74) :
warning
> > C4512: 'no_lexical_conversion > std::char_traits,class std::all
>From: "John Swartzentruber" <[EMAIL PROTECTED]>
> I downloaded 1.30.0 and tried to build my project. I got a few errors
> that seem to be in boost, primarily in lexical_cast. Also,
> weak_ptr.hpp uses bad_weak_ptr without including
> boost/detail/shared_count.hpp anywhere. I can fix that by
> inc
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> At 03:13 AM 3/19/2003, Terje Slettebø wrote:
>
> >Ok, it seems we may have to exclude wide character support for
> lexical_cast
> >on MSVC 6, to avoid breaking Date/Time. I suggest something like:
&g
>From: "Kevlin Henney" <[EMAIL PROTECTED]>
> In article <[EMAIL PROTECTED]>, Terje Slettebø
> <[EMAIL PROTECTED]> writes
> >
> >However, the three failing tests for each of MSVC 6 and g++ 2.95
(different
> >ones for the two) are in the midd
>From: "Gennadiy Rozental" <[EMAIL PROTECTED]>
> > > > Notice the weird misspellings in the error messages. :)
> > >
> > > What do you mean?
> >
> > "boolle" and "intr"? :)
> >
> > Could this be a problem in the unit test framework?
>
> Could be. What should it be?
They should be:
test_conversi
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> A fresh version of the Win32 regression tests has just been posted. See
> http://boost.sourceforge.net/regression-logs/cs-win32-RC_1_30_0-diff.html
>
> There are seven new fails in date_time tests; presumably all caused by
> lexical_cast.hpp problems. See
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> >From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
>
> > > If these are omitted for g++ 2.95.x, all tests pass for that compiler.
> > > However, as it compiles without errors on both M
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> > Also these three tests, like MSVC 6, concerns tests where it doesn't
throw
> > when it's supposed to:
> >
> > BOOST_CHECK_THROW(lexi
>From: "Kevlin Henney" <[EMAIL PROTECTED]>
> Close inspection reveals that the config file
> studiously avoids accommodating g++ 2.95:
>
> #if defined(__GNUC__) && (__GNUC__ < 3) && \
> ((__GNUC_MINOR__ < 95) || (__GNUC_MINOR__ == 96)) && \
> !defined(__STL_USE_NEW_IOSTREAMS) || \
>d
>From: "Rozental, Gennadiy" <[EMAIL PROTECTED]>
> > lexical_cast_test.cpp(105): error in
> > "test_conversion_to_intr": exception
> > boost::bad_lexical_cast is expected
> > lexical_cast_test.cpp(111): error in
> > "test_conversion_to_intr": exception
> > boost::bad_lexical_cast is expected
> > l
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> > - With wide character support in lexical_cast enabled for MSVC 6, three
> > tests (of 137) fail. These are omitted for that compiler version, using
> &
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> My patience has been exhausted. The folks that care about configuring
> lexical_cast for GCC 2.95.3 with the SGI library need come forward
> immediately and tell us how to deal with this, or 1.30.0 will ship as is.
I've applied John Maddock's suggestion
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> At 03:40 PM 3/17/2003, Terje Slettebø wrote:
>
> >Well, I think this reinforces the suggestion to define
> >BOOST_NO_STRINGSTREAM
> >for 2.95.x. Comments?
> >
> >Either that, or to have some way
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> > typedef std::vector vector_char;
> >
> > vector_char values;
> >
> > // Fill with 'A', 'B', 'C'
> >
> > std::cout << io::forma
>From: "Gennaro Prota" <[EMAIL PROTECTED]>
> On Mon, 17 Mar 2003 14:47:20 +0300, Vladimir Prus <[EMAIL PROTECTED]>
> wrote:
>
> >Gennaro Prota wrote:
> >
> >>>Ok. I've forwarded this to Kevlin.
> >>
> >> Maybe there's more than one problem here. I see that Vladimir talks
> >> about warnings while
>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > > /home/boost/boost-regress/boost/boost/lexical_cast.hpp:173: syntax
error
> > > before `;'
> >
> > Looking at the CVS, it appears the reason fo
>From: "Jeff Garland" <[EMAIL PROTECTED]>
> On Sun, 16 Mar 2003 17:34:18 -0500, Beman Dawes wrote
> > I'll go over the do-list again after dinner, but it looks like
> > almost all problems have been cleared except for this one.
>
> I don't know if the Linux results are up to date, but
> it appears
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> When trying to use integer_traits on Intel C++ 7.0, I get the following
> error (main line and branch):
>
> boost/integer_traits.hpp(69): error: name followed by "::" must be a class
> or namespace nam
Hi.
When trying to use integer_traits on Intel C++ 7.0, I get the following
error (main line and branch):
boost/integer_traits.hpp(69): error: name followed by "::" must be a class
or namespace name
public detail::integer_traits_base
^
This is the compiler's way of saying that
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >
> > std::vector > test;
> >
> > std::cout << test: // Using defaults
> >
> > (('A',1),('B',2),('C',3))
>
> I would
>From: "Victor A. Wagner, Jr." <[EMAIL PROTECTED]>
> for the past 3 hours I've been getting:
> ...failed updating 300 targets...
> ...skipped 117 targets...
> ...updated 8 targets...
>
> when trying to make the latest CVS update:
> date /T >> update.log
> time /t >> update.log
> cvs -z3 update -A
>From: "Kevlin Henney" <[EMAIL PROTECTED]>
> In article <[EMAIL PROTECTED]>, David Abrahams
> <[EMAIL PROTECTED]> writes
> >Kevlin Henney <[EMAIL PROTECTED]> writes:
> >
> >>>on deficient compilers.
> >>
> >> Agreed. However, VC7 is not such a compiler
> >
> >Huh? VC7 not deficient?
>
> Perhaps t
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> The new
> version of lexical_cast is Kevlin's own, which he recently made, not my
> proposition. I think his version is better, though, as it's much shorter
and
> removes duplication.
Just to point out that
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> At 07:40 PM 3/12/2003, Ralf W. Grosse-Kunstleve wrote:
>
> >The recent patch to lexical_cast.hpp causes problems under Mac OS X/gcc
> >3.2.2.
> >The error message appears at the top of:
> >
> >http://cci.lbl.gov/boost/results/1047512220/dailylog_cora
A few months ago, Aleksey posted a cool way of doing lambda using function
notation. I hadn't followed the thread at the time, but I read up on it
recently. Like many others, I found it hard to understand how it worked, so
I asked Aleksey if he could make a minimal example of it, which he did.
For
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >>From: "David Abrahams" <[EMAIL PROTECTED]>
> >
> >> I like the basic idea, but are you sure it will work in all the
>
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Dirk Gerrits <[EMAIL PROTECTED]> writes:
>
> > Dirk Gerrits wrote:
> > >
> > > I'd say something like:
> > >
> > > #ifdef STATIC_NDEBUG
> > > #define BOOST_STATIC_ASSERT2(e) BOOST_STATIC_ASSERT(e)
> > > #else
> > > #define BOOST_STATIC_A
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >
> > >From: "Jason House" <[EMAIL PROTECTED]>
> >
> > > Is there even a way to specify/change that?
> >
> > It isn't currently, as the fundamen
>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > Right. There was a suggestion for allowing generic formats, though,
using
> > the same format for all instantiations of a template. The question is
how
> > to do it. The current
>From: "Robert Klarer" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > If run-time computation is ok, and that one only wants to avoid
dynamical
> > allocation, then one might do something like I used in another posting
in
> > this thread:
&
>From: "Beman Dawes" <[EMAIL PROTECTED]>
> At 05:58 PM 3/5/2003, Robert Klarer wrote:
>
> >The purpose of the static_string library is to offer an alternative to
> >string literals and the standard type const std::string. A
> >static_string uses no dynamically allocated memory, and is more
>
>From: "Phil Nash" <[EMAIL PROTECTED]>
> > Robert Klarer wrote:
> > > The syntax for declaring a static_string is unfortunate, but once it
has
> > > been declared, a static_string's interface is (almost*) the same as
that
> > > of a const std::string.
> > Yes, you right it's unfortunate and IMHO i
>From: "Joel Young" <[EMAIL PROTECTED]>
> I find other people's code with long linelengths is cause by either too
> much nesting or by putting too many concepts on one line...
That doesn't have to be the case. There can easily be lines longer than 80
characters, which only contain one statement o
>From: "Joel de Guzman" <[EMAIL PROTECTED]>
> > manager
> >
> > Manager of widget. It's kind of implied that what is managed is the
> > resource itself, even though "resource" doesn't say anywhere. This is
> > similar to that you think it's implied that resource means it
> > manages the resource,
>From: "Joel de Guzman" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >> From: "Joel de Guzman" <[EMAIL PROTECTED]>
> >
> >> Dave Gomboc wrote:
> >>>>> So then reverse resource_manager and get managed_resource<
>From: "Joel de Guzman" <[EMAIL PROTECTED]>
> Dave Gomboc wrote:
> >>> So then reverse resource_manager and get managed_resource<>, or just
> >>> managed<>.
> >>
> >> Why not just resource<>? Management is implied anyway; that's the
> >> reason for the existence of the class.
> >
> > *laugh* I wa
>From: "Phil Nash" <[EMAIL PROTECTED]>
> [Terje Slettebø]
> > I also think this makes sense. However, I'm wondering how much
commonality
> > there is in such a broader concept. This is kind of making a library
> > implementation of the RAII id
>From: "Phil Nash" <[EMAIL PROTECTED]>
> [Rob Stewart]
> > There can still be a smart_ptr class, even if there's a
> > smart_resource class. Both may be separate manifestations,
> > possibly sharing some implementation details, of a SmartResource
> > concept. Equally plausible, smart_ptr could b
>From: "Jason House" <[EMAIL PROTECTED]>
> >
> > std::vector > test;
> >
> > std::cout << test: // Using defaults
> >
> > (('A',1),('B',2),('C',3))
>
> I would suspect that chars don't get output with '' around them...
Right. I was just thinking C++ code, here. :)
> Is there even a way to specify
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >
> > >From: "Vladimir Prus" <[EMAIL PROTECTED]>
> >
> > Sorry for having taken so long to respond to these messages. I felt a
need
> > for a break, t
Maybe these routines could be generalised, and used for any
composite/compound type, including tuples?
If it's good enough for the standard library (given that Boost.Tuple have
been accepted in the Library TR), it may be good enough for the other types,
as well. :)
> Terje Slettebø wrote:
>
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > Regarding this project. I've got doubts about the viability of it.
>
> Well, I'm glad you've given it a greater level of thought. I really like
the idea
> of the c
Regarding this project. I've got doubts about the viability of it.
One thing is to create something useful. Another thing is to create
something useful as a _library_ component. As has been noted regarding
application and library development, application development and library
development is typi
>From: "Jason House" <[EMAIL PROTECTED]>
> Jason House wrote:
>
> > Terje Slettebø wrote:
> >
> > > Another possibility might be to have a sentry object, doing automatic
state
> > > saving and restoring in the constructor and destructor.
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > >From: "Jason House" <[EMAIL PROTECTED]>
> > > I thought of one thing that might work reasonably well.
> > >
> > > How about making ++io_format<
>From: "Larry Evans" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> >
> >>Terje Slettebø wrote:
>
> [snip]
> >
> > std::cout << io_format("\n|",&q
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > > It should handle maps and pairs
> > > reasonably well. I think that I have the same complaints about this
as
> > > io_manip
> > >
> > > The saving o
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> const int array[3];
>
> std::cout << array;
>
> MSVC 7 - C
> Intel C++ 7 - C
> g++ 3.2 - C
>
> const char array[3];
>
> std::cout << array;
>
> MSVC 7- A (S or C)
&g
>From: "Paul A. Bristow" <[EMAIL PROTECTED]>
> This looks really neat - and potentially very useful.
Thanks. :)
> Sadly, array is one of the most interesting cases - so I'm sure I won't be
the
> only one 'watching this space'.
I've looked more into it, and it seems this is a problem not just fo
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> > and given this:
> >
> > int main()
> > {
> > char board[3][3]=
> > {
> > {'O','X','O'},
> > {'X'
>From: "Paul A. Bristow" <[EMAIL PROTECTED]>
> This looks most useful - potentionally :-(
>
> Alas the two files, test and composite_stream_operators.hpp
>
> http://groups.yahoo.com/group/boost/files/composite_stream_operators/).
>
> won't compile on MSVC 7.0.
>
> test_composite_format.cpp
> test_
>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > There are also some other issues: The current version assumes
basic_string
> > for the delimiters. I've found it hard to let it take an arbitrary
string
> > t
>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
>
> > Incidentally, I've just made a version that does exactly this. :) I've
> > attached it, including a test, with this posting.
>
> I've take a look and I like it
>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >>From: "Vladimir Prus" <[EMAIL PROTECTED]>
> >
> >>after having to output std::vector to stream again and again using
custom
> >>solution, I started to w
1 - 100 of 231 matches
Mail list logo
