- Boost - lists.boost.org

Re: Asynchronicity (long)
by Don G 06 Apr '05

06 Apr '05

Hi Maxim, --- Maxim Yegorushkin <e-maxim(a)yandex.ru> wrote: >> libevent is GPL > > My current understaning that it is not. Am I wrong? I tried to verify my statement and couldn't find it either. It looks like I am mistaken, and I do apologize. The code contains this, but I couldn't find a LICENSE file or explicit statement on their web page: * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission. Not quite as free a license as Boost, but I don't know where I got "GPL". Oops. Best, Don __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

1 0

Re: [boost] Re: [filesystem] Can't compile on Tru64/gcc
by Iain Hanson 05 Apr '05

05 Apr '05

On Mon, 2005-04-04 at 20:51 -0400, Beman Dawes wrote: > "Jonathan Wakely" <cow(a)compsoc.man.ac.uk> wrote in message > news:20050404134320.GA88664@compsoc.man.ac.uk... > [snip] > This is the first time I've ever used the POSIX config mechanisms, so I may > have it wrong. I'll check... Hum... I find the POSIX docs for sysconf() > pretty impeneratable regarding the return value. I can see why I took >=0 to > be needed, but I could also read it in a way that >0 would be OK. > > Any POSIX experts out there? > Not a posix expert but the linux man page seems fairly clear: <quote> For options, typically, there is a constant _POSIX_FOO that may be defined in <unistd.h>. If it is undefined, one should ask at run- time. If it is defined to -1, then the option is not supported. If it is defined to 0, then relevant functions and headers exist, but one has to ask at runtime what degree of support is available. If it is defined to a value other than -1 or 0, then the option is supported. Usually the value (such as 200112L) indicates the year and month of the POSIX revision describing the option. Glibc uses the value 1 to indicate support as long as the POSIX revision has not been published yet. The sysconf() argument will be _SC_FOO. For a list of options, see posixoptions(7). </quote> /ikh

1 0

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

05 Apr '05

On Tue, 2005-04-05 at 18:33 +0200, Alexander Terekhov wrote: > Don G wrote: > [...] > > in this space. I think most folks using boost would agree: GPL evil, > > GPL is a joke, "evil" is this: > > http://web.novalis.org/talks/compliance-for-developers/slide-49.html > > [begin textual copying] > > July 27, 2004 GPL Compliance for Software Developers Legal notes > ---------------------------------------------------------------- > > Legal notes > > Static linking creates a derivative work through textual copying > > Most dynamic linking cases involve distributing the library > > Still a derivative work: > > Dynamic linking > > Distributing only the executable (testtriangle) > > Still a derivative work: > > Distributing the source code of software which links to a library > > when that library is the only software to provide that interface > > ----------------------------------------------------------------- > Copyright © 2004, Free Software Foundation. Verbatim copying > permitted provided this notice is preserved. > > [end textual copying] > > Tough law they have over there in the GNU Republic, so to speak. Yep. Thats why they also have the LGPL. GPL libs are not that common but the only way you can use them in non-gpl code is via IPC, if you want to re-distribute them. /ikh

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

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