> The problem is that boost::array is not a wrapper around an
> existing array, it IS an array. This implys making a superfluous
> copy of the array in some cases.
>
> Given an simple C array, I want a wrapper which will supply an
> iterator interface so that I can do something like.
>
> const i
On Fri, 8 Aug 2003, Dave Gomboc wrote:
dave> >
dave> > const in array{] = {1, 2, 3, 4};
dave> > boost::array ba(array);
dave> > std::copy(ba.begin(), ba.end(), std_ostream_iterator(std::cout));
dave> >
dave> > Is there already a way to do this? Or is there some reason why
dave> > one would never
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> That worked!!! replacing BOOST_DEDUCED_TYPENAME with typename
> At Monday 2002/11/11 10:58, you wrote:
>>On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
>> > I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
>> > happens" I s
That worked!!! replacing BOOST_DEDUCED_TYPENAME with typename
At Monday 2002/11/11 10:58, you wrote:
On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
> I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
> happens" I still get the same error(s) in my compile.
or try replacing
Douglas Paul Gregor <[EMAIL PROTECTED]> writes:
> On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
>> I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
>> happens" I still get the same error(s) in my compile.
>
> ... or try replacing BOOST_DEDUCED_TYPENAME with just "typename". My
On Mon, 11 Nov 2002, Victor A. Wagner, Jr. wrote:
> I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
> happens" I still get the same error(s) in my compile.
... or try replacing BOOST_DEDUCED_TYPENAME with just "typename". My
experience with MSVC 6 is that it handles the "typename
I deleted the token BOOST_DEDUCED_TYPENAME and "nothing obvious
happens" I still get the same error(s) in my compile.
At Monday 2002/11/11 10:11, you wrote:
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> unfortunately, the "test case" is (well it was) an operational program
> to validat
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> unfortunately, the "test case" is (well it was) an operational program
> to validate the format of some files produced by a product of my
> client's.
> The limited "callback" now given in VC7.0 (compared to VC6.0) gives me
> almost no clue as t
unfortunately, the "test case" is (well it was) an operational program to
validate the format of some files produced by a product of my client's.
The limited "callback" now given in VC7.0 (compared to VC6.0) gives me
almost no clue as to what was written to cause the error. I'll see if I
can ch
"John Maddock" <[EMAIL PROTECTED]> writes:
>> the remaining error is:
>> c:\Boost Releases\boost\boost\detail\iterator.hpp(115) : error C2061:
>> syntax error : identifier 'value_type'
>> c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\xlocmon(227) :
>> fatal error C1903: unable to rec
> the remaining error is:
> c:\Boost Releases\boost\boost\detail\iterator.hpp(115) : error C2061:
> syntax error : identifier 'value_type'
> c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\xlocmon(227) :
> fatal error C1903: unable to recover from previous error(s); stopping
> compilat
> Yup, this works
> #elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
> defined(BOOST_DINKUMWARE_STDLIB) && (BOOST_DINKUMWARE_STDLIB == 310)
>
> I'd check it in, but I haven't write access to the repository.
> I still have the problem in ONE of my programs.
I've changed to:
#elif defined(_MSC_
At Sunday 2002/11/10 15:58, you wrote:
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> I've chased the issue down to the line:
> #elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
> defined(BOOST_DINKUMWARE_STDLIB) && (1/*BOOST_DINKUMWARE_STDLIB ==
> 1310*/)
>
> which I've modified on MY
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> I've chased the issue down to the line:
> #elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
> defined(BOOST_DINKUMWARE_STDLIB) && (1/*BOOST_DINKUMWARE_STDLIB ==
> 1310*/)
>
> which I've modified on MY system as you see.
> apparently BOOST_DI
I've chased the issue down to the line:
#elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
defined(BOOST_DINKUMWARE_STDLIB) && (1/*BOOST_DINKUMWARE_STDLIB == 1310*/)
which I've modified on MY system as you see.
apparently BOOST_DINKUMWARE_STDLIB is NOT equal to 1310
because that clears up the e
15 matches
Mail list logo
