Hi,
I am having problems with subject test with Metrowerks compiler. I was able
to minimize the issue to the following snippet:
#include
#include
template
inline void
print( std::ostream& ostr, T const& t, long ) { ostr << t; }
template
inline void
moo( std::ostream& ostr, T const& t ) { print
Neal D. Becker wrote:
> On Tuesday 17 June 2003 10:49 am, Vladimir Prus wrote:
>> I've put together a plan of post-review developement of the
>> program_options library --- see attachemnt. I believe it includes all
>> issues raised. If anybody mage a suggestion which got lost, or has any
>> opinio
Daniel Wallin <[EMAIL PROTECTED]> writes:
> At 18:03 2003-06-17, you wrote:
>>Daniel Wallin <[EMAIL PROTECTED]> writes:
>>
>> > Is there any interest for luabind in boost? It's similar to boost.python
>> > but generates binding code to Lua instead of Python.
>> >
>> > My feeling is that it would m
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> John <[EMAIL PROTECTED]> writes:
>>
>> > Hi,
>> >
>> > While reading The Boost C++ Metaprogramming Library
>> > (http://www.boost.org/libs/mpl/doc/paper/mpl_paper.html),
>>
>>
>>
>> Thanks for your remarks, John. I fixed
At 18:03 2003-06-17, you wrote:
Daniel Wallin <[EMAIL PROTECTED]> writes:
> Is there any interest for luabind in boost? It's similar to boost.python
> but generates binding code to Lua instead of Python.
>
> My feeling is that it would make a good package together with BPL.
>
> http://luabind.sour
Just interesting link on yet another geometry/image library and related :
http://vxl.sourceforge.net
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Bugs item #756067, was opened at 2003-06-17 20:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=756067&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Frey
| Sent: 17 June 2003 11:19
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Math Constants Formal Review - ()s are
| > 1 Control of precision is essential,
| > and some users wanted t
At 11:38 AM 6/17/2003, Howard Hinnant wrote:
>On Tuesday, June 17, 2003, at 10:53 AM, David Abrahams wrote:
>
>> You might also infer how good a compiler's language support is in
>> some cases, but that takes a much more sophisticated view.
>
>Most pointy-haired managers and newbies are convinced
[2003-06-17] Daniel Wallin wrote:
>Is there any interest for luabind in boost? It's similar to boost.python
>but generates binding code to Lua instead of Python.
>
>My feeling is that it would make a good package together with BPL.
>
>http://luabind.sourceforge.net
>
>(note that the library is sti
Daniel Wallin <[EMAIL PROTECTED]> writes:
> Is there any interest for luabind in boost? It's similar to boost.python
> but generates binding code to Lua instead of Python.
>
> My feeling is that it would make a good package together with BPL.
>
> http://luabind.sourceforge.net
>
> (note that the l
Is there any interest for luabind in boost? It's similar to boost.python
but generates binding code to Lua instead of Python.
My feeling is that it would make a good package together with BPL.
http://luabind.sourceforge.net
(note that the library is still in beta)
Daniel Wallin, [EMAIL PROTECTED
On Tuesday, June 17, 2003, at 10:53 AM, David Abrahams wrote:
You might also infer how good a compiler's language support is in
some cases, but that takes a much more sophisticated view.
Most pointy-haired managers and newbies are convinced they are
sophisticated enough to use the results in thi
On Tuesday 17 June 2003 10:49 am, Vladimir Prus wrote:
> I've put together a plan of post-review developement of the program_options
> library --- see attachemnt. I believe it includes all issues raised. If
> anybody mage a suggestion which got lost, or has any opinion on the
> document, I'd be int
[EMAIL PROTECTED] (Greg Comeau) writes:
> In article <[EMAIL PROTECTED]>,
> David Abrahams <[EMAIL PROTECTED]> wrote:
>>[EMAIL PROTECTED] writes:
>>>In article <[EMAIL PROTECTED]>,
>>>David Abrahams <[EMAIL PROTECTED]> wrote:
My guess is that Comeau is being held to a higher standard because
I've put together a plan of post-review developement of the program_options
library --- see attachemnt. I believe it includes all issues raised. If
anybody mage a suggestion which got lost, or has any opinion on the document,
I'd be interested to know.
Thanks in advance,
Volodya
Program optio
[EMAIL PROTECTED] (Greg Comeau) writes:
> In article <[EMAIL PROTECTED]>,
> David Abrahams <[EMAIL PROTECTED]> wrote:
>>[EMAIL PROTECTED] writes:
>>> I've presented this at a higher level, and hence as a build
>>> question, because, it seems
>>> the libs are being built in different ways across t
John <[EMAIL PROTECTED]> writes:
> Hi,
>
> While reading The Boost C++ Metaprogramming Library
> (http://www.boost.org/libs/mpl/doc/paper/mpl_paper.html),
Thanks for your remarks, John. I fixed the source sgml.
Unfortunately, Aleksey is the only one who knows how to translate the
source into
In article <[EMAIL PROTECTED]>,
David Abrahams <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] writes:
>>In article <[EMAIL PROTECTED]>,
>>David Abrahams <[EMAIL PROTECTED]> wrote:
>>>My guess is that Comeau is being held to a higher standard because
>>>people are motivated to get it to check their
In article <[EMAIL PROTECTED]>,
David Abrahams <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] writes:
>> I've presented this at a higher level, and hence as a build
>> question, because, it seems
>> the libs are being built in different ways across tools
> ^
initial code on the net,
interested people can take a look there
-
http://libcalc.sourceforge.net/
Regards,
Justinas V.D.
Daryle Walker <[EMAIL PROTECTED]> writes:
> On Sunday, June 15, 2003, at 10:15 AM, Robert Ramey wrote:
>
>> H - I never imagined that something like this would be so
>> problematic.
>>
>> For now with my VC 7.0 compiler I can use the following and it
>> gives me almost exactly what I need. T
> The license is at the end.
Duh!, apologies, and thanks,
John.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Paul A Bristow wrote:
In previous discussions, the main issues debated were:
1 Control of precision is essential,
and some users wanted to be able to use
float, double and long double at the same time.
"at the same time" is exactly what the "separate headers approach"
doesn't provide if you can o
Daryle Walker wrote:
>> do
>> {
>> ifs.read( buffer, buffer_size );
>> len = ifs.gcount();
>> result.process_bytes( buffer, len );
>> } while ( ifs && (buffer_size == len) );
>>
>> and I think that check for "buffe
In previous discussions, the main issues debated were:
1 Control of precision is essential,
and some users wanted to be able to use
float, double and long double at the same time.
2 Avoiding paying for what you don't use, which leads to
2a MACROS provide a simple way of avoiding some cost for
Bugs item #755763, was opened at 2003-06-17 12:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=755763&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
27 matches
Mail list logo
