At 10:14 AM 6/24/2003, Aleksey Gurtovoy wrote:
>Beman Dawes wrote:
>> The other possibility is that Intel changed something in their 7.1
>> update. I'm planning to install that update in a day or two; we'll
>> see if it breaks the Win32 regression tests.
>
>We upgraded to 7.1 a couple of days ago,
The file "boost/regex/v4/perl_matcher_non_recursive.hpp" includes
statements such as
end += std::min((unsigned)re_detail::distance(position, last),
desired);
operator+= is appropriate for random-access iterators, but not for
merely bidirectional iterators such as std::list::iterator, which
is
hi there,
some weeks ago I proposed an API for XML, which triggered an interesting
discussion. Hamish Mackenzie proposed a somewhat simpler mechanism to attach
the C++ wrapper objects to the C structs from libxml2.
I reworked the API to use that mechanism, so now using an xml document
looks somewh
Jeff Garland wrote:
> I think that it is broader than sockets. The thread library, for
> example, uses something that basically amounts to timeval in
> some cases. Finally, if someone wanted to use a different socket
> library (especially since boost.socket isn't in boost) why make
> them rewrite
David Abrahams wrote:
"John Maddock" <[EMAIL PROTECTED]> writes:
but that it isn't being turned on in the compiler - perhaps a boost.build
expert can jump in here
The code which handles it is:
# tell the compiler about the base toolset.
if $(INTEL_BASE_MSVC_TOOLSET) = msvc
{
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> >> AFAICT, Aleksey is the only one who knows how to make
>> modifications
>> >> to MPL correctly in the context of its preprocessing
>> system. Aleksey,
>> >> a short README would totally solve this problem, wouldn't it?
>>
The good news is that I can get this suggestion to compile using MSVC 7.1 by
adding a cast to resolve ambiguity
template
inline T area(T radius)
{
return (T)math::pi * radius * radius;
// (T)math::pi required to avoid ambiguity
// std::cout << "Area (float) = " << area(1.0
Vladimir Prus wrote:
I have a few comments regarding the tokenizer library.
1. The documentation says that char_delimiters_separator is default parameter
to 'tokenizer' template, and at the same time says that
'char_delimiters_separator' is deprecated. I think that's confusing and
default param
Jeff Garland wrote:
I think that it is broader than sockets. The thread library, for
example, uses something that basically amounts to timeval in
some cases. Finally, if someone wanted to use a different socket
library (especially since boost.socket isn't in boost) why make
them rewrite this cod
Aleksey Gurtovoy wrote:
> Peter Dimov wrote:
>>
>> Also, please note that I don't mind the _developer summary_ being
>> "aggressive" in its pass/fail reports. There are no "expected
>> failures" there as far as I'm concerned. Every failure needs to be
>> reported in red, with pass->fail transitions
Aleksey Gurtovoy wrote:
> Peter Dimov wrote:
>> Aleksey Gurtovoy wrote:
>>>
>>> Well, check out the latest developer report -
>>>
>> http://boost.sourceforge.net/regression-logs/developer_summary
>> _page.html!
>>
>> Intel-7.1 is misconfigured. ADL is disabled but
>> BOOST_NO_ARGUMENT_DEPENDENT_LOO
Beman Dawes wrote:
> The other possibility is that Intel changed something in their 7.1
> update. I'm planning to install that update in a day or two; we'll
> see if it breaks the Win32 regression tests.
We upgraded to 7.1 a couple of days ago, so
http://boost.sourceforge.net/regression-logs/cs-w
Peter Dimov wrote:
> > We just need to agree on the configuration, here. Currently, we run
> > Intel 7.1 in MSVC 6.0 compatibility mode, and Beman probably has his
> > configured for 7.0. I am not sure which configuration is more common
> > in the real world - assuming that this is the criterion we
Peter Dimov wrote:
> Aleksey Gurtovoy wrote:
> >
> > Well, check out the latest developer report -
> >
> http://boost.sourceforge.net/regression-logs/developer_summary
> _page.html!
>
> Intel-7.1 is misconfigured. ADL is disabled but
> BOOST_NO_ARGUMENT_DEPENDENT_LOOKUP is not set. That is why
>
David Abrahams wrote:
> >> AFAICT, Aleksey is the only one who knows how to make
> modifications
> >> to MPL correctly in the context of its preprocessing
> system. Aleksey,
> >> a short README would totally solve this problem, wouldn't it?
> >
> > How about this one instead:
> >
> > f:\cvs\boos
> >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 f
> On Mon, Jun 23, 2003 at 06:53:28AM -0700, Jeff Garland wrote:
> > [snip]
> > Ok will do. I'll add some protections or rounding for when durations
> > support higher than microsecond resolution. I'll let you know when
> > this gets added.
>
> It seems that since 1) timeval is non-(C++) standar
"John Maddock" <[EMAIL PROTECTED]> writes:
>> I just checked out the latest CVS and I am having trouble building it.
>> My environment is:
>>
>> - Windows XP
>> - Intel Version 7.1, Build 20030402Z
>> - Visual C++ 7.0
>>
>> All my environment variables are setup correctly (INCLUDE, LIB, MSVCDIR,
>
I've modified the bcp tool to add a --report mode which will report all the
licenses in effect for a set of boost files, for example:
bcp --report scoped_ptr.hpp scoped-ptr-report.html
will report:
* All the licences in effect.
* All the authors using each license.
* All the copyright holders us
At 06:43 AM 6/24/2003, John Maddock wrote:
>> I just checked out the latest CVS and I am having trouble building it.
>> My environment is:
>>
>> - Windows XP
>> - Intel Version 7.1, Build 20030402Z
>> - Visual C++ 7.0
>>
>> All my environment variables are setup correctly (INCLUDE, LIB,
MSVCDIR,
>
> I just checked out the latest CVS and I am having trouble building it.
> My environment is:
>
> - Windows XP
> - Intel Version 7.1, Build 20030402Z
> - Visual C++ 7.0
>
> All my environment variables are setup correctly (INCLUDE, LIB, MSVCDIR,
> INTEL_PATH, PATH). The command line I am using with
On Mon, 23 Jun 2003 18:27:43 -0400, felix zaslavskiy
<[EMAIL PROTECTED]> wrote:
>
>NetBSD does not have WCHAR_MIN/MAX using gcc3.3 basicaly the min/max for
>wchar_t is INT_MIN/MAX similarly to freeBSD
>
>I encountered this problem when trying to compile boost.python which
>failed because of this
Hi Bruce,
> Vladimir Prus wrote:
> > There's another question: why store "u" at all. I'm
> > guessing "source(*ei, g)" might be more efficient?
>
> That's a good thought, but there might be a problem
> trying to dereference a past-the-end iterator. I
> mentioned before that ei_end could always be
I have now been able to try your suggestions using MSVC 7.1 (rather than the
undoubtedly better Intel 7.1 version (was KAI?))
cout << (float) math::pi etc are OK
(though does this imply that every use of pi need to include the cast?
This would NOT be at all popular because it would obscure the
>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
25 matches
Mail list logo