Hi,
I have now uploaded a prototype of the Order programming language
interpreter to the files-section. Here is a link to the Order-folder:
http://groups.yahoo.com/group/boost/files/Order/
Both the Order language and the prototype interpreter implementation still
have many many rough edges and
>>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),
Mike Conley <[EMAIL PROTECTED]> writes:
> David Abrahams <[EMAIL PROTECTED]> wrote in
> news:[EMAIL PROTECTED]:
>
>> That completely scuttles the ODR, as far as I can tell.
>
> Naturally, you wouldn't want to use a built in is_convertible this way.
> Better to pass it as a template parameter di
David Abrahams <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> The problem I was trying to point out with is_const_or_int_convertible
> was that if you want it to "just work" you really want some way of
> "grabbing context" at the interface to any metafunction that might
> need it, and pas
David Abrahams <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> That completely scuttles the ODR, as far as I can tell.
Naturally, you wouldn't want to use a built in is_convertible this way.
Better to pass it as a template parameter directly, rather than wrapping
it: and_, is_converti
Mike Conley <[EMAIL PROTECTED]> writes:
> "John Maddock" <[EMAIL PROTECTED]> wrote in
> news:[EMAIL PROTECTED]:
>
>> The problem is that the question "is A convertible to B" has four
>> answers: yes, no, ill-formed, and ambiguous :-(
>>
>> John.
>
> Obviously, I think there should be only two :)
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>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 t
"John Maddock" <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> The problem is that the question "is A convertible to B" has four
> answers: yes, no, ill-formed, and ambiguous :-(
>
> John.
Obviously, I think there should be only two :) That is, it would be nice
to have a test that tell
"Trevor Taylor" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> So it sounds to me like the :blat is *not* part of the extension. It
> sounds like the NT file name is made up of three parts: name, extension
> and "stream".
>
> In which case I think it is fine to have functions extens
"John Maddock" <[EMAIL PROTECTED]> writes:
>> John, what are the correct names? I think I can patch your Jamfile
>> for you. BBv2 is coming very soon, but this is so easy to do in BBv1
>> that it seems a shame to leave users hanging.
>
> The names are documented here:
>
> http://www.boost.org/li
"Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> 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 con
>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 this angle dimension, should it be treated like the o
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 this angle dimension, should it be treated like the other
> SI-dimensions? That is, say that you represent
>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
William E. Kempf wrote:
>> Could this not have been implemented with a critical section and use
>> TryEnterCriticalSection? Why was the mutex approach used for one and
>> not the other?
>
> TryEnterCriticalSection is not portable. Specifically, it's not
> available in the Win9x line.
Critical se
> I realize that I'm replying to a message that is now quite old. Hopefully
> what I have to say is still relevant. Apologies if not.
Absolutely, there are a couple of procedural points I should make:
1) we are talking about a library only TR at present, core changes aren't
allowed just yet.
2)
> John, what are the correct names? I think I can patch your Jamfile
> for you. BBv2 is coming very soon, but this is so easy to do in BBv1
> that it seems a shame to leave users hanging.
The names are documented here:
http://www.boost.org/libs/regex/appendix.htm#redist
Note that the toolset n
> Actually, there is another advantage, which (I think) is at least as
> important as the ones you cite. Namely, it is possible to define a built
> in operator such that is_convertible returns false for
>
> class X{};
> class Y : X {};
>
> and ambiguous conversion cases that (as far as I can tell)
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
20 matches
Mail list logo
