Re: [Adobe-source-devel] Adobe Source Libraries 1.0.36 Released (corrected: not 1.0.46)

[Jacob F. <ja...@gm...>]

Ok, I got it to build.  Thanks for the help.

But, I still have a few concerns:
1.
In *intel_tbb_libraries\include\tbb\atomic.h*, to eliminate the
warnings/errors, I wrapped the code with:
#pragma warning( disable : 4244 )
...
#pragma warning( default : 4244 )
This is clearly not a preferred way to operate.  Perhaps we could encourage
the TBB team to eliminate the warnings?  If not, you might have to patch TBB
like you are patching boost (which is not preferred either).

2.
I had to use WinRAR to extract Intel's tar.gz to get all the files.  I guess
we might have to find another untgz utility or see if Intel will provide
another format for the library.

3.
begin.exe exits as soon as I run it.  This seems to be regressive.  Any
ideas?

Thanks,
Jacob


On Tue, Mar 25, 2008 at 6:23 PM, Jacob Foshee <ja...@gm...> wrote:

> 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
> >
>