Aleksey Gurtovoy wrote:
> I am not sure how these particular type_traits failuers related to the MPL
> status one one or another platform ;).
type_trait / lambda push the template processing of the compiler, as
does MPL, so I jumped headlong into a conclusion
BTW, most lambda failures seem to b
Samuel Krempp wrote:
> Is it really enough to get boost.format to compile with BCB 5 ?
With this in place, all seems fine for me apart from the 'internal
padding' issue referred to elsewhere. Don't know if either issue is
addressed in BCB6 [upgrade due end of December, I'll confirm then if
no-on
Samuel Krempp wrote:
> Is it really enough to get boost.format to compile with BCB 5 ?
OK, finally got the latest version into our builds.
Looks good, but I found the following change significantly reduced our
number of warnings:
boost/format.hpp:
was
#if !defined(BOOST_MSVC) || BOOST_MSVC >
Ok, now I have access to BCB6 I have tracked down the failures to some
problems with std::isdigit.
For some reason isdigit is trying to instantiate the ctype facet for
const char, ctype. I haven't worked out the reason this
instantiation is required, but by replacing all calls to isdigit in
parsi
Alisdair Meredith wrote:
> Attached is the fully updated parsing.hpp file
Sorry, file seems to be posted inline. I'll put that down to the
vagaries of the newsgroup interface, and potentially netscape
newsreader. I'll know better next time :¬ (
Beman Dawes wrote:
> Pavel Vozenilek mentioned in private email that Borland had a C++ Builder
> Update 3 at ftp://ftp.borland.com/pub/bcppbuilder/devsupport/patches/bcpp6/
>
> After I had downloaded and installed the update, I found they had never
> announced it publicly. But it is available on
David Abrahams wrote:
> ...although now the only expected failure tests we have left are
> compile-fail. So I don't know what to do with the others.
Could we introduce a third result. Pass and fail we know, 'error' would
the test could not actually be run. This would reflect a compile fail
for
Terje Slettebø wrote:
> The results don't necessarily have to be printed out at
> compile-time (Erwin Unruh printed the results using compiler-warnings, but
> that is of course highly implementation dependent).
> "Hello, world" in compile-time programming doesn't necessarily have to be
> the same
David Abrahams wrote:
> My current working idea is really simple:
>
> struct impl1 { ... };
> struct impl2 { ... };
>
> template
> struct my_container : if_, impl1, impl2>::type
> {
> ...
> };
>
> This is something I want to do all the time; it lets you swap out a
> completely
Looking at integrating Orpheus with our BCB code now we are upgraded to
BCB6.
Timing really sucks :¬ ( Anyone else here working out TurboPower
support this week?
Particularly sad will be if we can't get a BCB6 version of SleuthQA, it
was invaluble to us with BCB5
Here's hoping the TurboPower sta
Sorry, clearly sent to wrong newsgroup :¬ (
Moral: look before you post
AlisdairM
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Blue, Reginald V" wrote:
> The question I have is: Is it likely for any of them to make it into the
> main CVS stream?
I'm quite the lurker too
Sockets seems to be actively under development at the moment. Most of
the activity seems to be on the Wiki at the moment though:
http://www.crys
Gennaro Prota wrote:
> I would *love* to see boost becoming a charity-ware collection of
> libraries. The idea is that we choose a list of associations and
> bodies, and set up a mechanism, through the boost site or another
> site, where download is possible only by making a donation to one of
> t
Andrei Alexandrescu wrote:
> Back to pbd smart pointers, looks like nobody needs policy-based smart
> pointers coz they're so complex and shared_ptr just works for everybody,
> yet new xyz_ptr classes designed from scratch seem to appear around here
> quite often :o\. I just can't stop remarking h
Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourceforge.net/regression-logs
>
>
Gennaro Prota wrote:
> The argument about contradicting the boost purpose, raised by someone
> else, is totally unwarranted as well. Boost would remain exactly the
> same it is now: donation would be a "side effect".
My point (being someone else) is that side effect is to fund something
entire
Beman Dawes wrote:
> There are two other versions we might want to consider eliminating (KISS):
>
>Messages only - Shows status only for tests with warnings or failures.
>Failures only - Shows status only for tests with failures.
>
> I never find myself looking at those. Does anyone else
In view of the pending comittee meeting, and knowing those involved will
be wanting to tie down any loose ends, I'm going to ask a thread-related
question which relates as much to language support (I think) as boost
thread, but this seems to be the active place for threads/ISO at the
moment (please
"William E. Kempf" wrote:
> Yes, this is trivially implemented with boost::thread_specific_ptr<>.
> Well, it may require the use of boost::once() as well, which complicates
> things a little, but it's not that bad. As for language extensions,
> that's still being thought on.
Thanks, now I know w
Beman Dawes wrote:
> Another factor is participation. How many people show up at meetings, how
> many people volunteer to do work? The committee, like Boost, is an all
> volunteer organization. If no one volunteers, the work doesn't get done.
> That's why Boosters on the committee have tried to en
"William E. Kempf" wrote:
> > [Michel André]
> > Another question i noted that in the current boost CVS the boost.thread
> > only builds a dll version of the library and no static ones, in earlier
> > release you only needed the dll when using tss? Is it supposed to be
> > that way?
>
> Yes. It
Beman Dawes wrote:
> See http://www.boost.org/more/cpp_committee_meetings.html. While the
> general public isn't invited to committee meetings, Boost "technical
> experts" are welcome.
So how would I qualify myself as a "Boost technical expert"?
I am hopefully past the 'hump' at work now, and so
The following patch will fix the compile time test failure for
tuple_io/BCB6
[A similar fix was required for format]
tuple_io.hpp (from line 439)
#if defined (BOOST_NO_STD_LOCALE)
const bool is_delimiter = !isspace(d);
#elif defined ( __BORLANDC__ )
const bool is_delimiter = std::use_facet<
Alisdair Meredith wrote:
> OTOH, maybe someone more familiar with stream implementations can take
> it from here and provide the rest of the solution?
Scratch theat, I had missed the '!' when adding the borland case.
tuple_io.hpp (from line 439)
#if defined (BOOST_NO_STD_
Alisdair Meredith wrote:
> Scratch theat, I had missed the '!' when adding the borland case.
Oh, and the templating on CharType.
I THINK this is the final version
[Lesson number 1: before posting, engage brain]
tuple_io.hpp (from line 439)
#if defined (BOOST_NO_STD_LOCALE)
The following 2 patches in Random will pass both the graph and
random_demo tests for BCB6. random_test still fails to compile with the
compiler running out of memory.
random\uniform_smallint [line 189]
#ifndef BOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS
typedef typename detail::uniform_smallint::is
"David B. Held" wrote:
> Optimally_inherit is a device that is the "dual" of compressed_pair<>.
> Andrei suggested it when this issue first came up. Whilst
> compressed_pair<> aggregates when a type is non-empty, and
> inherits when it's empty, optimally_inherit inherits when the type
> is non-em
Beman Dawes wrote:
> * Patches really are best to be supplied as diff output; that cuts errors
> applying them. The -c switch helps make them more readable. It may be
> better to attach the diff output as a file, if long lines would be wrapped
> by pasting it inline.
Is this form better? [diff
Most my porting to borland recently has involved a couple of new bugs
introduced in BCB6. Rather than testing compiler and version
everywhere, should I instead create some BOOST_SOME_DEFECT macros in the
borland config file and test for those instead? If so, any suggestions
for the macro names wo
John Maddock wrote:
> I guess we could boilerplate this and just dump it in the config system, but
> that would mean that would end up including just about
> all the std headers for this compiler. A bit heavyweight if you just want
> to use scoped_ptr or something :-(
> Any other ideas?
We cou
Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourceforge.net/regression-logs
>
>
I have a potential patch for the boost::array tests that will pass under
Borland 0x561 and probably under MSVC as well [I think it is the same
issue]
I am leary of resolving an issue by patching a test, but I think the
issue is comparatively minor, especially in regard to most library use,
and cur
Rene Rivera wrote:
> Count me in that "us" ;-\
> Don't know if different people ran it or not. But it is simply that one has
> a different file name, from an old run, and the table is sorted strictly on
> the file name of the results.
If the old run is no longer relevent (as run date October
Again, a nasty case of patching the tests rather than the library :¬ (
It appears borland ADL is not up to the task of handling the interval
library test cases. Looking at the fail lists, I suspect it is not the
only compiler to suffer.
I suggest adding another boost defect: BOOST_BROKEN_ADL (or
John Maddock wrote:
> I think I like that - do you want to put together the headers?
Sorry, been out the country on short notice all this week.
I suspect it's a bit close to 1.30 to be making such a change in config
now, but I'll try to get something together next week for testing after
it's bra
Peter Dimov wrote:
> > And what if you use the deallocator as a template parameter?
> > Anyway: Do you know any smart-pointer class, which supports custom
> > deallocator and can transfer ownership? (auto_ptr does not support
> > custom deallocator and either smart_ptr or shared_ptr does not supp
Several of the boost libraries select functionality based on the result
of some compile-time test. The result is usually stored in a
BOOST_STATIC_CONST( bool, test::value );
The current Borland compiler does not allow these values to be used as
template parameters though.
I suggest a new config
"William E. Kempf" wrote:
> Boost.Threads is the only library that needs thread-safe versions of
> Boost.Test *TODAY* (at least that are part of the actual Boost project,
> but Boost.Test is also being used outside of the Boost project, and I
> won't begin to claim that I know they don't need thre
Beman Dawes wrote:
> Because of interest in how well Boost 1.30.0 and VC++ 7.1 will work
> together, I've posted regression tests.
>
> See http://boost.sourceforge.net/regression-logs/
>From the department of nitpickers ;¬ )
The links to the fail messages refer to
.../cs-win32-links.htm#...
Richard Hadsell wrote:
> Although someone mentioned this earlier, I have not seen it reiterated
> -- if the size of scoped_ptr grows to more than just the pointer itself,
> I can not use it. I imagine that others also need it to remain simple,
> at least in this respect.
>
> If someone adds anyt
Gennadiy Rozental wrote:
> 1. Does not Boost.Thread already have locking mechanisms
> 2. IMO any locking mechanisms should be implemented in terms of smart_ptr
I don't see the fundamental connection between locking and smart
pointers.
In particular, which smart_ptr are we talking about? shared_
Richard Hadsell wrote:
> Some of the data are in scoped_arrays of scoped_ptrs.
Ah ah, you've done what I said was impossible, you HAVE created a
container of scoped_ptrs!!!
As I suspected, live and learn
Thanks for the explaination.
--
AlisdairM
Gennadiy Rozental wrote:
> Mutex locking is a simple example of resource management idiom. All flavors
> of resource management are easily implemented in terms of policy based smart
> pointers (don't allow name to confuse you). In this particular case most
> probably all that you need is a custom
Beman Dawes wrote:
> In the meantime, for people who submitted patches in the last couple of
> weeks, you might want to check that the patches were either made or
> rejected, rather than just missed in the last minute rush. Please post a
> reminder if they appear to have been forgotten.
I submitt
Beman Dawes wrote:
> But I really don't want to change compilers in the midst of a release
> runup. So I've stuck a note on my calendar for March 12th to install the
> patch.
> If anyone thinks this is a problem, let me know.
Assuming a new version number for __BORLANDC__ it might throw out some
Dave Gomboc wrote:
> But those that don't would look for "resource_manager" or "resource_mgr"
> (and might even find "res_mgr"). The smart_ prefix is quite useless in
> this context, there isn't an old resource manager that is being replaced.
The whole resource management idea is quite fraught.
Phil Nash wrote:
> The fact is that most (I would hope) of those that are subscribed to the
> list know what a smart pointer is. Many would also make the extra connection
> between smart POINTERs and general RESOURCE management.
Not sure even here we agree 100%. What is the precise scope of the
Larry Evans wrote:
> Would the GOF name, proxy, be too non-specific? Policy names might provide
> the specifics (whether it's a pointer or a resource).
Proxy, if anything, sends the wrong message to me. The name suggests
'reference', rather then 'owner'
'bookkeeper' is the best I can come up w
Noel Yap wrote:
> The news group advertised on the site,
> news.gmane.org/gmane.comp.lib.boost.devel, gives no response. Has it
> moved?
Not if you get this reply, I do all my boosting through Gmane
--
AlisdairM
___
Unsubscribe & other changes: htt
Martin Wille wrote:
> Otherwise, I completely agree with Joel's reasoning that
> "resource" is the best name.
I have mulled it over for a while, and tried to imagine myself coming at
the issue for the first time, as someone learning C++ rather than
learning/devising new tricks.
In this case, I f
Peter Dimov wrote:
> It depends on the choice of template parameters, of course. If you go the PB
> way, resource<> is definitely a contender:
This is definitely the direction I was thinking. Otherwise, we get
shared_resource, scoped_resource, movable_resource, etc and we start
wanting an abbre
Greg Colvin wrote:
> Which is why the original releaser<> proposal is not in the standard.
> There are just too many different kinds of resource, with too many
> different ways of acquiring and releasing them. So it wasn't clear
> that any general facility could improve on just wrapping each reso
Thorsten Ottosen wrote:
> 2. many standard algorithms take a single output iterator as an argument.
> Currently the argument for output must be a container. Should
> it be posible to specify an iterator here too?
Absolutely! Not all iterators belong to containers eg ostream_iterator
--
Ali
Picking off more borland errors, I have a couple of questions on this
test case:
1/ should char be Char in the following snippet [case-error]
[Extract of static_assert.hpp starting line 53]
template
struct Bill
{
private: // can be in private, to avoid namespace pollution
BOOST_STATIC_ASS
It appears the current borland compiler has several problems when
linking with the dyanmic version of the RTL, most noticably (in boost
regressions) wrt std::numeric limits. These problems go away when
linking statically to the RTL. Would it be viable to change the
regression builds to support th
John Maddock wrote:
> I don't know, it seems to be a really weird compiler bug, because adding
> extra parenthesis around a > expression doesn't help.
I think it is a parser/lexer issue, where the '<' and '>' tokens are
taken for template syntax rather than boolean comparison. Adding parens
does
All the links to warnings/fails point to the d: drive and so are a
little inaccessible right now
Also, is there any way to get the 'differences emphasised' view? Often
a single test starts passing/failing and it is very hard to locate which
one has changed, especially without the previous test r
Is there any reason the Spirit tests are not integrated into the
regression suite at the moment?
I just updated status\jamfile to test locally and the only problem I had
was an MT test running away for a VC7 build
diff below
===
RCS
Borland fails several tests due to missing exports from in its
dynamic runtime library.
The following two patches will use static linking on the problem
libraries (for borland only)
BOOST_ROOT/status jamfile for config/limits test
cvs diff Jamfile (in directory C:\Projects\3rdParty\boost\statu
Beman Dawes wrote:
> Here is my list of outstanding patches and fixes. It would be great if we
> could resolve the bulk of these for 1.30.0.
I have also reported and not seen rejected:
(easily lost in the volume surrounding a release)
[2 Random fixes also required for Graph]
==
Dave Gomboc wrote:
> Just curious if anyone's doing something along these lines. A quick
> google search on boost turned up only Boost.Test, which (I think?) is
> something quite different.
I was just thinking the same thing last week, and trawling through
old lists found a real mess of views
Trevor Taylor wrote:
> As a software user I am frequently frustrated by "an error occurred"
> like failure messages. As a developer I know that the software *knows*
> exactly what failed, why, and exactly what it was doing at the time, but
> doesn't pass any of this information on.
Alexei Alexand
Russell Hind wrote:
>
> Does anybody know if this needs fixing, or is it my mistake. If it
> needs fixing, is someone able to do it before 1.30.0 is released?
Yes, I think it needs fixing!
I think simply dropping the separate test for 0x0561 is easiest, given
the Kylix test covers both. Otherw
Beman Dawes wrote:
>
> At 08:06 AM 3/19/2003, Alisdair Meredith wrote:
>
> >Russell Hind wrote:
> >>
> >> Does anybody know if this needs fixing, or is it my mistake. If it
> >> needs fixing, is someone able to do it before 1.30.0 is relea
Alisdair Meredith wrote:
> I am currently doing a search for other places where borland v 0x0561 is
> assumed, as I don't think the latest patch fixed any issues that would
> affect boost and it would be a shame to have to choose between boost and
> the patch.
OK, borland 0x
Beman Dawes wrote:
> There just isn't any time left. See "OK to tag for release?" message just
> posted.
> Sorry,
The line has to be drawn somewhere, and it is human nature to wish we
were the other side
I will be able to test properly with the new BCB patch myself next
week. My worry is that
Darren Cook wrote:
> I wanted something like the call stack that shows in python or java when an
> uncaught exception occurs; if you're also suggesting a snapshot of local
> vars/parameters then I'll be in heaven and may never need to fire up a
> debugger again :-).
This is exactly NOT what I am
Russell Hind wrote:
> I had the same problem with C++Builder 6 when first using the filesystem
> library. The default builds for filesystem are single threaded. If
> your application is multi-threaded, then you need to re-build the
> filesystem library with multi-threading (it uses mutexes somew
Greg Colvin wrote:
> std::exception used to have a why() member that returned the list of
> exceptions leading to the one caught. Is that part of what you want?
Not exactly. I'm not too bothered about the history of the exceptions,
I'm simply concerned with formatting useful error messages for
Russell Hind wrote:
> I agree with that. Would it be better to make it a millisec_clock, or
> just use the microsec_clock but the resolution is only milliseconds?
WinAPI Note: we can get a higher resolution using the
QueryPerformanceCounter API (and QueryPerformanceFrequency if resolution
info i
Russell Hind wrote:
> Can these be used to get an actual date/time though? Or just for high
> resolution timing? I've only had a brief look at them, so will read a
> bit more.
Oops, good point!!
--
AlisdairM
___
Unsubscribe & other changes: http://
Russell Hind wrote:
> Another group in our company uses BugZilla for an internal project, and
> I helped them out on it for a few months, and so had access to it. I
> liked it. Specifically:
We use BugZilla internally too, and I would describe it as 'rudimentary,
but adequate'. OTOH, we have n
For boost 1_29 the Linux regression logs were preserved. For boost 1_30
we have the logs for many more platforms. However, this means that
almost half the logs on the testing page are never going to be updated
and just sit there growing 'older'.
Is it possible to create separate pages for regres
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::what() const'
[const missing, to state the obvious]
This ap
Alkis Evlogimenos wrote:
> FYI: the linux box running the daily regression tests has been upgraded to
> Mandrake Linux 9.2 (gcc 3.2.2 / glibc 2.3.1).
Looks like Intel6 and Kylix don't like that box :¬ (
If this is not an easy fix, I would suggest dropping them from your
tests for now, as the pro
Bohdan wrote:
> Recently i heard something about "Double Dispatch" within FSM discussion.
> Sorry for bothering, but where can i find something about it ?
> Sources/Article ?
> Thanks for help.
In addition to other references, you might find the following paper
submitted to ISO in the post-Oxford
David Abrahams wrote:
> While at the ACCU and committee meeting, Jeremy, Thomas and I did a
> whole bunch of work on the sandbox version of iterator adaptors and
> the new categories in boost/iterator and libs/iterator. We think that
> the implementations are quite stable now and are trying to ge
> "Justin M. Lewis" wrote:
> My idea was, if you make a simple template class, originally I called
> it CRetVal, you could force people to specify at the time the function
> is called what's going on. I made a helper template function retval
> that would create and return a CRetVal object of the
David Abrahams wrote:
> but you can view HTML formatted versions here:
>
> http://boost-consulting.com/writing/facade-and-adaptor.html
> http://boost-consulting.com/writing/new-iter-concepts.html
OK, it's petty to pick on formatting!
But for some class of symbol you have chosen to forc
Bo Persson wrote:
> Instead of dropping elements when the buffer is full, we might also
> consider waiting or throwing a failure.
"The one true circular buffer template" is a nigh impossible goal,
because it means so many things to different people.
A policy based approach would probably yield a
Edward Diener wrote:
> Do realize that people are different and that my programming preference is
> almost always to use a GUI interface over command lines as long as the GUI
> interface lets me do what I want to accomplish. Of course I write actual
> code in a fancy editor just like everyone else
Edward Diener wrote:
> I was able to log on to the Boost CVS repository, but I have no idea how to
> display the file structure in WinCVS. Is there a way to do this or am I
> supposed to issue CVS commands and look into a command line window to see
> what is there ?
OK, copy/pasting from the web-
Nigel Stewart wrote:
> To summarise:
>
> Possible resize policies:
>
> i. Capacity is fixed at compile time.
> ii. Capacity is fixed at construction time.
> iii.Capacity can be manually managed by client code.
> iv. Capacity is all
Vladimir Prus wrote:
> 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 parameter should be changed to 'char-separator'.
I was
Howard Hinnant wrote:
> In other words, if we standardize a boost library, will the library's
> copyright notice have to be in all implementations of that std::lib?
> Will the copyright need to appear in the standard itself?
The copyright holder can always choose to grant an alternative license
t
Gregory Colvin wrote:
> It seems that doing it by reference to a web page amounts to Boost
> reserving
> the right to change terms in the future, possibly to the disadvantage
> of the
> authors and users. But I see lots of code that refers to the GPL that
> way,
> so this is another question for
Gregory Colvin wrote:
> This seems like a lot more trouble than just pasting our
> brief license into every source file.
The advantage of a single, separate file is that it is much less
paperwork for an audit team to review. They only need confirm all files
link to the same license, not that the
Hugo Duncan wrote:
> I was under the mistaken impression that __fastcall was a borland only
> thing.
It does mean different things to different compilers though. For
instance, borland now has __msfastcall to support the VC fast-call
convention.
--
AlisdairM
___
David Abrahams wrote:
> > [Beman Dawes]
> > Hum... You must be seeing some way of getting a 1.30.1 release out
> > that eludes me. What would go into 1.30.1?
> Exactly what's on the end of the RC_1_30_0 branch plus whatever
> additional small fixes were deemed important and can be applied in a
>
John Torjo wrote:
> But I guess we're on the same side ;-)
> This is what we wanted with BOOST_HAS_CURRENT_FUNCTION : just to tell us if
> the current compiler has a FUNCTION_NAME facility.
> (so, it could be renamed: BOOST_HAS_FUNCTION_NAME)
>
> If we find that a current compiler has a FUNCTION_
Beman Dawes wrote:
> Care to suggest a docs patch?
Guess I asked for that
I should have time to write something up this weekend, assuming John is
happy.
--
AlisdairM
Team Thai Kingdom
___
Unsubscribe & other changes: http://lists.boost.org/mailman/
The concept checker ReadableIteratorConcept is causing several failures
for the new iterator adaptors under BCB6.
I have two possible patches, either of which solve the problem.
# if BOOST_WORKAROUND( __BORLANDC__, BOOST_TESTED_AT( 0x564) )
typedef BOOST_DEDUCED_TYPENAME
boost::detail::iterat
There is a problem with the Borland BCB6 compiler specializing std::swap
for user defined types when using the STLport standard library. This
may apply to other compilers using the library as well, but only have
experience with Borland.
An example is the clearest demonstration:
// - Begin
version.hpp still claims to be version 1.30.0
--
AlisdairM
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
David Abrahams wrote:
> Err, I don't get it. It seems to me that you only need the hack if
> you're going to *specialize* swap. *Using* std::swap should work just
> fine.
OK, that's because I was confused
The following is really a minimal example, so I can be clearer this
time:
#include
c
Beman Dawes wrote:
> What is the status of the Borland compiler as far as fixes and updates go?
> Have they announced any plans?
Borland tend not to announce anything until they are actually shipping
the product. It's an annoying habit, but as the customers have lived
with it all this time I dou
Robert Ramey wrote:
> Currently boost array contains a copy of the array that initialized it.
> Is there any reason that boost array can't be enhanced to contain a reference
> to the original C array? I think this would make it more useful
> to me as well as others.
I don't see the problem. b
Daniel Frey wrote:
> The trackers are IMHO a problem because they require a lot of work. The
> current state shows that it is not maintained well, e.g. there are open
> bugs which are long closed in CVS, see #451535. Sure we could do better
> in theory, but is it worth it? Why not use regression t
Peter Dimov wrote:
> I think that this specialization is ill-formed if the primary swap<> isn't
> in std. Your code is broken by STLport's tricks, even though it looks
> correct. :-)
I think this is the consensus.
> Try
>
> template<> void std::swap( empty &lhs, empty &rhs )
> {
> }
>
> instea
Robert Ramey wrote:
> const int array[] = {1, 2, 3, 4};
> boost::container_facade cfa(array, sizeof(array)/sizeof(int));
I guess my problem is I still don't understand what is wrong with
const boost::array< int, 4 > = { 1, 2, 3, 4 };
in this case.
If you are referring to having to dictate the
1 - 100 of 112 matches
Mail list logo
