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 23:23:07
|
The intel_tbb_libraries folder is getting moved whether untgz crashes or
not.
So my adobe_root contains the following:
adobe_platform_libraries
adobe_source_libraries
boost_libraries
built_artifacts
intel_tbb_libraries
After untgz and move, intel_tbb_libraries looks like this:
+---examples
| +---concurrent_hash_map
| | \---count_strings
| | \---xcode
| | \---count_strings.xcodeproj
| \---parallel_for
| +---seismic
| | +---vc7.1
| | +---vc8
| | \---xcode
| | +---English.lproj
| | | \---main.nib
| | \---SeismicSimulation.xcodeproj
| \---tacheon
| +---dat
| +---src
| +---vc7.1
| +---vc8
| \---xcode
| +---English.lproj
| | \---main.nib
| \---tacheon.xcodeproj
\---include
\---tbb
\---machine
So, it's definitely missing some files.
I just tried another build, manually decompressing and moving TBB, but it
failed as well. I still suspect the problem is all the warnings (which are
being treated as errors) in intel_tbb_libraries\include\tbb\atomic.h. For
example:
..\intel_tbb_libraries\include\tbb/atomic.h(158) : warning C4244: 'argument'
: conversion from 'tbb::internal::atomic_traits<Size,M>::word' to 'int',
possible loss of data
Thanks again for devoting time to this.
Jacob
On Tue, Mar 25, 2008 at 4:47 PM, Mat Marcus <mm...@ad...> wrote:
> "Jacob Foshee" <ja...@gm...> writes:
>
> Ok, thanks for the info. Based on the information you gave, I have a
> theory as to what might be going on. If the untgz tool is crashing, it
> is possible that the directory "intel_tbb_libraries" is not getting
> moved to live inside the adobe_root directory. That is, the tool
> failure may be resulting in the following directory structure:
>
> C:\Development\3rdParty\Adobe\asl_1.0.36\
> ...
> gnuwin32
> adobe_root
> adobe_platform_libraries
> adobe_source_libraries
> boost_libraries
> built_artifacts
> intel_tbb_libraries
> ...
>
> When in fact it should be
> ...
> gnuwin32
> adobe_root
> adobe_platform_libraries
> adobe_source_libraries
> boost_libraries
> built_artifacts
> intel_tbb_libraries
> ...
>
> For the build to succeed, all of the directories whose name ends in
> _libraries are supposed to be peers under adobe_root. If this is not
> the case, try moving intel_tbb_libraries down into the adobe_root
> directory and then execute the build script once more. If this works,
> then I will know what happened and I will try to look for an
> alternative to untgz for the next ASL release. Thanks for your
> patience as we get to the bottom of this.
>
> - Mat
>
> > 1) asl_1.0.36_net_setup.bat
> > 2) Something like: C:\Development\3rdParty\Adobe\asl_1.0.36\
> > 3) I have an unpatched version of boost on my machine installed at
> C:\Boost. I did have that version of bjam
> > on my path, but I removed it (to no avail). asl net_setup is
> downloading and patching its own copy of boost.
> > It says:
> >
> > ...found 5031 targets...
> > ...updating 671 targets...
> >
> > I am hoping the 5031 targets it found are not those already in my
> C:\Boost directory.
> > 4) cmd
> >
> > Thanks!
> > Jacob
> >
> > On Tue, Mar 25, 2008 at 3:27 PM, Mat Marcus <mm...@ad...> wrote:
> >
> > "Jacob Foshee" <ja...@gm...> writes:
> > Hi Jacob,
> >
> > What I'm looking for is:
> >
> > 1) what command line invocation did you use to initiate the build?
> > 2) which directory did you invoke it from?
> > 3) are you running with a patched or unpatched version of boost?
> > 4) are your running under cmd or cygwin?
> >
> > If I knew the answer to these questions I might be able to reason
> > further about whether there's a bug in the script, or how to help
> you
> > get things going on your machine. If everything is in place, another
> > experiment to try is to open the asl_command_prompt shell (found in
> > adobe_platform_libraries/tools) and invoke the command: bjam
> >
> > Sorry for the difficulties that you are experiencing,
> > - Mat
> >
> > > 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
>
|
