Menu
▾
▴
Re: [Adobe-source-devel] Adobe Source Libraries 1.0.36 Released (corrected: not 1.0.46)
|
From: Jacob F. <ja...@gm...> - 2008-03-25 19:54:29
|
Hi, Mat, Thanks for the response. I did continue building after the UNTGZ errors. I also tried tried using a different tool to get a complete decompression. And I even tried d/loading the latest Intel TBB (which seemed to have the same problem). If I recall correctly, all the results were the same. I have a lot of .obj files, but no exe's (e.g. no begin.exe). The only libs I have are from boost (filesystem, signals, thread, and unit_test_framework). The final output of my build is as follows: > ...failed compile-c-c++ ..\built_artifacts\test\begin\msvc- > 8.0\release\asl-dev\atomics-tbb\link-static\threading-multi\user-interface-gui\main.obj.. > . > ...skipped <p..\built_artifacts\test\begin\msvc- > 8.0\release\asl-dev\atomics-tbb\link-static\threading-multi\user-interface-gui > >begin.exe for lack of <p..\built_artifacts\test\begin\msvc- > 8.0\release\asl-dev\atomics-tbb\link-static\threading-multi\user > -interface-gui>express_viewer.obj... > ...skipped <p..\built_artifacts\test\selection_ops\main.test\msvc- > 8.0\release\asl-dev\atomics-tbb\link-static\threading-multi>main.exe for > lack of > <pC:\Development\3rdParty\Adobe\asl_1.0.36_c\adobe_root\built_artifacts\msvc- > 8.0\release\asl-dev\a > tomics-tbb\link-static\threading-multi>libasl_dev.lib... > ...skipped <p..\built_artifacts\test\selection_ops\main.test\msvc- > 8.0\release\asl-dev\atomics-tbb\link-static\threading-multi>main.run for > lack of <p..\built_artifacts\test\selection_ops\main.test\msvc- > 8.0\release\asl-dev\atomics-tbb\link-static\thre > ading-multi>main.exe... > ...failed updating 11 targets... > ...skipped 98 targets... > ...updated 454 targets... > ### Error : 1 If I had to guess, I would suspect the source of the problem is treating warnings as errors w/ Intel's TBB. That is the first and most frequent error I see. Is there an easy way to turn that off? thanks again, Jacob On Mon, Mar 24, 2008 at 7:39 PM, Mat Marcus <mm...@ad...> wrote: > Hi Jacob, > > Sorry to hear that you're having troubles with the net-setup script. I > too encountered some crashes with UNTGZ. I kept hitting ok until the > crashes stopped, then eventually the net-setup script > succeeded. Unfortunately, I haven't been able to find an alternative > public tool for windows that can unpack the intel tbb tgz > files. Perhaps its stumbling on the long suffix ".xcodeproj". > > It's not clear to me how you continued the build after the untgz > crashes. The net setup script actually executes the build command > multiple times to workaround apparent bjam bugs (mkdir issues). So it > is not unusual for some intermediate errors to show up, but in the end > the 1.0.36 build succeeded here. Is the same true for you if you "ok" > through the tgz crashes? If not, please give a few more details about > exactly how you are building if you would like further assistance. > > - Mat > > > "Jacob Foshee" <ja...@gm...> writes: > > > Hi, > > I just tried to d/load 1.0.36. UNTGZ crashes while expanding Intel TBB. > Just > > curious if you had any ideas? (I'm on WinXP SP2 w/ VC 8.0) > > > > I know this is not your archive, but, fwiw, it happens to crash after: > > > > Creating directory: tbb20_014oss_src/examples/concurrent_hash_map/ > > count_strings/xcode/count_strings.xcodeproj OK > > > > I expanded the archive using another tool, and that seemed to work fine. > > However, the build breaks at this point: > > > > compile-c-c++ C:\Development\3rdParty\Adobe\asl_1.0.36\adobe_root\ > > built_artifacts\msvc-8.0\debug\asl-dev\atomics-tbb\link-static\ > > threading-multi\ > > xstring.cpp > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : error C2220: > warning > > treated as error - no 'object' file generated > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : while > compiling > > class template member function > 'tbb::internal::atomic_traits<Size,M>::word > > Size,M>::word,tbb::internal::atomic_traits<Size,M>::word)' > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(344) : see > reference > > to class template instantiation > 'tbb::internal::atomic_traits<Size,M>' > > being > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(348) : see > reference > > to function template instantiation 'tbb::atomic<void*>::value_type > > tbb::atomi > > e_type)' being compiled > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : warning C4244: > > 'argument' : conversion from > 'tbb::internal::atomic_traits<Size,M>::word' > > to 'int', > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : warning C4244: > > 'argument' : conversion from > 'tbb::internal::atomic_traits<Size,M>::word' > > to 'int', > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : warning C4244: > > 'argument' : conversion from > 'tbb::internal::atomic_traits<Size,M>::word' > > to 'int', > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : while > compiling > > class template member function > 'tbb::internal::atomic_traits<Size,M>::word > > e,M>::word)' > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : warning C4244: > > 'argument' : conversion from > 'tbb::internal::atomic_traits<Size,M>::word' > > to 'int', > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > ..\intel_tbb_libraries\include\tbb/atomic.h(158) : while > compiling > > class template member function > 'tbb::internal::atomic_traits<Size,M>::word > > ize,M>::word)' > > with > > [ > > Size=4, > > M=__TBB_full_fence > > ] > > > > Please let me know if you have any ideas, or if I can provide more > > information. > > Thanks, > > Jacob > > > > On Fri, Mar 21, 2008 at 8:06 PM, Mat Marcus <mm...@ad...> wrote: > > > > Corrected subject line: 1.0.36 has been released, not 1.0.46. > > > > Mat Marcus <mm...@ad...> writes: > > > > > Version 1.0.36 of the Adobe Source Libraries has been released. > > > Highlights of this release include: ASL: > > > > > > * version_1 types (replace version_0 types) - better, defined > binary > > layout and carry allocator for applications with replaced > new/delete. > > > * capture_allocator, an std::allocator compatible allocator > which > > carries a paired new/delete. > > > * Allocator support in closed_hash_set<>, closed_hash_map<>, > and > > vector<>. > > > * Vastly improved move library (Thanks to Dave Abrahams!). > > > * Vastly improved copy-on-write library (now uses move library > to > > reduce number of increment/decrements). > > > * Bug fix in layout library that caused containers with the > width > > driven by the frame width to layout children incorrectly. > > > * Bug fix in forest::erase where the beginning of the erased > range > > has a lower depth then the end of the range. > > > * Forest test cases and minor fixes to forest types. > > > * Misc bug fixes. > > > * Fixes to build and distribution tools. > > > * Fixed search on documentation site to point to stlab and not > > > * opensource domain. > > > > > > Change list information can be found here: > > > http://stlab.adobe.com/asl_release_notes.html > > > > > > Documentation to get started with the release is here: > > > http://stlab.adobe.com/asl_readme.html > > > > > > Distribution files can be downloaded from here: > > > http://sourceforge.net/project/showfiles.php?group_id=132417 > > > > > > - Mat > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Adobe-source-devel mailing list > > Ado...@li... > > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel > |
