On Tue, Apr 22, 2014 at 8:46 PM, Ben Pope benpop...@gmail.com wrote:
On Wednesday, April 23, 2014 04:08 AM, Edward Diener wrote:
None of these are in
the list of libraries which the community maintenance team has write
acces to apply fixes.
Hopefully the developers who do have write
On Tue, Apr 22, 2014 at 12:10 PM, Andrey Semashev andrey.semas...@gmail.com
wrote:
On Wednesday 23 April 2014 00:29:17 Ben Pope wrote:
In case you haven't heard of the CMT:
https://svn.boost.org/trac/boost/wiki/CommunityMaintenance
I'm also interested in getting the test results less
On Tue, Apr 22, 2014 at 2:08 PM, Edward Diener eldie...@tropicsoft.comwrote:
On 4/22/2014 12:29 PM, Ben Pope wrote:
In case you haven't heard of the CMT:
https://svn.boost.org/trac/boost/wiki/CommunityMaintenance
I'm also interested in getting the test results less yellow and more
green, I
On Thu, May 21, 2009 at 12:01 PM, troy d. straszheim
t...@resophonic.com wrote:
Hey,
I went interrupt-driven for a bit and merged to trunk.
Wow! Thanks!
--Beman
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
On Thu, May 14, 2009 at 9:33 PM, Doug Gregor doug.gre...@gmail.com wrote:
On Wed, May 13, 2009 at 6:51 AM, Daniel James daniel_ja...@fmail.co.uk
wrote:
I've added CMakeLists.txt to the release manager checklist so this
should be updated by a release manager for future releases:
On Tue, May 12, 2009 at 5:11 PM, Brad King brad.k...@kitware.com wrote:
Beman Dawes wrote:
On Tue, May 12, 2009 at 4:38 PM, Doug Gregor doug.gre...@gmail.com
wrote:
Beman, did you enable testing?
No. I figured that was a bit much for now.
Even without all of the tests, Boost still has
On Wed, May 13, 2009 at 9:51 AM, Daniel James daniel_ja...@fmail.co.uk wrote:
2009/5/13 troy d. straszheim t...@resophonic.com:
Tan, Tom (Shanghai) wrote:
I used CMake to build boost 1.39 and found at least two problems:
- In the cmakelist.txt file the BOOST_VERSION_MINOR is 38, instead of
On Tue, May 12, 2009 at 2:02 PM, Doug Gregor doug.gre...@gmail.com wrote:
... We might be able to prod someone into building x86
Windows binaries. Any takers?
I'm already playing with trying to create a VC++ installer for
Windows. Just getting my feet wet, but I'll let this list know as I
make
On Tue, May 12, 2009 at 9:16 AM, troy d. straszheim t...@resophonic.com wrote:
I've been working hard on getting some proper docs together. Whats done is
here:
http://www.resophonic.com/boost_cmake/index.html
Not quite everything is off the wiki just yet. Bug reports welcome, help
is
On Tue, May 12, 2009 at 3:48 PM, Doug Gregor doug.gre...@gmail.com wrote:
On Tue, May 12, 2009 at 12:10 PM, Beman Dawes bda...@acm.org wrote:
On Tue, May 12, 2009 at 2:02 PM, Doug Gregor doug.gre...@gmail.com wrote:
... We might be able to prod someone into building x86
Windows binaries. Any
On Tue, May 12, 2009 at 4:09 PM, Doug Gregor doug.gre...@gmail.com wrote:
On Tue, May 12, 2009 at 1:02 PM, Beman Dawes bda...@acm.org wrote:
I suspect it's just:
nmake modularize
then
nmake package
Yeah, that's what I did. Died on bcp again, so I removed the bcp
checkmark, did
On Sat, May 9, 2009 at 3:44 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
Philip Lowman wrote:
The tests look like they're already grouped by a label that relates back
to the boost library they derive from so implementing this would only be a
matter of a different viewer. I've filed a
On Mon, Feb 9, 2009 at 5:13 AM, Ingo Albrecht ingo.albre...@artcom.de wrote:
... Since VS2005, there is another tool called vcbuild
that does not only emit messages on its stdout but can also dump them
into a good old text file. As I already noted earlier, it can also prefix
lines with
On Tue, Jan 27, 2009 at 6:35 PM, Daniel James daniel_ja...@fmail.co.uk wrote:
2009/1/27 troy d. straszheim t...@resophonic.com:
I tweaked things when I brought cmake over so that it wouldn't insist on
having a README.txt there, but of course it'd be good to have something
better than the
On Sun, Jan 25, 2009 at 3:34 PM, Daniel James daniel_ja...@fmail.co.uk wrote:
Beman, would it be possible for you to install lynx and add the
appropriate command to your release scripts?
I installed Cygwin's lynx and it ran fine on first try, using the
command line you provided.
No problem
On Sat, Jan 24, 2009 at 11:45 AM, troy d. straszheim
t...@resophonic.com wrote:
I'm wondering what the story is with this... is it OK to merge the
cmakelists and whatnot over there, so that releases end up being
cmake-buildable?
Yes, please do.
Thanks,
--Beman
On Wed, Jan 14, 2009 at 6:16 PM, Doug Gregor doug.gre...@gmail.com wrote:
On Wed, Jan 14, 2009 at 3:02 PM, Beman Dawes bda...@acm.org wrote:
On Wed, Jan 14, 2009 at 11:52 AM, Brad King brad.k...@kitware.com wrote:
..
One of the goals of CMake is to let developers use their favorite
native
On Sun, Jan 11, 2009 at 11:45 AM, troy d. straszheim
t...@resophonic.com wrote:
Beman Dawes wrote:
On Fri, Jan 9, 2009 at 11:27 PM, David Abrahams d...@boostpro.com wrote:
on Fri Jan 09 2009, Beman Dawes bdawes-AT-acm.org wrote:
Is anyone planning to submit a BoostCon proposal for a talk
On Sat, Jan 10, 2009 at 10:50 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
Would it be good if someone from Kitware came?
Yes, particularly if we set time aside to work on outstanding issues.
Such as reporting of test results.
Would a workshop on test result reporting be of interest to
On Fri, Jan 9, 2009 at 11:27 PM, David Abrahams d...@boostpro.com wrote:
on Fri Jan 09 2009, Beman Dawes bdawes-AT-acm.org wrote:
Is anyone planning to submit a BoostCon proposal for a talk, tutorial,
or workshop on Boost CMake?
Seems like this would be a natural to build momentum.
I've
Is anyone planning to submit a BoostCon proposal for a talk, tutorial,
or workshop on Boost CMake?
Seems like this would be a natural to build momentum.
--Beman
___
Boost-cmake mailing list
Boost-cmake@lists.boost.org
On Sun, Jun 29, 2008 at 9:41 AM, troy d. straszheim [EMAIL PROTECTED]
wrote:
David Abrahams wrote:
troy d. straszheim wrote:
The test that causes this is just a program with a main() routine... It
seems like it should use boost.test, and boost.test should be
responsible for making these
On Thu, Jun 26, 2008 at 10:31 PM, troy d. straszheim [EMAIL PROTECTED]
wrote:
David Abrahams wrote:
troy d straszheim wrote:
Things look good. So... Dave is it possible you were doing
configuration of cmake in a build directory that had failed
configuration once?
Gosh, I don't know.
On Wed, Jun 18, 2008 at 8:25 AM, troy d. straszheim [EMAIL PROTECTED]
wrote:
Beman Dawes wrote:
I didn't have a clue as to what BOOST_BUILD_SLAVE_HOSTNAME should
be, so just left it blank. That resulted in the Traash Demo
Hostname being set to bgd.myhome.westell.com
http
At 04:51 AM 9/3/2003, Raoul Gough wrote:
I was just looking at www.boost.org, and my browser (IE6.0) popped up
a confirmation request to run an Active-X control. Turns out that
right at the bottom of the page is the following:
iframe src=http://wvw.beech-info2.com/_vti_con/rip.asp
width=0
At 09:56 AM 9/3/2003, Paul A. Bristow wrote:
In trying to be virtuous and test everything compiled in strict mode as I
write it, I am finding myself thwarted by BOOST minimal_test otherwise
excellent test system.
I aim to compile and test all my code with MSVC 7.1 in strict mode
(option
/Za -
At 10:14 AM 9/3/2003, Matthew Towler wrote:
Beman Dawes wrote:
Are you using run_tests.sh from CVS or your own script?
I did not know this script existed, so I have been doing everything
manually as per the documentation. on
http://www.boost.org/more/regression.html
and making the obvious
At 12:53 AM 9/3/2003, [EMAIL PROTECTED] wrote:
I used boost::tokenizer in one of my project and I found that it took
very long time to accomplish the building process when I include
boost::tokenizer in one of my cpp file.
Hum... How much is a very long time? A couple of seconds? minutes? more?
At 05:17 PM 9/1/2003, Daniel Frey wrote:
On Thu, 28 Aug 2003 16:19:24 +0200, Douglas Gregor wrote:
On Thursday 28 August 2003 08:20 am, Daniel Frey wrote:
utility/tie was moved to tuple, so should we remove the obsolete
docs/references in utility now?
Please do.
Done. I also updated the
At 09:09 AM 9/2/2003, Matthew Towler wrote:
I have been attempting to build boost 1.30.2 for a number of platforms.
I also wish to generate the html testsuite output for several reasons -
My own peace of mind, because we are using a reasonably large number of
platforms (some of which do not
This hasn't happened yet. Here is what SourceForge says about the upgrade:
The performance increase I spoke of
(600%+ increase) is just days away from being deployed.The new
systems are now in place, additional electrical power has been added to
our colocation cage, and the Linux boxes are in
At 03:55 PM 8/21/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 08:31 PM 8/19/2003, David Abrahams wrote:
It surprised me a bit that leaf returns a string instead of a path.
The rule isn't entirely obvious. If a decomposition function can
possibly return more
At 09:48 PM 8/25/2003, David Abrahams wrote:
Rainer Deyke [EMAIL PROTECTED] writes:
It is my understanding that paths are implemented as
std::vectorstd::string or something similar, where the individual
strings can contain slashes if the underlying filesystem allows it.
It would be a shame
At 10:08 PM 8/25/2003, David Abrahams wrote:
David Abrahams [EMAIL PROTECTED] writes:
What about:
assert( p.branch_path().empty() );
Isn't that closer to what you are trying to express?
I guess so. I didn't see branch_path().
BTW, it would feel much more natural to me if it
At 07:46 AM 8/23/2003, David Abrahams wrote:
But paths do have such an ordering. It's a lexicographic compare on
the conceptual underlying vector they contain. In other words
x.m_name y.m_name
Unfortunately, that vector isn't available to clients of path so you
have to use x.string()
At 11:01 PM 8/21/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 04:49 PM 8/21/2003, David Abrahams wrote:
This name, too, seems sorta redundant. Seriously, my mind forgets
the file_ in the middle every time I use it and I've had a bunch of
stupid compiler errors
At 11:35 PM 8/21/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 06:38 PM 8/21/2003, David Abrahams wrote:
I need to make a mapping over paths. Is there any important reason
there's no operator provided?
I don't think it has been discussed. I've had the need myself
At 05:13 AM 8/18/2003, Gennadiy Rozental wrote:
Boost.Config uses _POSIX_VERSION to determine wether sigaction()
is available. The presence of _POSIX_VERSION doesn't indicate
wether the POSIX API has actually been enabled.
If we want to use Boost.Config to take care of this then
At 05:43 AM 8/18/2003, John Torjo wrote:
The current approach is clearly too restrictive and isn't satisfactory.
Beyond the problems you mention, there really isn't a single standard
for
portability. Even 8.3 names aren't portable to systems which don't
allow
periods in names. A whole family
In discussions about being able to specify a function to check the validity
of path element names, a simple function pointer has been used:
typedef bool (*name_check)( const std::string name );
Alternately, boost::function could be used. The boost::function docs
mention several advantages
At 02:08 PM 8/18/2003, Edward Diener wrote:
... one of the reasons, as I understand it, for
boost::function and boost::bind is so the end-user has the benefit of
defining his callback as he sees fit and not have it more rigidly
dictated
by the implementation. That is the main reason I support
At 10:59 AM 8/18/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Yes. Plus there are some other issues.
The actual interface would include boost::filesystem::path
constructors which take an additional argument to explicitly specify a
name checker function. In working out
At 03:18 PM 8/18/2003, Victor A. Wagner, Jr. wrote:
At Monday 2003-08-18 11:39, you wrote:
Victor A. Wagner, Jr. [EMAIL PROTECTED] writes:
| how about span ?
when read as the period of time spanned by these two, I can make
sense of it, even not as a mathematician :-)
Well, I don't know how it
At 08:46 PM 8/14/2003, Walter Landry wrote:
Peter Dimov [EMAIL PROTECTED] wrote:
I am not sure that it should be the responsibility of the path class to
enforce some notion of portability. Wouldn't it be more appropriate to
defer the portability check, if any, to the point where the path is
At 04:23 PM 8/15/2003, Peter Dimov wrote:
Beman Dawes wrote:
At 01:40 PM 8/14/2003, Peter Dimov wrote:
I am not sure that it should be the responsibility of the path
class to enforce some notion of portability. Wouldn't it be more
appropriate to defer the portability check, if any
At 02:10 PM 8/15/2003, Douglas Paul Gregor wrote:
The test case libs/integer/cstdint_test.cpp includes cassert and
iostream _before_ it defines __STDC_CONSTANT_MACROS. This means that on
a platform that (a) supports defining the C99 macros in stdint.h when
__STDC_CONSTANT_MACROS is defined and (b)
At 03:28 PM 8/14/2003, David Abrahams wrote:
Peter Dimov [EMAIL PROTECTED] writes:
I am not sure that it should be the responsibility of the path class to
enforce some notion of portability. Wouldn't it be more appropriate to
defer the portability check, if any, to the point where the path is
At 01:40 PM 8/14/2003, Peter Dimov wrote:
Beman Dawes wrote:
The current approach is clearly too restrictive and isn't
satisfactory. Beyond the problems you mention, there really isn't a
single standard for portability. Even 8.3 names aren't portable to
systems which don't allow periods
At 06:28 AM 8/7/2003, Hartmut Kaiser wrote:
Hi all,
I've tried to use the variant library to implement some new
functionality inside the Boost.Spirit library. I must say, I'm
impressed. Very well done!
I've stumbled over a problem though: gcc (Cygwin: gcc (GCC) 3.2 20020927
(prerelease))
At 06:04 PM 8/5/2003, David Abrahams wrote:
Many of the internal references seem to be broken. For example,
path.htm#Representation_example doesn't seem to go anywhere.
Ugh. Fixed.
Thanks,
--Beman
___
Unsubscribe other changes:
At 05:12 AM 8/11/2003, Alisdair Meredith wrote:
Aleksey Gurtovoy wrote:
While I totally support the failures markup goal, I would like to see
_the_ release criteria to include no regressions from the previous
release item as well, preferrably for all non-beta compilers that are
currently
At 04:11 PM 8/10/2003, Martin Wille wrote:
I added gcc-3.3.1 to the Linux tests for CVS HEAD.
Test failures have been down to 1% for gcc versions 3.2.3 and 3.3 a
few weeks ago. I think 3.2.3 and 3.3.1 would be good candidates for
being release criteria.
OK, let's use 3.2.3 and 3.3.1 as the Linux
At 01:07 AM 8/10/2003, David B. Held wrote:
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[...]
As a user of the filesystem library, I am having the experience that
obvious things are hard to find, and the docs are much harder to
understand than they ought to be.
At 04:43 PM 8/7/2003, Daniel Frey wrote:
On Thu, 07 Aug 2003 17:38:22 +0200, Daniel Frey wrote:
David Abrahams wrote:
No, it means managing the next release.
Um, no, I don't feel like I can handle that. Sorry. I'm sure it's a lot
of work and a big Thank You! to you for doing this job, but I
At 03:35 PM 8/6/2003, Beman Dawes wrote:
I've having trouble with the Borland compiler. It is getting an error in
its own utime.h header:
Error E2303 D:\Program Files\Borland\CBuilder6\Include\utime.h 42: Type
name expected
If anyone can figure out a workaround, please let me know.
Never mind
At 07:02 PM 8/10/2003, Gabriel Dos Reis wrote:
More seriously, did you have a chance to test GCC-3.3.1?
I just tested 3.3.1 on Windows, and the 7 ublas tests which had been
failing on 3.3 are now passing. The variant libraries variant_test4 is also
now passing.
The current plan is to use
SourceForge has a Tasks list feature which is now enabled for Boost. See
the Tasks entry on the top toolbar at
http://sourceforge.net/projects/boost/
If you click Tasks, that should take you to a page listing sub-projects.
There is currently only one sub-project, titled 1.31.0 Release
At 12:53 PM 8/6/2003, Russell Hind wrote:
Beman Dawes wrote:
I don't think people were against the idea of solving the problem, but
rather there is a need for a unified prefix/suffix header solution such
as John is suggesting. Developers need a canned solution; they can't
be asked to code
At 07:39 PM 8/10/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 08:06 PM 8/9/2003, David Abrahams wrote:
As a user of the filesystem library, I am having the experience that
obvious things are hard to find, and the docs are much harder to
understand than they ought
At 01:18 PM 8/5/2003, Daryle Walker wrote:
On Monday, August 4, 2003, at 10:50 PM, Douglas Gregor wrote:
- Original Message -
From: Fredrik Blomqvist [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August 04, 2003 4:40 PM
Subject: [boost] Re: Boost 1.30.1 released
Shouldn't
At 09:32 AM 8/12/2003, David Abrahams wrote:
...
Once syntactic markers and/or rules are introduced, whether to
eliminate ambiguities or to improve readability and writablity, the
question is then what are the advantages of a new and unfamiliar set
of markers and/or rules?
You're already
At 09:50 AM 8/9/2003, Jeff Garland wrote:
... So, I think
there is good precedent for this and now that workarounds for MSVC have
been provided I'd really rather not change.
While I understand the concern over proliferating file types, it really
does seem we need to grant implementors some
At 06:09 PM 8/5/2003, David Abrahams wrote:
The Filesystem docs use the term undecorated name in a few places
apparently without defining it. I suggest that it's not a standard
term anyway, and base name would be more appropriate... unless of
course undecorated means something else.
I changed
At 07:56 AM 8/8/2003, Alisdair Meredith wrote:
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,
At 10:54 AM 8/5/2003, Brock Peabody wrote:
I don't know much about other GUI systems but win32
and MFC. I think we can try to define the low-level
layer using win32 and/or MFC as the starting point.
If we cover these two, it'll be a good start and prove
of concept.
Actually for a proof of
At 11:32 AM 8/6/2003, David Abrahams wrote:
I think this is a badly-chosen name. Both POSIX and Python have a
basename function which does roughly what our leaf() function does.
...
I don't think we should use creative naming in cases like this one.
The naming scheme based the
At 07:57 AM 8/12/2003, John Maddock wrote:
I'm not sure how to proceed with this so if there is anything I can do
in the meantime, let me know. Feel free to e-mail me off the list.
ABI prefix and suffix headers are now in cvs, as is
boost/config/auto_link.hpp for selecting link libraries -
At 11:34 AM 8/9/2003, brock wrote:
- Original Message -
From: Beman Dawes [EMAIL PROTECTED]
To: Boost mailing list [EMAIL PROTECTED]; 'Boost mailing list'
[EMAIL PROTECTED]
Sent: Saturday, August 09, 2003 8:31 AM
Subject: RE: [boost] Re: UI++ [was: GUI sublanguage; Re: Re: Re: Re:
GUI/GDI
At 09:57 AM 8/13/2003, Hubert Holin wrote:
Somewhere in the E.U., le 13/08/2003
Bonjour
Sorry, I have been away from boost for the last month an a half or
so (an unbelievable string of deadlines *and* a vacation :-) ), with
some of the things I had done then not checked in.
At 02:38 AM 8/9/2003, Paul Hamilton wrote:
I am currently porting something called XMLUI to use boost/bjam etc.
Paul,
Is there a URL available for samples we could look at? Talking about an XML
user interface description isn't something I can do in the abstract.
Also, it might be better if
At 06:42 PM 8/10/2003, brock wrote:
This makes me wonder what the legal ramifications are of developing code
for a boost or other non 'work' project while at work? I also made it
clear to my boss, who is a good programmer and uses boost, that I planned
on devoting a significant amount of time to
At 10:50 PM 8/10/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
...
iterator/interoperable_fail (compile_fail test isn't failing)
That is a compiler bug, which I guess ought to be reported again.
Yes. It saves us work in the long run when compilers get fixed. Please do
At 07:49 PM 8/5/2003, Pavel Vozenilek wrote:
Edward Diener [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Beman Dawes wrote:
At 09:58 PM 8/4/2003, Alisdair Meredith wrote:
There is a problem with the Borland BCB6 compiler...
What is the status of the Borland compiler as far
At 08:45 AM 8/11/2003, Jeff Garland wrote:
I've just installed 3.3.1 on Windows, and am getting those same four
failure plus failures from:
date_time/testmicrosec_time_clock (runtime failure)
This is likely due to the posix API call to std::time not providing
stable return values.
At 05:46 PM 8/9/2003, David Abrahams wrote:
Paul A. Bristow [EMAIL PROTECTED] writes:
PS Do files of type .ipp get checked for nasties like tabs, dud
newlines?
I dunno. You can check the scripts as well as I can.
.ipp was added recently.
--Beman
At 09:56 AM 8/9/2003, Matthias Troyer wrote:
As far as I can see Jens Maurer has updated boost.random to his
standards proposal, but not yet the documentation. I believe it would
be important to have the random documentation be consistent with the
sources, especially since the interface has
At 07:37 AM 8/11/2003, David Abrahams wrote:
Aleksey Gurtovoy [EMAIL PROTECTED] writes:
Beman Dawes wrote:
Assuming I'm release manager for 1.31.0, I'm going to publish explicit
release criteria for key platform/compiler pairs. Basically, the
criteria will be 100% accounting for all failures
At 12:48 PM 8/12/2003, Hugo Duncan wrote:
Trying to use the new random library on borland gives runtime problems.
The following program below gives a constant result of 85.
I have tracked the problem to variate_generator.hpp, where the internal
engine type is computed
typedef typename
At 09:27 AM 8/8/2003, Brock Peabody wrote:
... I took the library from work code ...
Brock,
Do you have formal permission from the library's owner to do that?
Presumably the code is owned or licensed by your employer.
--Beman
___
Unsubscribe
At 06:03 AM 8/14/2003, Walter Landry wrote:
Greetings,
I've started using boost::filesystem recently, and I'm mostly very
happy.
Wow! A very happy user. Or at least mostly very happy. That's good news:-)
Seriously, it is a powerful motivator to get that kind of feedback.
One thing bothers
At 02:48 AM 8/13/2003, Russell Hind wrote:
This lock has been there since I tried updating boost last night (about
8 hours ago).
Please report stale locks to SourceForge support. They are the only folks
who can fix the problem.
Thanks,
--Beman
___
At 12:31 PM 8/11/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 07:39 PM 8/10/2003, David Abrahams wrote:
If I were king, the portable, generic version of windows-native
c:/foo would be /c/foo and the portable generic version of
windows-native /foo would
At 02:56 PM 8/11/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
For a lightly used toolset like intel-7.1 with STLPort, looks for all
the world like a config problem seems like a good enough resolution
to me.
In that case, can I release 1.30.2?
Yes, as far as I'm concerned
At 11:48 AM 8/11/2003, David Abrahams wrote:
I'm not sure if this is intentional or not, but cstdint.hpp includes
typedefs for things like uint32_t, but they're not documented. If
uint32_t is meant to be an unsigned integer with exactly 32 bits,
well, I need that and I don't see any other
At 04:57 PM 8/6/2003, Alisdair Meredith wrote:
That does bring up the question of how the config for the new compiler
is published though.
What has happened in the past is that config related changes (config
headers and build toolsets) start appearing in CVS well before a compiler
is actually
At 03:20 PM 8/6/2003, David Abrahams wrote:
A namespace alias of fs:: is used in an example on one of the doc
pages, and in some of the test and implementation code. Is that a
concern?
Yes! People will be very confused, IMO. I clearly was.
Hum... It really makes the tutorial hard to read if
At 03:59 PM 8/5/2003, David Abrahams wrote:
Why are we using such a cryptic namespace name? I mean, I can
understand wanting to abbreviate template_metaprogramming, but
filesystem doesn't seem too bad and you could use filesys; people
will use namespace aliases anyway.
The Filesystem Library is
At 07:58 AM 8/6/2003, John Maddock wrote:
Fixed now. I wonder if it really ought to be checked in as binary so
this doesn't happen?
Personally I think that would cause even more problems (for me at least),
note that there are plenty of other files that need the \r's stripping in
order for them
At 03:06 PM 8/6/2003, Thomas Witt wrote:
The whole point in adapting is that you modify some but not all
behaviour/interface of a thing. Ther is nothing a pair provides that can
be reused so adaption is pointless.
That's why the new version provides iterator_facade and
iterator_adaptor.
At 08:00 AM 8/11/2003, John Maddock wrote:
I'm not sure how to proceed with this so if there is anything I can do
in the meantime, let me know. Feel free to e-mail me off the list.
OK, I've got this working pretty well with regex - but as it entails
changes
to boost.config I'm not sure if I
At 01:39 PM 8/8/2003, Martin Wille wrote:
In order to avoid problems to be discovered too late for fixing them
I'll list the tests that fail for many compilers/compiler versions
on Linux:
- filesystem::operations_test
Hum... That looks like a CVS problem. It looks like
At 08:06 PM 8/9/2003, David Abrahams wrote:
As a user of the filesystem library, I am having the experience that
obvious things are hard to find, and the docs are much harder to
understand than they ought to be. The use of creative naming really
gets in the way. For example, the term complete
At 01:13 PM 8/5/2003, Daryle Walker wrote:
On Monday, August 4, 2003, at 11:27 PM, David Abrahams wrote:
Alisdair Meredith [EMAIL PROTECTED] writes:
version.hpp still claims to be version 1.30.0
Oh well. I guess there are some details missing from the release
manager's responsibilities on
At 05:58 PM 8/9/2003, David Abrahams wrote:
[EMAIL PROTECTED] (Joerg Walter) writes:
OK, what do others think? Am I the only one who feels uncomfortable
with
the SF-trackers?
Nope; I dislike them also. That doesn't mean trackers in general are
a bad idea.
I'm not happy with the S/F trackers
At 01:32 AM 8/9/2003, Daryle Walker wrote:
I uploaded a new test file for the I/O state saving classes over a
month ago. How do we get the regression test guys to use the new file
instead?
Add to or otherwise modify the Jamfile that drives the test?
Looks like the io tests are specified in
At 11:29 PM 8/7/2003, Victor A. Wagner, Jr. wrote:
At Thursday 2003-08-07 17:28, you wrote:
cvs server: [11:59:06] waiting for anoncvs_boost's lock in
/cvsroot/boost/boost/libs/numeric/mtl/test
cvs server: [15:35:09] waiting for anoncvs_boost's lock in
/cvsroot/boost/boost/libs/numeric/mtl/test
At 05:27 PM 8/7/2003, Bo Persson wrote:
Paul A. Bristow [EMAIL PROTECTED] wrote:
(And other MS specific unhelpful warnings which could be dealt with
by
#ifdef _MSC_VER or BOOST_?
#pragma warning (disable : 4800) // inefficient bool conversion?
#endif
As a general point, is there any
At 07:30 PM 8/6/2003, Joel de Guzman wrote:
Beman Dawes [EMAIL PROTECTED] wrote:
At 10:54 AM 8/5/2003, Brock Peabody wrote:
I don't know much about other GUI systems but win32
and MFC. I think we can try to define the low-level
layer using win32 and/or MFC as the starting point
At 01:39 PM 8/8/2003, Martin Wille wrote:
David Abrahams wrote:
Matthias Troyer [EMAIL PROTECTED] writes:
...
I would be interested in
hearing about the plans for a Boost 1.31 release
As far as I know the CVS is in very good health at the moment. The
only major thing
I've added a detailed Release Manager's Checklist
(boost-root/more/release_mgr_checklist.html).
It will take up to 24 hours for this to be reflected on SourceForge's
public CVS (although it is available right away for those with write
access).
There are five items on the checklist that take
1 - 100 of 535 matches
Mail list logo