>From: "Jeff Garland" <[EMAIL PROTECTED]>
> On Sun, 16 Mar 2003 17:34:18 -0500, Beman Dawes wrote
> > I'll go over the do-list again after dinner, but it looks like
> > almost all problems have been cleared except for this one.
>
> I don't know if the Linux results are up to date, but
> it appears
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 scattered throughout the build area?).
You also, with VC++, need
Aleksey Gurtovoy wrote:
> Oh, I see. But wait, it seems that it's still there - I can
> update from the CVS, but I cannot check in the fix:
>
> cvs server: [18:53:47] waiting for johnmaddock's lock in
> /cvsroot/boost/boost/boost/type_traits
FYI, I submitted a SourceForge support request on it.
- Original Message -
From: "Beman Dawes" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Monday, March 17, 2003 2:51 AM
Subject: [boost] 1.30.0 Outstanding patches and fixes - Sunday night update
> Here is the current list. The second and third items look to me lik
indeed..but it's NOT listed as a subproject in the main jamfile
At Sunday 2003/03/16 18:45, you wrote:
On Sun, 16 Mar 2003 18:17:19 -0700, Victor A. Wagner, Jr. wrote
> it APPEARS that some library is needed. What this library is, I do
> NOT know.
The Jamfile under libs/filesystem/build builds a
Beman Dawes wrote:
> At 09:20 PM 3/16/2003, Aleksey Gurtovoy wrote:
>
> >Beman Dawes wrote:
> >> Both the main trunk and RC_1_30_0 are working fine for me as
> >> of Sunday 6PM US Eastern time.
>
> I was unclear; the CVS lock problem was cleared, not the
> is_class problems.
Oh, I see. But w
At 09:20 PM 3/16/2003, Aleksey Gurtovoy wrote:
>Beman Dawes wrote:
>> Both the main trunk and RC_1_30_0 are working fine for me as
>> of Sunday 6PM US Eastern time.
I was unclear; the CVS lock problem was cleared, not the is_class problems.
>> Today's Win32 RC_1_30_0 regression tests (just posted
At 09:03 PM 3/16/2003, Jeff Garland wrote:
>On Sun, 16 Mar 2003 17:34:18 -0500, Beman Dawes wrote
>> I'll go over the do-list again after dinner, but it looks like
>> almost all problems have been cleared except for this one.
>
>I don't know if the Linux results are up to date, but
>it appears tha
At 08:45 PM 3/16/2003, Jeff Garland wrote:
>On Sun, 16 Mar 2003 18:17:19 -0700, Victor A. Wagner, Jr. wrote
>
>> it APPEARS that some library is needed. What this library is, I do
>> NOT know.
>
>The Jamfile under libs/filesystem/build builds a library called
>libfs. There is a mention of this i
At 08:17 PM 3/16/2003, Victor A. Wagner, Jr. wrote:
>Agreed, something is amiss. I've read the docs several times and all
they
>seem to say is "everything is in the template includes".
>
>"Filesystem Library components are supplied by several headers, all in
>directory boost/filesystem:"
>
>my #
Beman Dawes wrote:
> Here is the current list. The second and third items look to me like
> showstoppers.
They are.
Aleksey
> * [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 rel
Beman Dawes wrote:
> Both the main trunk and RC_1_30_0 are working fine for me as
> of Sunday 6PM US Eastern time.
If you look into error messages for 'is_class_test.cpp' on MSVC 6.5/7.0,
you'll see that they are not; the new failures are getting masked by the
fact that earlier the test failed at
Andreas Huber wrote:
> Beman & John,
>
> > Both the main trunk and RC_1_30_0 are working fine for me
> as of Sunday 6PM
> > US Eastern time.
>
> Douglas Gregor has already fixed the is_class.hpp problem, please see
>
> http://lists.boost.org/MailArchives/boost/msg45230.php
That's not the probl
On Sun, 16 Mar 2003 17:34:18 -0500, Beman Dawes wrote
> I'll go over the do-list again after dinner, but it looks like
> almost all problems have been cleared except for this one.
I don't know if the Linux results are up to date, but
it appears that we have still taken a step backward with
lexica
Here is the current list. The second and third items look to me like
showstoppers.
--Beman
* [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.)
* [type_tra
On Sun, 16 Mar 2003 18:17:19 -0700, Victor A. Wagner, Jr. wrote
> it APPEARS that some library is needed. What this library is, I do
> NOT know.
The Jamfile under libs/filesystem/build builds a library called
libfs. There is a mention of this in the 'Do-List' page, but
it looks like the docs
Agreed, something is amiss. I've read the docs several times and all they
seem to say is "everything is in the template includes".
"Filesystem Library components are supplied by several headers, all in
directory boost/filesystem:"
my #includes aren't failing, or doesn't the above say what it a
At 06:13 PM 3/16/2003, Andreas Huber wrote:
>Beman & John,
>
>> Both the main trunk and RC_1_30_0 are working fine for me as of Sunday
>6PM
>> US Eastern time.
>
>Douglas Gregor has already fixed the is_class.hpp problem, please see
>
>http://lists.boost.org/MailArchives/boost/msg45230.php
>
>> To
At 01:57 AM 3/16/2003, Victor A. Wagner, Jr. wrote:
>Ok, I finally got all the junk straightened out. got a clean update for
>the RC instead of the mainline, and guess what?
>It looks like it cannot find ANY functions that purportedly are defined
in
>filesystem.
>
>oh, compilerVC7.1
>
>
>---
Beman & John,
> Both the main trunk and RC_1_30_0 are working fine for me as of Sunday 6PM
> US Eastern time.
Douglas Gregor has already fixed the is_class.hpp problem, please see
http://lists.boost.org/MailArchives/boost/msg45230.php
> Today's Win32 RC_1_30_0 regression tests (just posted) are
At 07:00 AM 3/16/2003, John Maddock wrote:
>My sincere apologies over the is_class fiasco: those changes were never
>meant to be checked in. I've being trying all morning to revert to the
>earlier version, but all I'm seeing is:
>
>cvs server: [03:56:46] waiting for johnmaddock's lock in
>/cvsroo
At 09:30 AM 3/14/2003, Victor A. Wagner, Jr. wrote:
>I appreciate the difficulties in getting a release out.
>I _am_ puzzled about what behavior you wish people (who use (all | any)
of
>boost regularly) to use in validating problems they may encounter (most
of
>the time boost is in a constant st
At 09:50 AM 3/14/2003, Keith Burton wrote:
>
>
>>
>> Please see http://www.boost.org/more/download.html#CVS
>>
>
>>From this page :
>
>free GUI clients are also available for Windows, Mac, and other systems
>from CvsGui.org.
>
>
>The link to cvsgui.org goes to somewhere that appears to be not longe
"Gennaro Prota" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> [...]
> I don't know if it's useful or not but it's certainly usable. The fact
> that deduction fails in your case doesn't mean it fails always; and
> for named templates there's still the possibility to explicit specify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevlin,
Kevlin Henney wrote:
| In article <[EMAIL PROTECTED]>, Thomas Witt
| <[EMAIL PROTECTED]> writes
|
| (1) I would not consider that to be something to document as the
| implementation should be free to choose a suitable approach,
Agreed, when I w
Philippe A. Bouchard wrote:
[...]
It's pretty good. "ip_assign_op_switch" is faster than
"ip_offset_iterator" but must be explicit?
>> I was afraid of that(as indicated in 6.2.2 of the .html file);
>> however, ip_offset_iterator
>> is more "robust" (as indicated in 6.2.3 item 2).
>From: "Terje Slettebø" <[EMAIL PROTECTED]>
> When trying to use integer_traits on Intel C++ 7.0, I get the following
> error (main line and branch):
>
> boost/integer_traits.hpp(69): error: name followed by "::" must be a class
> or namespace name
> public detail::integer_traits_base
>
Hi.
When trying to use integer_traits on Intel C++ 7.0, I get the following
error (main line and branch):
boost/integer_traits.hpp(69): error: name followed by "::" must be a class
or namespace name
public detail::integer_traits_base
^
This is the compiler's way of saying that
Hello,
Is it possible to make std::array aware of BOOST_NO_EXCEPTIONS in time for
1.30? The method rangecheck() does not take it into account. I suppose that
the solution would be to generate an assertion when that macro is defined.
Giovanni Bajo
___
U
>From: "Jason House" <[EMAIL PROTECTED]>
> Terje Slettebø wrote:
> >
> > std::vector > test;
> >
> > std::cout << test: // Using defaults
> >
> > (('A',1),('B',2),('C',3))
>
> I would suspect that chars don't get output with '' around them...
> Is there even a way to specify/change that? Somethin
My sincere apologies over the is_class fiasco: those changes were never
meant to be checked in. I've being trying all morning to revert to the
earlier version, but all I'm seeing is:
cvs server: [03:56:46] waiting for johnmaddock's lock in
/cvsroot/boost/boost/boost/type_traits
but hold on a min
On Sat, 15 Mar 2003 13:15:59 -0600, "David B. Held"
<[EMAIL PROTECTED]> wrote:
>"Daniel Frey" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> [...]
>> The compiler has no idea how to deduce U as - depending on
>> U - param_type could change.
>> [...]
>
>Oh, yes, I see. I guess cal
32 matches
Mail list logo
