Foks,
The current status of the issue is as follows:
*) I've contacted a boost team, they suggested a smaller patch
*) I've applied a patch, this allows code to build, but one the tests for
the patched code (in libs/smart_ptr/test) fail. This is not one of the
tests that were expected to fail
Alexander, good day.
Wed, Nov 11, 2009 at 11:04:59PM +0300, Alexander Churanov wrote:
It seems that I have found a workaround. It is to store the address of
the variable in a register and then issue the CAS instruction, which
only accepts register for an address. I am currently testing it.
I
Eygene,
Your solution is clearly more appropriate. I'll test it.
Mine is attached.
Alexander Churanov
patch-boost_smart_ptr_detail_sp_counted_base_gcc_sparc.hpp
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
Folks,
It seems that I have found a workaround. It is to store the address of
the variable in a register and then issue the CAS instruction, which
only accepts register for an address. I am currently testing it.
Alexander Churanov
___
Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote:
As I know, currently devel/boost-libs port fails to build on sparc64.
I had a discussion of this in September. The root cause is unknown for
me. To investigate into this further I need either access to a sparc64
box or a person
Mon, Nov 09, 2009 at 04:12:01PM +0300, Eygene Ryabinkin wrote:
Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote:
As I know, currently devel/boost-libs port fails to build on sparc64.
I had a discussion of this in September. The root cause is unknown for
me. To investigate
Folks,
I've identified the root cause of the issue.
Boost folks are using custom routine written in assembly language for SPARC.
If the line 57 of boost/smart_ptr/detail/sp_counted_base.hpp is
commented, the implementation switches to spin-locked and code
compiles successfully.
I will contact
Guys,
Boost mailing list contains a record about using CAS instruction for
shared_ptr. It is of 2004. I'll investigate into it further. It is
necessary to understand why that library was working before 1.39.
Alexander Churanov
___
OK, Mark, no problems.
Alexander Churanov
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Boris, good day.
Sat, Nov 07, 2009 at 09:11:56PM -0500, Boris Kochergin wrote:
Alexander Churanov wrote:
HI folks!
As I know, currently devel/boost-libs port fails to build on sparc64.
I had a discussion of this in September. The root cause is unknown for
me. To investigate into this
HI folks!
As I know, currently devel/boost-libs port fails to build on sparc64.
I had a discussion of this in September. The root cause is unknown for
me. To investigate into this further I need either access to a sparc64
box or a person who has access and whom I may instruct with the
actions to
Alexander Churanov wrote:
HI folks!
As I know, currently devel/boost-libs port fails to build on sparc64.
I had a discussion of this in September. The root cause is unknown for
me. To investigate into this further I need either access to a sparc64
box or a person who has access and whom I may
12 matches
Mail list logo