> -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
"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
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
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
-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
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
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
"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
> -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 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
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
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
-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
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
"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
--- 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
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
"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 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
"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
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
_
- 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
- 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]
[...]
>
--- 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
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
--- 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)
--- 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
| -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
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
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
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
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
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 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 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 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 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
>
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
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
- 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
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
41 matches
Mail list logo