Boost logo

Boost :

From: David Abrahams (dave_at_[hidden])
Date: 2006-05-28 00:50:29


"Gennadiy Rozental" <gennadiy.rozental_at_[hidden]> writes:

> "David Abrahams" <dave_at_[hidden]> wrote in message
> news:uirnq7tta.fsf_at_boost-consulting.com...
>>>>> and I don't have spirit to replicate the error.
>>>>
>>>> So download it. It takes about ten seconds over a fast connection.
>>>> Or don't, if you don't want to look at this problem.
>>>
>>> I don't even know where to look for it.
>>
>> I gave you the exact command to launch that test. What more do you
>> need?
>
> I do not know the location of spirit

http://spirit.sourceforge.net/download.html. For Borland you want
Spirit 1.6.3.

>>>> But my question remains: why is that function in a header when it
>>>> could be compiled into the library? Seems pretty inefficient, at
>>>> least for Boost, which runs many many tests using your library, to
>>>> compile that function body over and over.
>>>
>>> IT'S NOT. Why are you so sure it's my problem?
>>
>> W.R.T. the above paragraph, I'm sorry. I must've mis-analyzed the
>> situation. I don't think the crash is your problem exactly; it's
>> surely a codegen bug. However, I believe it's in your power to work
>> around the bug.
>
> At the moment I do not see why you came to this conclusion. I do not see
> indication this could/should be addressed in Boost.Test sources.

Not in the sources, but in the build requirements. You could turn off
optimization in the release build for borland, for example.

>>> P.S. I do have an access to borland 5.6.4. And I do not have any
>>> problems compiling with it.
>>
>> The only compile-time problem here is in the compiler. You can only
>> experience that problem at runtime :)
>
> According to metacomm regression tests run all my unit test that
> supposed to work for this compiler work. And I don't know about any
> runtime problems with specifying CLA either.

Sorry, I don't know what CLA have to do with it.

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk