At 11:19 AM 6/8/2003, David Abrahams wrote:
>"John Maddock" <[EMAIL PROTECTED]> writes:
>
>> A while ago Beman produced header dependency tables, unfortunately
these
>> began to get rather complicated and so were dropped, I've placed some
>> alternative tables here:
>>
>> Boost header dependencies
At 09:54 PM 6/12/2003, Glen Knowles wrote:
>From: Beman Dawes [mailto:[EMAIL PROTECTED]
>>There are a bunch of reasons - but particularly it would be creating
>>names that will just be rejected by many (or even most) modern operating
>>systems. What would be the point of th
At 01:31 PM 6/12/2003, Daryle Walker wrote:
>On Thursday, June 12, 2003, at 11:23 AM, Beman Dawes wrote:
>
>> An updated version of Boost.Filesystem has been added to CVS. The
>> primary change is adding "." as a directory-placeholder to the generic
>> path gram
An updated version of Boost.Filesystem has been added to CVS. The primary
change is adding "." as a directory-placeholder to the generic path
grammar.
This solves the problem of distinguishing between an empty path and one
that acts as a placeholder.
This change does change some existing behav
Yes, you're right as far as 1.30.0 goes. The problem has been fixed in the
Boost CVS, however, so you can get an update there.
--Beman
At 06:27 PM 6/10/2003, Benjamin Dauvergne wrote:
>Try to compile with(this is on a debian):
>
>g++ test-fs-boost.cc -o test-fs-boost /usr/lib/libboost_filesystem
At 11:17 AM 6/8/2003, David Abrahams wrote:
>"John Maddock" <[EMAIL PROTECTED]> writes:
>
>> Folks,
>>
>> I've put together a small tool for managing boost dependencies called
bcp
>> (for boost copy).
>>
>> The bcp utility is a tool for extracting subsets of Boost, it's useful
>> for
>> Boost aut
At 01:59 AM 6/9/2003, Gennadiy Rozental wrote:
>It may be convinient fr backward references to have an anchors in
compiler
>status page marking beggining of each library.
>
>What you think?
Do you mean add bookmarks so the location can be referenced from, say
documentation?
Regardless, do this
At 07:49 AM 6/9/2003, John Maddock wrote:
>While putting together bcp (see managing boost dependencies thread), I
>found
>that some of the boost html files contain relative URL's of that begin
with
>"./". In order to get filesystem::path to accept these, I had to
manually
>strip the ./ off firs
At 01:57 PM 6/8/2003, Gennaro Prota wrote:
>On Sun, 8 Jun 2003 15:56:53 +0100, "Paul A Bristow"
><[EMAIL PROTECTED]> wrote:
>
>>If someone would like to do this, I'd be grateful.
>>
>>(Memories of how to use commandlines and CVS have decayed).
>
>IIUC, the boost sandbox is, so to speak, a more prec
At 10:48 AM 6/4/2003, Vladimir Prus wrote:
>Aleksey Gurtovoy wrote:
>>
>> b) resolving the 'wchar_t' support issue before the library makes into
>>official Boost distribution.
>
>I'm actually not that happy about solving general issue alone... but let
it
>be. I assume I've not asked to implem
At 09:12 AM 6/5/2003, Aleksey Gurtovoy wrote:
>Vladimir Prus wrote:
>> > There've been a fair amount of suggested changes, many of which are
>> > documented on Wiki [1], and since the author himself keeps track of
>> > the issues, I won't reiterate them here - except for stressing the
>> > need for
At 02:10 AM 6/5/2003, Daryle Walker wrote:
>On Wednesday, June 4, 2003, at 3:54 PM, Beman Dawes wrote:
>
>> Hum... I just had a thought. Is it possible to detect if wchar_t is a
>> typedef at compile time?
>>
>> Yes, I think so. Won't boost::is_same< unsigned
At 11:24 AM 6/4/2003, Edward Diener wrote:
>I don't know about Intel-Win32 but I brought much of this up regarding
MSVC
>7.0+ and most everybody yawned. I am glad that some people have woken up
to
>the fact that there is a problem using wide characters with compilers
which
>support both the nat
At 07:58 AM 6/4/2003, John Maddock wrote:
>
>> That will certainly work, but you shouldn't have to do that since the
>> compiler itself defines _WCHAR_T_DEFINED. Since I made the fix earlier
>this
>> afternoon I am able to compile some non-boost code correctly which had
>> previously be failing.
>
At 10:01 AM 6/2/2003, David Abrahams wrote:
>I just checked in changes to the intel-win32-tools.jam file which
>enable argument-dependent lookup for all versions, since we were were
>incorrectly operating as though it was enabled for v7.1 anyway. I
>think we are still out-of-synch with the config
At 07:57 PM 6/2/2003, David Abrahams wrote:
>I'm going to want to replace the old Boost iterator adaptors
>implementation with the new one in the Boost sandbox pretty soon, and
>while they are similar in intent and spirit, they have totally
>incompatible interfaces. In fact, the new one lives in
At 07:02 AM 6/2/2003, David Abrahams wrote:
>> Since I made the fix earlier this afternoon I am able to compile
>> some non-boost code correctly which had previously be failing.
>
>What fix is that...
Fixes to boost/config/compiler/intel.hpp.
I just did a commit of that file that brings it into s
This review is based purely on reading the documentation. The code was not
inspected and no tests were run. I also skim read some of the other review
comments.
In general, I like the library and think that it should be accepted by
Boost. But there are a number of issues, and I have the feeling
At 03:08 PM 6/1/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> The fresh regression tests are now posted. Here is what changed in the
>> Intel results, presumably as a result of the intel-win32 changes:
>>
>>New fails: config/
At 03:09 PM 6/1/2003, David Abrahams wrote:
>"Pavel Vozenilek" <[EMAIL PROTECTED]> writes:
>
>> "Beman Dawes" <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROTECTED]
>>>
>>> I'll try to trace where BOOST_NO_INTRINSIC_
At 02:50 PM 6/1/2003, Pavel Vozenilek wrote:
>
>"Beman Dawes" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>>
>> I'll try to trace where BOOST_NO_INTRINSIC_WCHAR_T is being set. I'm
not
>so
>> worried about ADL, at le
At 12:09 PM 6/1/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>> Looks much improved, thanks!
>>
>> Two of the config_info macros look a bit questionable:
>
>I don't know what you mean; I didn't touch the Boost config. A
At 11:12 AM 6/1/2003, David Abrahams wrote:
>
>I just checked in some improvements to intel-win32 support for
>Boost.Build version 1. This includes a hack which works around our
>inability to detect wchar_t support for intel6. It also includes
>automatic version detection and resulting customizat
At 07:15 AM 5/30/2003, Aleksey Gurtovoy wrote:
>IMO it's worth to step back and try to answer a couple of "big picture"
>questions:
Yes, that's a good idea.
>
>1) What are the target audiences for the regression test results?
>2) What kind of information these audiences are looking to find in
>the
C99 has a header which provides types, macros, and functions "to
provide access to the floating-point environment."
Some Boost code in the Interval Library uses this header, or has to do
workarounds if not present. Metrowerks, GCC, and Dinkumware currently ship
the header, but many others don'
At 08:19 PM 5/28/2003, Aleksey Gurtovoy wrote:
>Eric Friedman wrote:
>> I apologize if this has already been asked, but why aren't the
>> libs/mpl/test sources included in regresssion testing? I know some
>> tests are missing and some are perhaps as robust as they might be,
>> but it seems some tes
At 03:29 PM 5/28/2003, Eric Friedman wrote:
>I apologize if this has already been asked, but why aren't the
>libs/mpl/test
>sources included in regresssion testing? I know some tests are missing
and
>some are perhaps as robust as they might be, but it seems some testing is
>better than no testing
At 12:37 PM 5/28/2003, Stefan Seefeld wrote:
>hi there,
>
>I'm trying to load a plugin from the same directory the application was
>run from, so I'm doing the following:
>
>
>int main(int argc, char **argv)
>{
> //...
> fs::path path(argv[0]);
> fs::path dir(path.branch_path());
> //...
>
>
At 11:03 PM 5/27/2003, Tanton Gibbs wrote:
>Since there have been a few emails bouncing around, I'd like to chime in
>with my opinions on a few matters.
>
>1. Static vs Shared
>I would much prefer header files only instead of a shared
library. Having
>to deal with shared libraries are a pain on
At 10:10 AM 5/28/2003, Daniel Frey wrote:
>Hubert Holin wrote:
>>>GNU C++ 2.95.3-5
>>> cannot find the limits standard header file (is this me?!)
>>
>> I'd like to know. I do not currently have access to an installed
>> copy of this compiler, but it's one for which quite some energy was
>>
Take a look at the new version of
http://boost.sourceforge.net/regression-logs/. I think the meaning of the
percentages is much clearer now.
Thanks to those who provided suggestions, and to Rene Rivera for the
implementation.
--Beman
___
Unsubscribe
At 11:44 AM 5/27/2003, Peter Dimov wrote:
>Chuck Messenger wrote:
>> For convenience, logical continuity, and consistency with other Boost
>> libraries, you should be able to include all the smart_ptr pieces with
>>
>> #include
>>
>> Currently, only 4 are included:
>>
>> #include
>>
At 07:04 PM 5/25/2003, Scott Woods wrote:
>Is anyone interested in a persistence mechanism?
It isn't clear from you post if you are aware of all the work (including a
formal review) that has already gone into persistence and/or serialization
at Boost. See the archives at
http://aspn.activestat
At 05:04 AM 5/26/2003, Toon Knapen wrote:
>The number of warnings also provides valuable information but indeed it's
>not as important as the Pass/Fail categories so this needs to be
>communicated to the viewers as well. But how ?
>
>I support the suggestion of Greg indicating something like:
>Pas
the summary we should lump "pass" and "warn" from
the tables together into a single "pass" category in the summary.
Opinions?
--Beman
At 11:54 AM 5/25/2003, Comeau Computing wrote:
>Catching up on emails...
>
>At 02:00 PM 5/22/2003 -0400, Beman Dawes wr
Alkis Evlogimenos, who has been doing a great job running the Linux
regression tests, is moving to Urbana-Champaign, Illinois to pursue a Ph.D.
in CS at the University of Illinois.
Thanks again to Alkis!
He won't be available to continue running tests this summer. That means we
need a voluntee
At 07:31 AM 5/22/2003, John Maddock wrote:
>> - Detects some regex problems that previously only Metrowerks was
>>detecting.
>
>Working on it.
Looks like you're making some progress - today's regex tests for Comeau are
looking better:-)
>> * Shows what looks like a Boost config prob
A last_write_time() function has been added to
It is based on suggestions from Richard Fanta, Ben Hutchings, and Peter
Dimov,
CVS has been updated.
--Beman
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
At 11:11 AM 5/8/2003, Darin Adler wrote:
>On Thursday, May 8, 2003, at 07:04 AM, Beman Dawes wrote:
>
>> A 2-3% timing difference probably isn't reliably repeatable in real
>> code.
>>
>> How code and data happens to land in hardware caches can easily swamp
At 07:28 PM 5/7/2003, Darren Cook wrote:
>Well it was a real-world example and I only applied it to one of the
>classes. 2-3% speed boost for only three extra lines of code (header
>include, new, delete) is worth having.
A 2-3% timing difference probably isn't reliably repeatable in real code.
Ho
> ... various backup suggestions
SourceForge already makes the entire Boost CVS tarball available every
night, and several Boosters download it daily.
(At least I hope they do - I have no way of telling if they are still
running their cron jobs.)
That is supposed to protect us from total failu
At 06:40 PM 4/29/2003, Vaclav Vesely wrote:
>This patch allows to compile regression tools with MSVC 6.
First, thanks for going to the effort to work through the various issues.
I have very mixed feelings about the patch. Obviously it is great to extend
the regression reporting tools to work wi
At 10:08 AM 4/27/2003, Pavel Vozenilek wrote:
>
>"Trevor Taylor" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> So it sounds to me like the :blat is *not* part of the extension. It
>> sounds like the NT file name is made up of three parts: name, extension
>> and "stream".
>>
>> In
At 12:14 AM 4/27/2003, Trevor Taylor wrote:
>So it sounds to me like the :blat is *not* part of the extension. It
>sounds like the NT file name is made up of three parts: name, extension
>and "stream".
>
>In which case I think it is fine to have functions extension() and
>change_extension() - they
At 03:21 AM 4/25/2003, Vladimir Prus wrote:
>Beman Dawes wrote:
>
>> >Beman, if that's fine with you, I'll code them.
>>
>> Yes, go ahead. Although the concept of "extension" may be foreign on
some
>> operating systems, I think the ide
The acceptance of numerous Boost libraries into the C++ committee's Library
Technical Report (TR) raises a bunch of "where does Boost go from here?"
questions. My tentative answers, based partially on private discussion with
Gregor, Joel de Guzman, Jaakko Jarvi, and others, is given for each
qu
At 06:10 AM 4/16/2003, Thomas Witt wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Thomas Witt wrote:
>|
>| Hi,
>|
>| When compiling code using iterator_adaptors with vc7.1 I often get
>| errors like the following
>|
>| c\graphmanager_detail.cpp(76) : error C2061: syntax error : identifie
At 02:25 PM 4/23/2003, Edward Diener wrote:
>I am happy to hear about that, the work you and others are doing to bring
>wide character filenames to C++, and the work you are doing to bring it
to
>the filesystem library. When I argued about this on comp.std.c++ I got
the
>distinct impression, fro
At 02:51 PM 4/23/2003, David Abrahams wrote:
>"Edward Diener" <[EMAIL PROTECTED]> writes:
>
>> I still feel that a fixed width Unicode encoding has to be an advance
>over
>> variable width encodings like MBCS for any character set.
>
>I guess that depends on how important random access over the
>ch
At 10:37 PM 4/20/2003, Edward Diener wrote:
>Beman Dawes wrote:
>> The idea is that rather than directory iteration returning iterators
>> for
>> all path entries, it would only return those which passed a predicate
>> which was driven by the pattern. For some uses
At 09:15 AM 4/21/2003, Vladimir Prus wrote:
>Jason House wrote:
>> Vladimir Prus wrote:
>> > Does those "alternate streams" belong to filesystem library at all?
>> > For one thing, the ':' symbols is not allowed anywhere except for
root
>> > name. For another thing, on all systems but NTFS, "bar.b
At 02:17 PM 4/20/2003, Edward Diener wrote:
>Beman Dawes wrote:
>> At 08:22 AM 4/9/2003, Christian Engström wrote:
>>
>> >In my application I need to handle paths that contain wildcards,
>> such as >for example "foo/chapter?.txt" or "bar/*/index.h
At 08:22 AM 4/9/2003, Christian Engström wrote:
>In my application I need to handle paths that contain wildcards, such as
>for example "foo/chapter?.txt" or "bar/*/index.html".
>
>I believe that the boost::filesystem::path class would be ideal for this
>purpose, since it hides all the messy platfo
At 11:01 PM 4/6/2003, Cain O'Sullivan wrote:
>I am trying to compile a program using the filesystem module. I am using
>VC7 and whenever I try to compile it get errors such as ...
>
>TestBoostFs error LNK2005: "public: unsigned int __thiscall
>std::basic_string,class
>std::allocator >::size(void)
At 02:28 PM 4/19/2003, Pavel Vozenilek wrote:
> b7- ability to distinguish different types of the same dimension (e.g.
>width of image and width of screen)
Other examples: It should be an error to try to add gallons of gasoline to
gallons of propane. Not to mention trying to add gallons of unlea
At 04:01 AM 4/2/2003, k.t. wrote:
>And in translating, we found some incorrect expressions in boost
>document. We want to report them for feedback, then is it no problem to
>report them here? Is boost users mailing list better for it?
This list is probably the best place.
Thanks,
-- Beman
_
At 06:30 PM 3/30/2003, Giovanni Bajo wrote:
>is it possible to add Comeau to the automatic daily regression testing?
I'm
>willing to go through the bugs and prepare patches as needed to fix
>compatibility with it.
I've got an action item for the C++ committee meeting next week to corner
Greg Co
At 09:46 AM 3/29/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> I think Alisdair's raised some good points. While I'm not sure
>> regression testers will want to put a lot of effort into back tests, I
>> think it would be good i
At 04:10 PM 3/28/2003, Rene Rivera wrote:
>[2003-03-28] Alisdair Meredith wrote:
>
>>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 update
At 01:28 PM 3/27/2003, Marshall Clow wrote:
>On Monday, I attempted to run the Darwin regression tests off the main
>branch.
>
>The tools failed to build - specifically "process_jam_log" failed to
build,
>because the filesystem library failed to compile.
>
>In particular, "libs/filesystem/src/exc
Kirill wrote:
>Given that boost.random does not have an active maintainer, who could
take
>a look into this?
There has been some private discussion going on in the background.
Hopefully there will be an announcement within a day or two.
In the meantime, keep posting any fixes here - they are d
At 05:47 PM 3/24/2003, Lapshin, Kirill wrote:
>>> The interesting part that it fails to compile even when there is no
>>> instantiation of the template.
>>>
>>>
>>>
>>> In random library this assertion is within #ifndef
>>> BOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS #endif directives.
>
>>That makes n
Russell Hind wrote:
>I've just run this quickly on my PIII 800 running Win2K SP3 and worse
>case for 1,000,000 calls to QueryPerformanceCounter was 1.92seconds,
>usually between 1.55 and 1.65 seconds (10 runs).
I tied it on a 1.8 giga-hertz Pentium 4M, running XP Pro, with very similar
results:
In many ways the preparation Boost 1.30.0 went very well, and the resulting
release seems very high quality to me.
There were rough edges of course, and we'll try to make some improvements
in coming months. Mostly just procedural stuff like making sure we have an
active maintainer for all libra
Russell Hind wrote:
>Does this help?
>
>I've just run this quickly on my PIII 800 running Win2K SP3 and worse
>case for 1,000,000 calls to QueryPerformanceCounter was 1.92seconds,
>usually between 1.55 and 1.65 seconds (10 runs).
>
>LARGE_INTEGER Start, End, Temp;
> QueryPerformanceCounter(&S
At 08:04 AM 3/24/2003, Alisdair Meredith wrote:
>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
At 01:58 PM 3/21/2003, William E. Kempf wrote:
>Until we have a more formal installation solution, I think the SRPM's
spec
>file should reside in CVS. It would also be nice to have other
>installation options as well, such as Debian packages (sorrry, not
totally
>familiar with the terminology t
At 01:11 PM 3/21/2003, Neal D. Becker wrote:
>I have built SRPMS for RH8 for boost1.30.0. They required just minor
>modifications to the spec files. Where should I upload them?
Should that be part of the regular Boost distribution, and thus live in
CVS? If so, would you be willing to maintain i
At 04:41 PM 3/20/2003, Thomas Witt wrote:
>Thanks, for managing the release.
Well, it takes a lot of people to get a release ready. Thanks to all of
them!
--Beman
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
At 02:21 PM 3/20/2003, Rozental, Gennadiy wrote:
>> >Date-Time Change History is missing
>>
>> It isn't in CVS either. And if it isn't in CVS, it doesn't go in the
>> release. The release is really just an export of CVS as of
>> the release tag.
>> Nothing gets added, nothing gets subtracted.
>>
At 01:12 PM 3/20/2003, Rozental, Gennadiy wrote:
>Date-Time Change History is missing
It isn't in CVS either. And if it isn't in CVS, it doesn't go in the
release. The release is really just an export of CVS as of the release tag.
Nothing gets added, nothing gets subtracted.
--Beman
_
At 01:06 PM 3/20/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> Boost version 1.30.0 has been released. The highlights include:
>>
>
>
>What did I do wrong? I established a news page in my docs; I thought
>that was the way to
Boost version 1.30.0 has been released. The highlights include:
* Filesystem Library added - Portable paths, iteration over directories,
and other useful filesystem operations, from Beman Dawes.
* Optional Library added - A discriminated-union wrapper for optional
values, from Fernando
At 08:37 AM 3/20/2003, Markus Schöpflin wrote:
>I just uploaded the regression tests for version 1.30.0 for AIX
>(Visual Age 5 and 6) and Darwin (gcc) and removed the ones for the
>release candidate.
>
>As my access to the Darwin and AIX machines ends today, that will be
>the last regression tests
At 05:58 AM 3/20/2003, Giovanni Bajo wrote:
>
>- Original Message -
>From: "David Abrahams" <[EMAIL PROTECTED]>
>To: "Boost mailing list" <[EMAIL PROTECTED]>
>Sent: Thursday, March 20, 2003 4:06 AM
>Subject: Re: [boost] Boost::format, MSVC, BOOST_TESTED_AT
>
>
>> Great! Why don't you check
At 05:40 PM 3/19/2003, Joel de Guzman wrote:
>Spirit version 1.5.2 will also have to be bumped to 1.6.0 (the
>final release version). By convention, odd numbered minor
>versions are developmental. The final release will have the
>version change. The patches do not affect the code.
Unless there is
At 04:36 PM 3/19/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> At 12:52 PM 3/19/2003, Beman Dawes wrote:
>> >Please speak up now if you have any uncommitted RC_1_30_0 changes or
>> other
>> >problems.
>> >
>&g
At 04:35 PM 3/19/2003, Terje Slettebø wrote:
>I see from the CVS that the above has only been put in the header, not
the
>test, as well. It needs to be in both. If it's just in the header, it'll
>try
>the wide character tests - on a header that has wide character
conversions
>disabled - a recipe
At 12:52 PM 3/19/2003, Beman Dawes wrote:
>Please speak up now if you have any uncommitted RC_1_30_0 changes or
other
>problems.
>
>Otherwise we will tag for release at 3 PM US Eastern Time (20:00 UTC).
Currently holding waiting for resolution of Boost.Python link problem.
Also, CV
At 09:35 AM 3/19/2003, Alisdair Meredith wrote:
>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
Please speak up now if you have any uncommitted RC_1_30_0 changes or other
problems.
Otherwise we will tag for release at 3 PM US Eastern Time (20:00 UTC).
--Beman
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
At 08:54 AM 3/19/2003, Alisdair Meredith wrote:
>I don't know how close the release schedule is now, but if we could at
>least change the version check from 0x0561 to 0x0564 that would be
>extrely useful.
>
>This would make the difference between our being able to use boost 1_30
>'out-the-box' (as
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 released?
>
>Yes, I think it needs fixing!
Unless others disagree strongly, this should be held
At 03:13 AM 3/19/2003, Terje Slettebø wrote:
>Ok, it seems we may have to exclude wide character support for
lexical_cast
>on MSVC 6, to avoid breaking Date/Time. I suggest something like:
>
>#if defined(BOOST_NO_STRINGSTREAM) || \
>defined(BOOST_NO_STD_WSTRING) || \
>defined(BOOST_NO_STD
At 03:13 AM 3/19/2003, Terje Slettebø wrote:
>Ok, it seems we may have to exclude wide character support for
lexical_cast
>on MSVC 6, to avoid breaking Date/Time. I suggest something like:
>
>#if defined(BOOST_NO_STRINGSTREAM) || \
>defined(BOOST_NO_STD_WSTRING) || \
>defined(BOOST_NO_STD
A fresh version of the Win32 regression tests has just been posted. See
http://boost.sourceforge.net/regression-logs/cs-win32-RC_1_30_0-diff.html
There are seven new fails in date_time tests; presumably all caused by
lexical_cast.hpp problems. See typical error message below.
--Beman
D:\boost\si
At 04:42 PM 3/18/2003, Terje Slettebø wrote:
>BOOST_CHECK_THROW(lexical_cast(" 123"), boost::bad_lexical_cast);
>BOOST_CHECK_THROW(lexical_cast(std::string(" 123")),
>boost::bad_lexical_cast);
>BOOST_CHECK_THROW(lexical_cast(123), boost::bad_lexical_cast);
>
>If these are omitted for g++ 2.95.x, a
At 03:48 PM 3/18/2003, David Abrahams wrote:
>Terje Slettebø <[EMAIL PROTECTED]> writes:
>
>> - With wide character support in lexical_cast enabled for MSVC 6, three
>> tests (of 137) fail. These are omitted for that compiler version, using
>> BOOST_WORKAROUND and BOOST_TESTED_AT.
>
>You shouldn't
At 09:48 AM 3/18/2003, David Abrahams wrote:
>[EMAIL PROTECTED] writes:
>
>>> it seems to me that these aren't actually legal specializations
>>> (though I've never specialized functions before so I could be wrong).
>>> Shouldn't that be:
>>>
>>> template <>
>>> inline type_info type_id(bo
At 07:25 AM 3/18/2003, Markus Schöpflin wrote:
>Beman Dawes wrote:
>
>> At 07:17 AM 3/17/2003, Thomas Witt wrote:
>>
>> >the library name is still "fs". I was under the impression that this
>was
>> >only temporary and should be changed to a mor
At 01:11 AM 3/18/2003, Kevlin Henney wrote:
>>Look at the error messages from date_time testperiod below, and the
source
>>code lines they refer to. At least directly, they don't seem releated to
>>wide character support.
>
>They are not, but the question is what is meant by
>BOOST_NO_STRINGSTR
At 06:51 PM 3/17/2003, Malcolm Smith wrote:
>I just compiled the regex library under C++Builder 5.
>
>I've tried to compile an application and it complains about not being
able
>to find STLPMT.LIB - I can find no information on this LIB.
That's not a Boost library. It's a Borland library. On my
At 05:01 PM 3/17/2003, Aleksey Gurtovoy wrote:
>> The patch to is_class would work if is_function could be called with
>> a reference, so I think it's worth to consider fixing is_function. As
>> John is the expert, I think he can decide whether it's better to wait
>> for the SourceForge-folks to
At 03:40 PM 3/17/2003, Terje Slettebø wrote:
>Well, I think this reinforces the suggestion to define
>BOOST_NO_STRINGSTREAM
>for 2.95.x. Comments?
>
>Either that, or to have some way to detect where
std::basic_stringstream<>
>is not supported, and turn off wide character support for that, in
>lex
At 12:27 PM 3/17/2003, Joaquín Mª López Muñoz wrote:
>
>
>Jeff Garland ha escrito:
>
>> > OK, so how I ask for preliminary review? Posting a mail here?
>>
>> Yes, you can just ask for preliminary feedback on this list.
>> Another thing you can do is put the code in the boost-sandbox.
>> This helps
At 07:17 AM 3/17/2003, Thomas Witt wrote:
>the library name is still "fs". I was under the impression that this was
>only temporary and should be changed to a more boost compatible
>"boost_filesystem" before release. From a pratical point of view "fs"
>seems like begging for a nameclash.
Good poin
At 08:16 AM 3/17/2003, David Abrahams wrote:
>Still looks broken over here:
>
>http://cci.lbl.gov/boost/results/1047901021/dailylog_win32_vc60
We are still waiting for SourceForge to clear an errant lock. It can't be
fixed until then.
--Beman
___
Unsu
At 07:14 AM 3/17/2003, John Maddock wrote:
>* [Boost.Regex] [PATCH] Fix GCC 3.3 warnings from Lars Gullik Bjønnes.
>Awaiting response from John Maddock.
>(Since this one just eliminates warnings, the release won't be held
>for it.)
>
>That one will have to wait - gcc 3.3 hasn't been re
At 10:40 PM 3/16/2003, Giovanni Bajo wrote:
>Could this patch be accepted in time for 1.30.0? I asked yesterday for a
>fix to array.hpp that allows it to be used when exceptions are disabled,
>and this looks legit to me.
The change looks innocuous to me. Would anyone object if I go ahead an
apply
At 01:38 AM 3/17/2003, Victor A. Wagner, Jr. wrote:
>I finally got simple_ls to compile and link.
>
>The build now correctly builds two libraries (one release, one debug) and
>if you point to the right place (shouldn't there be some way to marshall
>the libraries instead of leaving them scattere
201 - 300 of 651 matches
Mail list logo