Re: request: BOOST_NO_SFINAE_EXPR macro

On Fri, Jul 31, 2009 at 11:52 AM, Simonson, Lucanus
J<lucanus.j.simonson <at> intel.com> wrote:
> Beman Dawes wrote:
>> On Thu, Jul 30, 2009 at 10:20 AM, Mathias
>> Gaunard<mathias.gaunard <at> ens-lyon.org> wrote:
>>> It would be very nice if Boost.Config provided the
>>> BOOST_NO_SFINAE_EXPR macro, that would be defined if the compiler
>>> does not support SFINAE applied to expressions.
>>> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2634.html
>>>
>>> GCC supports this feature since 4.4 both for C++03 and C++0x for
>>> example.
>>
>> Yes, such a macro is needed
>
> So we could do this instead of use mpl and?
>
> template <typename T1, typename T2>
> enable_if_c<is_a_A<T1>::value && is_a_B<T2>::value>::type foo();
>
>> Also, it turns out that the ability to provide a default template
>> parameter for function templates markedly clarifies code using
>> enable_if. (I learned this Howard Hinnant, but I think he may have
>> gotten the idea from Peter Dimov.)
>
> This sounds interesting.  Can you explain how?

The example from Howard is below. Note that the enable_if code is
moved out of the function signature and into a default template
parameter.

Re: boost] Boost.Plot? - Scalable Vector Graphics (was [expressive] performance tuning

On Fri, Jul 31, 2009 at 2:37 PM, Edward Grace<ej.grace <at> imperial.ac.uk> wrote:
>
> On 31 Jul 2009, at 20:01, Phil Endecott wrote:
>
>> Edward Grace wrote:
>>
>>> -------------- next part --------------
>>> A non-text attachment was scrubbed...
>>> Name: empirical-times.png
>>> Type: image/png
>>> Size: 8765 bytes
>>> Desc: not available
>>> URL:
>>> <http://lists.boost.org/MailArchives/boost/attachments/20090731/05a18e45/attachment.png>
>>> -------------- next part --------------
>>
>> This is just another of my once-or-twice-per-year messages to point out
>> that these links don't work...
>
> I'm not quite sure I understand.  Once I pared down the attachments my
> message should have had a couple of .png attachments.  Did this get replaced
> by a non-functional URL?  The graphs are quite important, without them
> nothing makes sense [*].
>
> I don't get an echo of what I post so I can't tell.

You pictures came through fine, he is looking on the website archive.
It has nothing to do with you, he is just complaining that the
archives are broken since it does not include attachments, but us
using email distribution got your images fine, so no worry.

Re: request: BOOST_NO_SFINAE_EXPR macro

On Fri, Jul 31, 2009 at 11:59 AM, Mathias
Gaunard<mathias.gaunard <at> ens-lyon.org> wrote:
> Beman Dawes wrote:
>
>> I'm overloaded. If you'd like to submit a patch, that would be great.
>
> I wouldn't mind contributing, but I don't have access to all compilers (17 I
> believe) to test which ones support or don't support the features (albeit I
> suppose that the automatic testing on the trunk would eventually give the
> answer).
>
> Is defining BOOST_NO_* in all compilers for which I don't know whether they
> support it good enough?

Yes! I'd suggest you test with at least one compiler that supports the
feature and one that doesn't. But in general just default to
BOOST_NO_*.

--Beman
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: There's a serious problem with the Boost Community :(

Vladimir Prus wrote:
> Jon Biggar wrote:
> 
>> That said, here's the problem: simple patches submitted languish without
>>   action or response for far too long.  I submitted a patch for bjam
>> with ticket #2552 back in November, including test cases to verify that
>> it operates correctly.  But despite requesting over several release
>> cycles since then, no action has been taken and I haven't even gotten a
>> response.
> ...
>> The Boost Community *really* needs a mechanism to ensure that patches
>> submitted are acknowledged, vetted, and if found worthy, integrated into
>> a release in a timely manner.  Not doing so discourages contribution.
> 
> The fundamental matter is that "Boost Community", or rather 
> "Boost Developers Community" does not exist. With 90 libraries, no single
> person has enough knowledge to apply patches to all of them. In fact, it's
> not even possible to have a single person oversee issue workflow, like
> ensuring response within specific time. This might be a problem, but
> frankly, no open-source project I worked with generally has such procedures,
> for similar reasons.
> 
> I am afraid that the only way to guarantee a patch is in is to ping it
> if it's not applied after reasonable time. While you have pinged it once,
> recently, unfortunately the person the issue is assigned to was on vacation.

Yep, being that person , I didn't notice the ping at all when I got 
back this week. And unfortunately I won't have time for much Boost 
related for some weeks, as I have this thing called "my wedding" to 
worry about next week 

Re: issues when compiling boost with visual c++ 8 and 9

Beman Dawes wrote:

> On Sun, Jul 26, 2009 at 7:36 AM, Sean
> Farrow<sean.farrow <at> seanfarrow.co.uk> wrote:
>> Hi:
>>
>> The following is the output I am currently getting with the current
>> trunk when trying to compile with visual c++ 9, tried with visual c++ 8
>> and got a similar error:
> 
> Richard Webb also reported this for VC++ 10, and pointed out a
> misspelling from changeset 55154.
> 
> Since this typo is causing widespread breakage, I've gone ahead and
> fixed the misspelling, done a simple test, and committed the change to
> trunk.
> 
> Thanks for the problem report,

Thanks for fixing this! This is apparently due to the fact that release
testing still uses trunk version of Boost.Build. I'll talk to Rene about
possible approaches to improve on that.

- Volodya

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: request: BOOST_NO_SFINAE_EXPR macro

Beman Dawes wrote:

> Yes! I'd suggest you test with at least one compiler that supports the
> feature and one that doesn't. But in general just default to
> BOOST_NO_*.

Ok, here is the patch.
I chose to name the macros BOOST_NO_SFINAE_EXPR as I initially suggested 
and BOOST_NO_FUNCTION_TEMPLATE_DEFAULT_PARAMETER since the other 
suggested name was really too long.

I also changed the GCC config header so that GCC 4.4 is not an unknown 
version anymore.

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: boost] Boost.Plot? - Scalable Vector Graphics (was [expressive] performance tuning

OvermindDL1 wrote:
> On Fri, Jul 31, 2009 at 2:37 PM, Edward Grace<ej.grace <at> imperial.ac.uk> wrote:
>> On 31 Jul 2009, at 20:01, Phil Endecott wrote:
>>> Edward Grace wrote:
>>>
>>>> -------------- next part --------------
>>>> A non-text attachment was scrubbed...
>>>> Name: empirical-times.png
>>>> Type: image/png
>>>> Size: 8765 bytes
>>>> Desc: not available
>>>> URL:
>>>> <http://lists.boost.org/MailArchives/boost/attachments/20090731/05a18e45/attachment.png>
>>>> -------------- next part --------------
>>>
>>> This is just another of my once-or-twice-per-year messages to point out
>>> that these links don't work...
>>
>> I'm not quite sure I understand. ?Once I pared down the attachments my
>> message should have had a couple of .png attachments. ?Did this get replaced
>> by a non-functional URL? ?The graphs are quite important, without them
>> nothing makes sense [*].
>>
>> I don't get an echo of what I post so I can't tell.
>
> You pictures came through fine, he is looking on the website archive.
> It has nothing to do with you, he is just complaining that the
> archives are broken since it does not include attachments, but us
> using email distribution got your images fine, so no worry.

Re: [unit_test_framework] plans?

Dmitry Goncharov wrote:
> There is a restriction that shared and static versions of 
> libunit_test_framework are not interchangeable.
> This makes it difficult to ship unit tests since the author of a unit 
> test cannot predict what type of libunit_test_framework (shared or 
> static) the user has on their machine.

1. This subject is discussed in length. Boost.Test opted for portability 
in between platform, instead of interchangeability between static and 
shared libraries. This is not a restriction, this is feature ;)

2. Am I to understand that you are library developer who ships unit 
tests along with library?

3. If answer is yes, do you ship your own makefiles? if yes, you can 
enforce specific library there.

4. If not, you can use single header variant of UTF and do not depend on 
library at all. It's not like your users are going to build your test 
modules over and over.

5. Your last option if none of the above fits is to make notes in 
documentation ;)

Gennadiy

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: boost] Boost.Plot? - Scalable Vector Graphics (was [expressive] performance tuning

> -----Original Message-----
> From: boost-bounces <at> lists.boost.org [mailto:boost-bounces <at> lists.boost.org]
On
> Behalf Of Phil Endecott
> Sent: 01 August 2009 16:34
> To: boost <at> lists.boost.org
> Subject: Re: [boost] boost] Boost.Plot? - Scalable Vector Graphics (was
[expressive]
> performance tuning
> 
> No, I'm not looking at the website archive, I'm looking at the list digest
email.

FWIW, the email and attachments are all fine for me - using Outlook 2007 and
Firefox 3.5 and Adobe Reader.

Paul

PS But I note that my original post on SVG has been hijacked - not that it
matters much.

---
Paul A. Bristow
Prizet Farmhouse
Kendal, UK   LA8 8AB
+44 1539 561830, mobile +44 7714330204
pbristow <at> hetp.u-net.com

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Help with SVN required

I want to merge current state of the directories of the serialization 
library into the release branch. In order to do this, I consult the SVN 
documentation as well as the instructions at 
https://svn.boost.org/trac/boost/wiki/ImprovingPractices

When I do the merge - I get a large number of conflicts. It looks like:

a) lines deleted from the trunk are not deleted from the new (release) 
working copy.
b) files deleted from the trunk are not deleted from the new (release) 
working copy.
c) files which have been added to the trunk don't show up in my (release) 
working copy.

According to the SVN documentation I should go through the dozens of files 
with conflicts one by one and examine them and resolve all the conflicts.

What I really want is for the current state of the trunk to be "transfered" 
to the release branch.  Any body know what i might be doing wrong?

Robert Ramey 

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost