Pascal Bleser <[EMAIL PROTECTED]> writes:
> Just discovered that libs/config/configure is spoiled with CRLF in 1.30.1
> Shouldn't be the case for a UN*X script ;)
Fixed now. I wonder if it really ought to be checked in as binary so
this doesn't happen?
--
Dave Abrahams
Boost Consulting
www.boo
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, August 09, 2003 11:58 PM
Subject: [boost] Re: Release Manager's Checklist added
[...]
> >> > That's probably wrong. They should use a tracker first and then
discuss
> >> > them on the
Peter Dimov wrote:
> Aleksey Gurtovoy wrote:
> > Consider the following snippet:
> >
> > void show_warning( message_dialog const&, user_message );
> > void post_command( boost::function );
> >
> > int main()
> > {
> > boost::function f(
> > bind( &post_command
David Abrahams wrote:
> >> As far as I know the CVS is in very good health at the moment.
> >
> > Uhmm, I really wouldn't say so! If you look at the main trunk report -
> >
http://www.meta-comm.com/engineering/resources/cvs_main_trunk/developer_summary_page.html,
> > there are lots of regressions c
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
>
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 star
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
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/mt
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 bo
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
Brock Peabody wrote:
On Behalf Of E. Gladyshev
Don't know where to start...
Greek and Roman mythology?
[...]
Other ideas:
Atlas
ATLAS: Automatically Tuned Linear Algebra Software
http://math-atlas.sourceforge.net/
f.
___
Unsubscribe & other changes
David Abrahams wrote:
> Matthias Troyer <[EMAIL PROTECTED]> writes:
>
> > Dear Boosters,
> >
> > Since some of the applications and libraries we plan on releasing soon
> > rely on Boost features and bugfixes that are in the CVS but not in
> > Boost 1.30.[012] I wonder what the plans are for the Boo
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
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Brian McNamara
| Sent: Tuesday, July 29, 2003 5:43 AM
| To: Boost mailing list
| Subject: Re: [boost] Re: Preliminary submission: FC++
|
|
| Based on David's suggestion, I'll try to briefly define all the t
--- Edward Diener <[EMAIL PROTECTED]> wrote:
> Exporting/importing C++ classes is completely
> implementation dependent, due
> mainly to name mangling, and requires a DLL for a
> particular
> platform/compiler/release to be built.
There are several issues with DLL and C++, to name
few:
1. Name m
--- Begin Message ---
I have found that there are some changes are needed for Eric Ford Units system
in ebf_units.zip (in the files section)
to meet the requirements of MSVC 7.1 - I presume to comply with C++ Standard
better.
(I surmise that other recent compiler versions will also require this)
Recently there was idea about "spirit-like" dialog sublanguage
implemented in c++. I still can't get why someone may need
it ?
Spirit is forced to use such language to build QUOTED code, which
works only when parsing occur. In case of GUI lib
sutiation is different :
We are not building code, bu
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
> >
> > Oh, and I really want the ability to select layers
> 1 and 2 at runtime,
> in
> > a
> > single place in my code, on a per top-level window
> basis.
>
> Let's just try to get it working first. I don't
> doubt that we could do
> this but is it
- Original Message -
From: "Beman Dawes" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>; "Boost mailing list"
<[EMAIL PROTECTED]>
Sent: Sunday, August 10, 2003 3:51 PM
Subject: Re: [boost] Re: UI++ [was: GUI sublanguage; Re: Re: Re: Re: GUI/GDI
template library]
[...]
>
- 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 the documentation for function and signals be added when your're
> making an official release also?
Yep
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.
Robert Ramey
_
"Daryle Walker" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> [...]
> Yikes!! The "X" in "Mac OS X" has NOTHING to do with X-Windows!
I didn't mean to suggest that it does.
> (The Mac's "X" is for the Roman numeral for "ten".) Macs use an
> independent GUI API. But, like Window
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 res
"John Torjo" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Eugene,
> one more thing when you implement the GUI library.
>
> I ALWAYS hated the message maps from MFC/WTL.
> So now I came up with a quite cute method of automating registering of events
for a given window.
>
> (this
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 "comple
--- Bohdan <[EMAIL PROTECTED]> wrote:
>
> "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
>
news:[EMAIL PROTECTED]
> > Well, how can I use boost::threads with my toy
> > operating system?
>
> If you are writing application for your toy OS, you
> should :
> 1. Edit boost::thread imple
"Paul A. Bristow" <[EMAIL PROTECTED]> writes:
> OK, I'm persuaded.
>
> Yet another thing one needs to know and my brain is already full :-(
>
> Since I couldn't find how to make the editor work with .ipp files from the MS
> documentation, but it ws kindly provided by a diligent Booster, can you s
RTFM again :-((
Except that even knowing that answer, I couldn't get the help system to help.
But Thanks
Paul
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Victor A. Wagner, Jr.
| Sent: Saturday, August 09, 2003 8:38 PM
| To: Boost mailing list
| S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rozental, Gennadiy wrote:
|>1) Since only 1 object can be passed to the iterator adaptor
|>constructor, I
|>had to pass a pair.
|
|
| Use object generators.
|
|
|>2) Distance uses only one of the base iterators.
|
|
| Use minimal distance.
Different di
In that case, you might prefer to mail me off-list a zip of your most recent
version.
This might help you get a MSVC 7.1 strictly tested version ready for 1.31.0
Paul
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Jeff Garland
| Sent: Saturday, Augu
Hi,
I read today all this thread because this subject is very interesting.
I know I am coming very late so I don't want to re-ignite the discussion again
Just to put a word
I have some doubts about the TraitsImpl approach, as opposed to the pImpl
approach.
On one side the use of template can give
"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.
> [...]
Just out of curiosity, is the f
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Thursday, August 07, 2003 4:04 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: GUI sublanguage ?
>
> [EMAIL PROTECTED] wrote:
>
> [...]
>
> > After having followed thi
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> [...]
>> Don't pass metafunctions directly; it's bad for interoperability.
>> Then you get a metafunction taking a template template
>> parameter, and you can't use it in
On Sat, 9 Aug 2003 20:00:08 +0100, Paul A. Bristow wrote
> I suggest that I wait for the 30.1 release to be available, retest
> with strict mode and then mail you off-list with results from .net
> 2003 aka 7.1.
Do you mean 1.31.0 or 1.30.2? The changes I'm speaking of are not
in 1.30.2. I expe
Thanks Janusz. I've checked in the fixes.
On Saturday, August 9, 2003, at 12:27 PM, Janusz Piwowarski wrote:
Hi all
I've found bug in incremental_components examples and
documentation. Type _Rank_ is expected to be size_type, but
container _rank_ is created from vertex_descriptor. Examples work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rozental, Gennadiy wrote:
|>-BEGIN PGP SIGNED MESSAGE-
|>Hash: SHA1
|>
|>Rozental, Gennadiy wrote:
|>
|>| What is the problem adapting pair of iterators to scalar vectors to
|>produce
|>| an iterator with complex value type?
|>
|>The problem is
Eric Friedman wrote:
> > > The variant library developers were checking in changes
> almost daily
> > > until a week or two ago, so you might want to make sure
> you have the
> > > latest from CVS.
> >
> > Thanks for your response.
> > Yes, I have the latest CVS (Boost::HEAD) snapshot. BTW thi
Brian,
Brian Simpson wrote:
> A fundamental problem encountered by boost::variant is that of invoking an
> overloaded function for the correct type, where the type is not known
until
> runtime. As near as I can tell, all proposed solutions to this problem
have
> involved uncomfortable space or ti
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Brock Peabody <[EMAIL PROTECTED]>
>
>
> > We can get a simple sub-language running on top of
> > those few controls
> > quickly enough.
>
> I agree. I was thinking about setting up a sourcesafe
> project. What do yo
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 3:42 PM
> To: Boost mailing list
> Subject: RE: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wrote:
> > I think now w
41 matches
Mail list logo
