adobe-source-devel — ASL development topic discussion

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

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

Great, yes, that did the trick!

So, my next step is to incorporate this into our build.  In general we try
to keep build artifacts out of the source tree.  Is there a way to specify a
different destination for built_artifacts?  If not, I can make do w/out it,
but might I make this a feature request?

Thanks, again.
I'll let you know as I have more questions.
Jacob

On Wed, Mar 26, 2008 at 9:41 PM, Mat Marcus <mm...@ad...> wrote:

> "Jacob Foshee" <ja...@gm...> writes:
>
> Hi Jacob,
>
> Ok, this is good. You're almost there with your manual build. The
> basic release  configuration and test suite is built by invoking:
>
>  bjam release
>
> Now, in order to run, begin.exe requires certain other files to be
> present in its directory. To execute the "install" step to make an
> double clickable version of begin that won't immediately exit, try the
> following from the asl_command_prompt:
>
>  bjam test/begin//install_program
>
> This should result in an "installed" begin directory at:
>
>  adobe_root/built_artifacts/install/NT/debug/Adobe Begin/
>
> You should be able to run the begin.exe in that directory, testing it
> upon the examples in the Examples directory contained therein.
>
> Or, if you would prefer a release version:
>
>  bjam release test/begin//install_program
>
> Or you could try to build both versions using 4 cores with:
>
>   bjam -j4 debug release test/begin//install_program
>
> I will try to replace the buggy untgz with a separate tar/gzip soon to
> restore the functionality of the automated build process. Thanks again
> for your interest and efforts. It will be good to know that you can
> successfully build and execute from the asl_command_prompt in the end.
>
>  - Mat
>
>
>
> > Hey, Mat,
> > I tried a fresh download and followed your instructions.  Here's the
> workflow I arrived at:
> > 1. Download and run asl_net_setup
> > 2. untgz crashes, and click through it ("Don't Send")
> > 3. asl_net_setup finishes  (Nothing built, TBB only partially extracted)
> > 4. run asl_command_prompt
> > 5. bjam (almost everything builds)
> > 6. bjam (remaining ~150 targets build)
> > However, only debug targets were built for ASL.  None of the release
> targets were built.  (How can I specify release
> > configuration?)
> >
> > So, the conclusion is that something in the environment is different in
> the asl_net_setup script than with the
> > asl_command_prompt.  I can try your suggested bjam parameters to see if
> I can isolate it.  (Also when I was using
> > asl_net_setup both debug and release targets built)
> >
> > Finally, begin.exe still does not work.  I guess this is a separate
> issue.  Is this a known issue?
> >
> > thanks,
> > jacob
> >
> > On Wed, Mar 26, 2008 at 12:40 PM, Mat Marcus <mm...@ad...> wrote:
> >
> >     Strange that we are getting different results. While it is true that
> >     you could try turning off warnings-as-errors, that wouldn't address
> >     the root problem. The provided jamfiles turn on or relax this
> setting
> >     as needed when building different libraries. In particular, when I
> >     build using the asl_net_setup scripts, I don't seem to get the error
> >     that you get. This means that something deeper is wrong. However, if
> >     you want to experiment, you can edit the line:
> >
> >       <toolset>msvc-8.0:<cxxflags>"/W3 /WX /Wp64 /Zc:wchar_t
> >       /Zc:forScope"
> >
> >     in adobe_root/adobe_source_libraries/Jamfile.v2 to remove the /WX.
> >
> >     Here are the next ideas I can think of for getting to the bottom of
> >     things. First, lets switch from using the full net setup script to a
> >     faster/more usual way of building. Steps:
> >
> >     1) open asl_command_prompt from adobe_platform_libraries/tools
> >
> >     2) the (non-debug) build command to enter at the prompt there is
> >     simply: bjam
> >
> >     Assuming that you are able to build in that manner, I recommend
> using
> >     that method for the remainder of our discussion. The idea is to only
> >     build, rather than trying to re-fetch boost each time, etc. In fact,
> >     this will give you the opportunity to manually unpack the tbb 014
> >     commercially aligned release and put it under adobe_root.
> >
> >     Now, if you get the same error we can add options to the bjam
> command
> >     to get a better look at what is going on. In particular, the command
> >     bjam -q -d+2 will tell us what actual commands were passed to the
> >     compiler. It will also stop after the first error. I can then
> compare
> >     the commands that are being passed to your compiler with those that
> >     are being passed to mine.
> >
> >     Thanks for your patience,
> >     Mat
> >
> >     "Jacob Foshee" <ja...@gm...> writes:
> >
> >     > 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
>

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

[Mat M. <mm...@ad...>]

"Jacob Foshee" <ja...@gm...> writes:

Hi Jacob,

Ok, this is good. You're almost there with your manual build. The
basic release  configuration and test suite is built by invoking:

  bjam release

Now, in order to run, begin.exe requires certain other files to be
present in its directory. To execute the "install" step to make an
double clickable version of begin that won't immediately exit, try the
following from the asl_command_prompt:

  bjam test/begin//install_program

This should result in an "installed" begin directory at:

  adobe_root/built_artifacts/install/NT/debug/Adobe Begin/

You should be able to run the begin.exe in that directory, testing it
upon the examples in the Examples directory contained therein.

Or, if you would prefer a release version:

  bjam release test/begin//install_program

Or you could try to build both versions using 4 cores with:

   bjam -j4 debug release test/begin//install_program

I will try to replace the buggy untgz with a separate tar/gzip soon to
restore the functionality of the automated build process. Thanks again
for your interest and efforts. It will be good to know that you can
successfully build and execute from the asl_command_prompt in the end.

 - Mat
  


> Hey, Mat,
> I tried a fresh download and followed your instructions.  Here's the workflow I arrived at:
> 1. Download and run asl_net_setup
> 2. untgz crashes, and click through it ("Don't Send")
> 3. asl_net_setup finishes  (Nothing built, TBB only partially extracted)
> 4. run asl_command_prompt
> 5. bjam (almost everything builds)
> 6. bjam (remaining ~150 targets build)
> However, only debug targets were built for ASL.  None of the release targets were built.  (How can I specify release
> configuration?)
>
> So, the conclusion is that something in the environment is different in the asl_net_setup script than with the
> asl_command_prompt.  I can try your suggested bjam parameters to see if I can isolate it.  (Also when I was using
> asl_net_setup both debug and release targets built)
>
> Finally, begin.exe still does not work.  I guess this is a separate issue.  Is this a known issue?
>
> thanks,
> jacob
>
> On Wed, Mar 26, 2008 at 12:40 PM, Mat Marcus <mm...@ad...> wrote:
>
>     Strange that we are getting different results. While it is true that
>     you could try turning off warnings-as-errors, that wouldn't address
>     the root problem. The provided jamfiles turn on or relax this setting
>     as needed when building different libraries. In particular, when I
>     build using the asl_net_setup scripts, I don't seem to get the error
>     that you get. This means that something deeper is wrong. However, if
>     you want to experiment, you can edit the line:
>    
>       <toolset>msvc-8.0:<cxxflags>"/W3 /WX /Wp64 /Zc:wchar_t
>       /Zc:forScope"
>    
>     in adobe_root/adobe_source_libraries/Jamfile.v2 to remove the /WX.
>    
>     Here are the next ideas I can think of for getting to the bottom of
>     things. First, lets switch from using the full net setup script to a
>     faster/more usual way of building. Steps:
>    
>     1) open asl_command_prompt from adobe_platform_libraries/tools
>    
>     2) the (non-debug) build command to enter at the prompt there is
>     simply: bjam
>    
>     Assuming that you are able to build in that manner, I recommend using
>     that method for the remainder of our discussion. The idea is to only
>     build, rather than trying to re-fetch boost each time, etc. In fact,
>     this will give you the opportunity to manually unpack the tbb 014
>     commercially aligned release and put it under adobe_root.
>    
>     Now, if you get the same error we can add options to the bjam command
>     to get a better look at what is going on. In particular, the command
>     bjam -q -d+2 will tell us what actual commands were passed to the
>     compiler. It will also stop after the first error. I can then compare
>     the commands that are being passed to your compiler with those that
>     are being passed to mine.
>    
>     Thanks for your patience,
>     Mat
>    
>     "Jacob Foshee" <ja...@gm...> writes:
>    
>     > 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

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

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

Hey, Mat,
I tried a fresh download and followed your instructions.  Here's the
workflow I arrived at:
1. Download and run asl_net_setup
2. untgz crashes, and click through it ("Don't Send")
3. asl_net_setup finishes  (Nothing built, TBB only partially extracted)
4. run asl_command_prompt
5. bjam (almost everything builds)
6. bjam (remaining ~150 targets build)
However, only debug targets were built for ASL.  None of the release targets
were built.  (How can I specify release configuration?)

So, the conclusion is that something in the environment is different in the
asl_net_setup script than with the asl_command_prompt.  I can try your
suggested bjam parameters to see if I can isolate it.  (Also when I was
using asl_net_setup both debug and release targets built)

Finally, begin.exe still does not work.  I guess this is a separate issue.
Is this a known issue?

thanks,
jacob

On Wed, Mar 26, 2008 at 12:40 PM, Mat Marcus <mm...@ad...> wrote:

> Strange that we are getting different results. While it is true that
> you could try turning off warnings-as-errors, that wouldn't address
> the root problem. The provided jamfiles turn on or relax this setting
> as needed when building different libraries. In particular, when I
> build using the asl_net_setup scripts, I don't seem to get the error
> that you get. This means that something deeper is wrong. However, if
> you want to experiment, you can edit the line:
>
>   <toolset>msvc-8.0:<cxxflags>"/W3 /WX /Wp64 /Zc:wchar_t
>   /Zc:forScope"
>
> in adobe_root/adobe_source_libraries/Jamfile.v2 to remove the /WX.
>
> Here are the next ideas I can think of for getting to the bottom of
> things. First, lets switch from using the full net setup script to a
> faster/more usual way of building. Steps:
>
> 1) open asl_command_prompt from adobe_platform_libraries/tools
>
> 2) the (non-debug) build command to enter at the prompt there is
> simply: bjam
>
> Assuming that you are able to build in that manner, I recommend using
> that method for the remainder of our discussion. The idea is to only
> build, rather than trying to re-fetch boost each time, etc. In fact,
> this will give you the opportunity to manually unpack the tbb 014
> commercially aligned release and put it under adobe_root.
>
> Now, if you get the same error we can add options to the bjam command
> to get a better look at what is going on. In particular, the command
> bjam -q -d+2 will tell us what actual commands were passed to the
> compiler. It will also stop after the first error. I can then compare
> the commands that are being passed to your compiler with those that
> are being passed to mine.
>
> Thanks for your patience,
> Mat
>

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

[Mat M. <mm...@ad...>]

Yes, and we use cygwin for internal builds. In fact, if one has cygwin
already installed, it is possible to use the asl_net_setup_1_0_36.sh
instead of the asl_net_setup_1_0_36.bat for building. One goal of the
network setup scripts is to minimize the number of external tools that
must be installed on a user's machine, and the amount of interaction
required for the automatic install of ASL (read: none). Of course I
must do something about the unacceptable untgz tool to rectify the
current situation.  Can the cygwin tar and gunzip be used without the
rest of cygwin (in particular, without the need for the user to
manually install cygwin first)?

Thanks for the suggestion,
Mat

Hubert Figuiere <hu...@fi...> writes:

> On Wed, 2008-03-26 at 12:13 -0500, Jacob Foshee wrote:
>> 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.
>
> doesn't cygwin32 have tar and gzip ? 
>
>
> Hub
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

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

[Mat M. <mm...@ad...>]

Strange that we are getting different results. While it is true that
you could try turning off warnings-as-errors, that wouldn't address
the root problem. The provided jamfiles turn on or relax this setting
as needed when building different libraries. In particular, when I
build using the asl_net_setup scripts, I don't seem to get the error
that you get. This means that something deeper is wrong. However, if
you want to experiment, you can edit the line:

   <toolset>msvc-8.0:<cxxflags>"/W3 /WX /Wp64 /Zc:wchar_t
   /Zc:forScope"

in adobe_root/adobe_source_libraries/Jamfile.v2 to remove the /WX.

Here are the next ideas I can think of for getting to the bottom of
things. First, lets switch from using the full net setup script to a
faster/more usual way of building. Steps:

1) open asl_command_prompt from adobe_platform_libraries/tools

2) the (non-debug) build command to enter at the prompt there is
simply: bjam

Assuming that you are able to build in that manner, I recommend using
that method for the remainder of our discussion. The idea is to only
build, rather than trying to re-fetch boost each time, etc. In fact,
this will give you the opportunity to manually unpack the tbb 014
commercially aligned release and put it under adobe_root.

Now, if you get the same error we can add options to the bjam command
to get a better look at what is going on. In particular, the command
bjam -q -d+2 will tell us what actual commands were passed to the
compiler. It will also stop after the first error. I can then compare
the commands that are being passed to your compiler with those that
are being passed to mine.

Thanks for your patience,
Mat

"Jacob Foshee" <ja...@gm...> writes:

> 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

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

[Hubert F. <hu...@fi...>]

On Wed, 2008-03-26 at 12:13 -0500, Jacob Foshee wrote:
> 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.

doesn't cygwin32 have tar and gzip ? 


Hub

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

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

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

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
>

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

[Mat M. <mm...@ad...>]

"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

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

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

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
>

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

[Mat M. <mm...@ad...>]

"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

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

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

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
>

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

[Mat M. <mm...@ad...>]

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

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

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

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
>

Re: [Adobe-source-devel] GUI Generation from boost::program_options

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

Cool, thanks for the feedback.  I will let you know what I come up with.

On Mon, Mar 24, 2008 at 1:04 PM, Foster Brereton <fbr...@ad...> wrote:

> Hi Jacob,
>
> A while back I was working on 'camo', which was a pursuit of this very
> kind
> of utility. My progress can be found in
> //adobe_platform_libraries/test/camo/, though I make no warranties as to
> its
> viability. If it is of some use to you as a starting point, go for it; if
> not, please disregard.
>
> Online Perforce is here:
>
>
> http://stlab.adobe.com:8080/@md=d&c=x98@//adobe_platform_libraries/test/camo
> /?ac=83<http://stlab.adobe.com:8080/@md=d&c=x98@//adobe_platform_libraries/test/camo/?ac=83>
>
> Blessings,
> Foster
>
>
> On 24/03/08 10:30 AM, "Jacob Foshee" <ja...@gm...> wrote:
>
> > Apologies, I believe I should have sent the following message to the
> > sourceforge list.
> > -jacob
> >
> > ---------- Forwarded message ----------
> > From: <own...@ad...>
> > Date: Mon, Mar 24, 2008 at 12:10 PM
> > Subject: GUI Generation from boost::program_options [redirect from adobe
> > internal mailing list]
> > To: asl...@ad...
> >
> >
> > Hi, everyone,
> >
> > I recently wrote a command-line utility which I now need to make a GUI
> for.
> > I used boost::program_options to parse the command-line arguments.  It
> seems
> > like it would be possible to generate a basic user interface based on
> > the options_descriptions provided.  I was curious if this had been
> discussed
> > or attempted before.
> >
> > Cheers,
> > Jacob
> >
> -------------------------------------------------------------------------
> > 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
>
> --
> Foster T. Brereton                <ἰχθύς><                 Ro 3:21-26
> C o m p u t e r   S c i e n t i s t        A d o b e   S y s t e m s
> "What 99 percent of programmers need to know is not how to build
> components but how to use them." -- Alexander Stepanov
>
>
>

Re: [Adobe-source-devel] GUI Generation from boost::program_options

[Foster B. <fbr...@ad...>]

Hi Jacob,

A while back I was working on 'camo', which was a pursuit of this very kind
of utility. My progress can be found in
//adobe_platform_libraries/test/camo/, though I make no warranties as to its
viability. If it is of some use to you as a starting point, go for it; if
not, please disregard.

Online Perforce is here:

http://stlab.adobe.com:8080/@md=d&c=x98@//adobe_platform_libraries/test/camo
/?ac=83

Blessings,
Foster


On 24/03/08 10:30 AM, "Jacob Foshee" <ja...@gm...> wrote:

> Apologies, I believe I should have sent the following message to the
> sourceforge list.
> -jacob
> 
> ---------- Forwarded message ----------
> From: <own...@ad...>
> Date: Mon, Mar 24, 2008 at 12:10 PM
> Subject: GUI Generation from boost::program_options [redirect from adobe
> internal mailing list]
> To: asl...@ad...
> 
> 
> Hi, everyone,
> 
> I recently wrote a command-line utility which I now need to make a GUI for.
> I used boost::program_options to parse the command-line arguments.  It seems
> like it would be possible to generate a basic user interface based on
> the options_descriptions provided.  I was curious if this had been discussed
> or attempted before.
> 
> Cheers,
> Jacob
> -------------------------------------------------------------------------
> 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

-- 
Foster T. Brereton                <ἰχθύς><                 Ro 3:21-26
C o m p u t e r   S c i e n t i s t        A d o b e   S y s t e m s
"What 99 percent of programmers need to know is not how to build
components but how to use them." -- Alexander Stepanov

Re: [Adobe-source-devel] GUI Generation from boost::program_options

[Sean P. <sp...@ad...>]

I know a few people have played with using ASL to create something  
like the old MPW Commando <http://developer.apple.com/tools/mpw-tools/commandref/commando.html 
 >.

It should be fairly straightforward - give it a shot and let us know  
what the issues are!

Sean


On Mar 24, 2008, at 10:30 AM, Jacob Foshee wrote:
> Apologies, I believe I should have sent the following message to the  
> sourceforge list.
> -jacob
>
> ---------- Forwarded message ----------
> From: <own...@ad...>
> Date: Mon, Mar 24, 2008 at 12:10 PM
> Subject: GUI Generation from boost::program_options [redirect from  
> adobe internal mailing list]
> To: asl...@ad...
>
>
> Hi, everyone,
>
> I recently wrote a command-line utility which I now need to make a  
> GUI for.  I used boost::program_options to parse the command-line  
> arguments.  It seems like it would be possible to generate a basic  
> user interface based on
> the options_descriptions provided.  I was curious if this had been  
> discussed or attempted before.
>
> Cheers,
> Jacob
>
> -------------------------------------------------------------------------
> 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

[Adobe-source-devel] GUI Generation from boost::program_options [redirect from adobe internal mailing list]

[<own...@ad...>]

Hi, everyone,

I recently wrote a command-line utility which I now need to make a GUI  
for.
I used boost::program_options to parse the command-line arguments.  It  
seems
like it would be possible to generate a basic user interface based on  
the
options_descriptions provided.  I was curious if this had been  
discussed or
attempted before.

Cheers,
Jacob

[Adobe-source-devel] GUI Generation from boost::program_options

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

Apologies, I believe I should have sent the following message to the
sourceforge list.
-jacob

---------- Forwarded message ----------
From: <own...@ad...>
Date: Mon, Mar 24, 2008 at 12:10 PM
Subject: GUI Generation from boost::program_options [redirect from adobe
internal mailing list]
To: asl...@ad...


Hi, everyone,

I recently wrote a command-line utility which I now need to make a GUI for.
I used boost::program_options to parse the command-line arguments.  It seems
like it would be possible to generate a basic user interface based on
the options_descriptions provided.  I was curious if this had been discussed
or attempted before.

Cheers,
Jacob

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

[Mat M. <mm...@ad...>]

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

[Adobe-source-devel] Adobe Source Libraries 1.0.46 Released

[Mat M. <mm...@ad...>]

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

[Adobe-source-devel] Updated version of "gather"

[Marshall C. <mar...@id...>]

In response to Sean's prodding ;-), I have uploaded a revised version 
of gather to my web site.
It's available here: <http://www.idio.com/gather>

Please let me know if there are any more suggestions.
-- 
-- Marshall

Marshall Clow     Idio Software   <mailto:mar...@id...>

A.D. 1517: Martin Luther nails his 95 Theses to the church door and 
is promptly moderated down to (-1, Flamebait).
        -- Yu Suzuki

[Adobe-source-devel] Adobe Source Libraries 1.0.35 Released - 2008-01-28

[Mat M. <mm...@ad...>]

Version 1.0.35 of the Adobe Source Libraries has been released. Highlights
of this release include:

        * More property model library simplifications and the removal of
"weak" which never worked.
        * Bug fix for copy-on-write assignment which was leaking.
        * Work on runtime_cast<> for any_regular_t.
        * Fixed a bug with edit_number and disabled items with multiple
units.
        * Fixed a bug with image_size (introduced in some recent cleanup).
        * removed adobe/algorithm/assign.hpp
        * improved rvalue assignment in some classes
        * renamed copy_bound to copy_bounded
        * minor improvements to operator+() for strings
        * updated doxyfile for latest doxygen
        * More algorithm documentation clean-up. Greately improved
erase/erase_if container algorithms and container storage type function.
        * Templatize erase_if test cases
        * Initial work on forest unit_test

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://stlab.net/project/showfiles.php?group_id=132417

 - Mat

Re: [Adobe-source-devel] Fwd: gather and stable_gather

[Sean P. <sp...@ad...>]

On Jan 23, 2008, at 8:39 AM, Marshall Clow wrote:

> Well, crud, Sean - you've taken my proposal and "improved" it until  
> it's almost unrecognizable.
> And your suggestions are good, too! ;-)

That's my job - Ensuring that engineers write less code ;-)

>>
>> 	* I do not see a reason for the pre-condition/throw and there is a  
>> fair amount of redundant checking - partition handles empty ranges  
>> just fine.
>
> That was just me being paranoid - I was not sure that partition  
> handled empty ranges.

STL always handles empty ranges -

>>
>> 	* Since a good partition will return a partition point, the  
>> obvious (and useful) result would seem to be the gathered range.
>
> That's a much better return value.

General rule is to not throw away useful information - always look at  
what you are calculating in an algorithm and let that guide you to  
return a useful result.

>> template <
>>   typename I,	// I models BidrectionalIterator
>>   typename P> // P models UnaryPredicate
>> std::pair<I, I> gather(I f, I l, I m, P p)
>> {
>> 	return std::make_pair(std::stable_partition(f, m, !boost::bind(p,  
>> _1)), std:: stable_partition(m, l, boost::bind(p, _1)));
>>
>> }
>
> And that's much simpler than my code!

I often go through the exercise of writing a function and then  
refining it until I have something  small and pretty. Doing this with  
others is also very useful - Mat and I did this for an erase_if()  
algorithm for containers yesterday and I often do this with Alex. Good  
code is short, simple, and symmetrical - the challenge is figuring out  
how to get there.

>> Work that would need to be done for a complete submission:
>>
>> 1) Provide the above and all the range based variants (look at the  
>> current STL wrappers on partition for examples).
>> 2) Provide doxygen documentation
>> 3) Provide a unit test
>
> I'm pretty sure that I can do that this weekend.

Great - one last item 2a) a short tutorial - for this case a simple  
example will suffice. There is a function template for how to write  
the docs for ASL (leave any section out that don't apply rather than  
leaving them blank) - it isn't perfect but a decent start - we're  
grinding through the library to complete it now - and the first pass  
is categorizing everything and presenting it in a toc - which will be  
an outline for the documentation.

>> Bonus:
>>
>> 1) Provide a better implementation of partition and  
>> stable_partition (lots of info on stepanovpapers.com, including  
>> some code, on how to do this -
>> 2) Weaken the requirement on gather to ForwardIterator using the  
>> new partition.
>
> Less sure about these...

It is a fair amount of non-trivial work, not a huge amount of work  
though. A very interesting exercise for whoever wants to take it on -  
take a look at the code in the lectures and the discussion. If someone  
doesn't beat us to it then my team will eventually get this done (one  
thing I want to do is reflect as much of what we've learned in working  
on the book into the library as we can) - taking on stable_partition -  
which is a wonderful algorithm - you are guaranteed to learn a lot. If  
you give some feedback on the book while you are at it you will get an  
acknowledgement!

Sean

>
>
> P.S.	Please use this email address, rather than my Qualcomm one.
> -- 
> -- Marshall
>
> Marshall Clow     Idio Software   <mailto:mar...@id...>
>
> It is by caffeine alone I set my mind in motion.
> It is by the beans of Java that thoughts acquire speed,
> the hands acquire shaking, the shaking becomes a warning.
> It is by caffeine alone I set my mind in motion.

Re: [Adobe-source-devel] Fwd: gather and stable_gather

[Marshall C. <mar...@id...>]

Well, crud, Sean - you've taken my proposal and "improved" it until 
it's almost unrecognizable.
And your suggestions are good, too! ;-)

At 11:49 AM -0800 1/22/08, Sean Parent wrote:
>I will argue here that I don't see a need for an unstable gather - 
>do you have such a use case? In absence of one I'm likely to simply 
>call the stable form "gather". And drop the unstable form - for 
>partition often you don't care about stability but I don't see that 
>for gather.
>
>
>On implementation -
>
>	* I do not see a reason for the pre-condition/throw and there 
>is a fair amount of redundant checking - partition handles empty 
>ranges just fine.

That was just me being paranoid - I was not sure that partition 
handled empty ranges.

>	* Note that for a stable gather if the element pointed to 
>satisfies the predicate then it won't move.

D'oh!

>
>	* Since a good partition will return a partition point, the 
>obvious (and useful) result would seem to be the gathered range.

That's a much better return value.

>	* We should debate the parameter ordering - rotate takes 
>(first, middle, last) - but this form is easier to adapt to ranges.
>
>	* throwing in an extra boost::bind() on p allows functions to 
>take anything convertible to a function without bind (ASL follows 
>this for all algorithms).

Good suggestion.

>Minor items:
>	* Although I don't think std::stable_partition works with 
>ForwardIterator but we certainly have the code to do so... we could 
>loosen the requirements.
>	* The sense of the predicate is inverted in std::partition() 
>(and std::partition) [that is, it isn't consistent with sort and 
>partition is a form of sort] - if we provide our own partition this 
>would be one item to fix-up.
>
>---
>
>template <
>    typename I,	// I models BidrectionalIterator
>    typename P> // P models UnaryPredicate
>std::pair<I, I> gather(I f, I l, I m, P p)
>{
>	return std::make_pair(std::stable_partition(f, 
>m, !boost::bind(p, _1)), std:: stable_partition(m, l, boost::bind(p, 
>_1)));
>
>}

And that's much simpler than my code!


>Work that would need to be done for a complete submission:
>
>1) Provide the above and all the range based variants (look at the 
>current STL wrappers on partition for examples).
>2) Provide doxygen documentation
>3) Provide a unit test

I'm pretty sure that I can do that this weekend.

>Bonus:
>
>1) Provide a better implementation of partition and stable_partition 
>(lots of info on stepanovpapers.com, including some code, on how to 
>do this -
>2) Weaken the requirement on gather to ForwardIterator using the new 
>partition.

Less sure about these...

P.S.	Please use this email address, rather than my Qualcomm one.
-- 
-- Marshall

Marshall Clow     Idio Software   <mailto:mar...@id...>

It is by caffeine alone I set my mind in motion.
It is by the beans of Java that thoughts acquire speed,
the hands acquire shaking, the shaking becomes a warning.
It is by caffeine alone I set my mind in motion.