- Boost - lists.boost.org

[typeof] MSVC-specific implementation added
by Arkadiy Vertleyb 05 Apr '05

05 Apr '05

Hi all, The recently discussed MSVC-specific trick, by Igor Chesnokov, has been added to the BOOST_TYPEOF submission. As a reminder, this implementation compiles much faster, and doesn't require type/template registration. This implementation covers VC6.5/7.0/7.1, but not VC8.0 (where the loophole seems to have been fixed). Please take it in the Boost sandbox file vault, http://boost-sandbox.sourceforge.net/vault/, typeof.zip. Regards, Arkadiy

2 1

Re: [boost] Re: Asynchronicity (long)
by Iain Hanson 05 Apr '05

05 Apr '05

On Tue, 2005-04-05 at 19:10 +0400, Maxim Yegorushkin wrote: > On Sat, 2 Apr 2005 10:02:13 -0800 (PST), Don G <dongryphon(a)yahoo.com> > wrote: > > [] > > > I guess a "perfect corner of the world" would be more accurate :). > > libevent is GPL > > My current understaning that it is not. Am I wrong? > No. Its BSD. /ikh

1 0

[website] More "improvements"..
by Rene Rivera 05 Apr '05

05 Apr '05

Boosters, Had some time today to work on the web site design. Hopefully this is an improvement from the previous tries ;-) http://redshift-software.com/~grafik/boost/index.htm -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq

14 37

Re: [boost] Re: [website] More "improvements"..
by Iain Hanson 05 Apr '05

05 Apr '05

On Tue, 2005-04-05 at 05:12 -0700, Jeff Garland wrote: > On Mon, 04 Apr 2005 23:36:13 -0500, Rene Rivera wrote [snip] > > > > That is an argument which does not apply to my design. I do not > > assume any particular pixel size! I only assume that 10 to 12 words > > per line is the most pleasing line length. That is what centuries of > > research and experimentation have shown. > > Well sorry, but I believe it does. Granted you don't assume a pixel size, but > the layout is clearly frozen. The whole context of Nielson's advice isn't on > that page. No matter what "I" would like to do in terms of line length, > scrolling, etc I can't do it. You've decided the best size for me and I have > to adjust to it whether I like it or not...well, obviously I don't like it ;-) > > Jeff > I whole heartedly agree with Jeff. It is not an issue of good layout or optimal HCI Design but about user choice. If I choose to have a tall thin browser window because I want most of my screen real estate devoted to an IDE that is *my* choice. But I don't want authors to dictate that I have to scroll or have their fixed width on my browser window. BTW the current boost home page also has a fixed minimum width which IMHO is wrong. /ikh

2 1

[in_place_factories] bug report
by David Abrahams 05 Apr '05

05 Apr '05

Is the maintainer of this code listening? -- Dave Abrahams Boost Consulting www.boost-consulting.com

3 5

[1.33.0] Release schedule suggestion
by Doug Gregor 05 Apr '05

05 Apr '05

Here's my suggestion for a release schedule. We allow two weeks to get all of the new features and bug-fixes we want into CVS, but still try to keep things sane. Then we fix bugs on the CVS trunk for a week, branch and fix bugs for another week, and then release on May 1. So, the important dates are: April 15 (two weeks from today): feature-freeze on CVS trunk. April 22 (three weeks from today): branch for 1.33.0 May 1 (just over four weeks from today): release 1.33.0 It's aggressive, but we should get this out the door well before summer (when, traditionally, Boost development slows a bit), and we can do it if we focus. If we do well keeping to a tight schedule, perhaps we'll get better about releasing more often and the whole process will become less painful. Doug

7 13

[patch] config docs
by Jonathan Wakely 05 Apr '05

05 Apr '05

The attached patch should be applied to /libs/config/config.htm so the link at the top of the page is consistent with the heading it links to (and so the path is ISO-conforming, since #include <boost\config.hpp> is windows-specific.) regards, jon

2 1

New Secure CRT functions in VC8 for boost::regex
by Bonj 05 Apr '05

05 Apr '05

Hello Is there any plans to, or has it already been done, incorporate the new secure CRT functions into boost::regex, and if so would you like me to do it. Thanks

2 1

[typeof] MSVC-specific implementation added
by Arkadiy Vertleyb 05 Apr '05

05 Apr '05

Hi all, The recently discussed MSVC-specific trick, by Igor Chesnokov, has been added to the BOOST_TYPEOF submission. As a reminder, this implementation compiles much faster, and doesn't require type/template registration. This implementation covers VC6.5/7.0/7.1, but not VC8.0 (where the loophole seems to have been fixed). Please take it in the Boost sandbox file vault, http://boost-sandbox.sourceforge.net/vault/, typeof.zip. Regards, Arkadiy

1 0

[typeof] MSVC-specific implementation added
by Arkadiy Vertleyb 05 Apr '05

05 Apr '05

Hi all, The recently discussed MSVC-specific trick, by Igor Chesnokov, has been added to the BOOST_TYPEOF submission. As a reminder, this implementation compiles much faster, and doesn't require type/template registration. This implementation covers VC6.5/7.0/7.1, but not VC8.0 (where the loophole seems to have been fixed). Please take it in the Boost sandbox file vault, http://boost-sandbox.sourceforge.net/vault/, typeof.zip. Regards, Arkadiy

1 0