[interprocess] Are there any pre-built docs about (+patch)?
I can't currently build the interprocess docs (on windows, with MSVC9 beta2) because I'm getting an 'Access is denied' error. I have the latest xslt-proc binaries, which I thought solved this problem. It's failing at the doxygen stage so it might be a different problem altogether. There was also a missing space between two [endsect] tags, which caused it to fail when converting the quickbook source. I've put the simple patch in trac as ticket #1330. << BUILD_OUTPUT C:\cc\src\boost\trunk\libs\interprocess\doc>bjam <snip> ...patience... ...found 1114 targets... ...updating 7 targets... quickbook.quickbook-to-boostbook ..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\interprocess.xml Generating Output File: ..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\interprocess.xml doxygen-action ..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\autodoc-xml.xml-dir The system cannot find the file specified. Access is denied. del /f /q "..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\autodoc-xml\*.xml" & "L:/usr/bin/X11/doxygen" ..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\autodoc-xml.doxyfile && echo "Stamped" > "..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\autodoc-xml.xml-dir" ...failed doxygen-action ..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi\autodoc-xml.xml-dir... ...skipped <p..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi>autodoc-xml.doxygen for lack of <p..\..\..\bin.v2\libs\interprocess\doc\msvc-9.0\debug\threading-multi> autodoc-xml.xml-dir... ...skipped <p..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi>autodoc-xml.boostbook for lack of <p..\..\..\bin.v2\libs\interprocess\doc\msvc-9.0\debug\threading-multi> autodoc-xml.doxygen... ...skipped <p.>autodoc.xml for lack of <p..\..\..\bin.v2\libs\interprocess\doc\msvc-9.0\debug\threading-multi> autodoc-xml.boostbook... ...skipped <p..\..\..\bin.v2\libs\interprocess\doc\msvc- 9.0\debug\threading-multi>interprocess.docbook for lack of <p.>autodoc.xml.. . ...skipped <phtml>standalone_HTML.manifest for lack of <p..\..\..\bin.v2\libs\interprocess\doc\msvc-9.0\debug\threading-multi> interprocess.docbook... ...failed updating 1 target... ...skipped 5 targets... ...updated 1 target... << BUILD_OUTPUT So, in the meantime, are there any docs online? The old link I found http://ice.prohosting.com/newfunk/boost/libs/interprocess/doc/html/index.htm... doesn't work anymore. Cheers, Darren
Darren Garvey escribió:
There was also a missing space between two [endsect] tags, which caused it to fail when converting the quickbook source. I've put the simple patch in trac as ticket #1330.
Fixed in SVN. It seems that I wrongly converted some bad newlines before commiting.
So, in the meantime, are there any docs online? The old link I found http://ice.prohosting.com/newfunk/boost/libs/interprocess/doc/html/index.htm... doesn't work anymore.
Boost.Interprocess: http://igaztanaga.drivehq.com/interprocess Boost.Intrusive: http://igaztanaga.drivehq.com/intrusive
Cheers, Darren
Regards, Ion
On 19/10/2007, Ion Gaztañaga <igaztanaga@gmail.com> wrote:
Boost.Interprocess:
http://igaztanaga.drivehq.com/interprocess
Boost.Intrusive:
Brilliant! Thanks.
I have been tracking down a problem that led me to atomic_count.hpp and atomic_count_sync.hpp. This is on a Sparc Solaris 2.8 machine with gcc 4.1.2. The issue is that since 4.1.2 is greater than 4.1 then atomic_count.hpp decides to use atomic_count_sync.hpp. atomic_count_sync.hpp in turn uses the gcc builtin __sync_* functions. This compiles fine but when I try to link my application I get undefined symbol errors for __sync_fetch_and_add_4 and __sync_val_compare_and_swap_4. According to the gcc documentation on gcc's atomic builtins (see http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html) ... "If a particular operation cannot be implemented on the target processor, a warning will be generated and a call an external function will be generated. The external function will carry the same name as the builtin, with an additional suffix `_n' where n is the size of the data type." ... which makes sense of the link error that I'm seeing. It appears that just checking for the gcc version isn't enough to verify that the atomic builtins will actually work without linking in the support functions. Fortunately for me, gcc 4.2.2 added support for sparc processors. Even so, it might be good to include something about this in the release notes. In fact, since the smart pointer library will use these atomic built-ins it would be good to know what other processors will run into the same problem. Glenn Schrader - MIT Lincoln Lab
Darren Garvey escribió:
I can't currently build the interprocess docs (on windows, with MSVC9 beta2) because I'm getting an 'Access is denied' error. I have the latest xslt-proc binaries, which I thought solved this problem. It's failing at the doxygen stage so it might be a different problem altogether.
I've just committed some Interprocess changes, including some workarounds in deque, slist and list. In my machine Doxygen 1.5.3 (which seemed the cause of the crash) + XSLT binaries from http://www.meta-comm.com/engineering/boost/xsltproc-win32.zip seem to work with msvc-7.1 toolset. Can you check if you can build the docs? Regards, Ion
participants (3)
-
Darren Garvey -
Ion Gaztañaga -
Schrader, Glenn