Can you give some instructions on how to do a standalone build with these changes? I tried the following:

patch -p1 < /home/das-g/slsrc/patches/autobuild-standalone.diff
autobuild install glh_linear
autobuild configure -c OpenSourceStandAloneRelWithDebInfo

but this fails with:

CMake Error at cmake/FindGLH.cmake:26 (message):
  Could not find GLH


Thanks

Ah, with that, configuration succeeds and GLH_INCLUDE_DIR gets correctly set to the dir with the symlinks. Could the need for that symlink dir be avoided by having the user directly set the GLH_INCLUDE_DIR CMake variable?

indra/cmake/Linking.cmake (Diff revision 1)

I thought the removal of the NOT STANDALONE condition here would give standalone the same (repository-local) include directories that non-standalone has, so that it'd find autobuild-installed dependencies. But it seems those are just for the library binaries? Or is this just about the creation of those directories, not their addition to the search path?

1. Aleric Inglewood Feb. 27, 2011, 9:23 a.m. (Feb. 27, 2011, 9:23 a.m.)

   No, this just sets variables to certain (path) values. No test should ever test if they are set (that would be a wrong design), so they might as well be set. In fact, they ARE being used (at least some of them) on standalone (the staging directories), which is why I removed the if. Also, it's a Good Thing(tm) that the auto-build installed packages (and header files!) are completely invisible on standalone. This should not change. What we need, as I remarked in my other comment, is that we need to create a separate directory where packages can be installed that ARE needed on standalone and then use that, so that we ONLY get packages that we really want/need, and not left-overs from a non-standalone build as well).
   

Building still fails for me, with

Linking CXX shared library libllcommon.so
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../libbreakpad_client.so when searching for -lbreakpad_client
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../libbreakpad_client.a when searching for -lbreakpad_client
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libbreakpad_client.so when searching for -lbreakpad_client
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libbreakpad_client.a when searching for -lbreakpad_client
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lbreakpad_client
collect2: ld returned 1 exit status
make[2]: *** [llcommon/libllcommon.so] Error 1
make[1]: *** [llcommon/CMakeFiles/llcommon.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

and

In file included from /usr/include/curl/curl.h:36,
                 from [...]/indra/llmessage/llcurl.h:39,
                 from [...]/indra/llmessage/llurlrequest.h:42,
                 from [...]/indra/llmessage/llhttpclient.h:38,
                 from [...]/indra/llmessage/message.h:53,
                 from [...]/indra/llinventory/llcategory.cpp:30:
/usr/include/curl/curlrules.h:144: error: size of array ‘__curl_rule_01__’ is negative
/usr/include/curl/curlrules.h:154: error: size of array ‘__curl_rule_02__’ is negative

but I guess those are both 32bit/64bit issues and not related to your changes here, so "Ship it!".

work on debian/sid 32bit, imho "ship it"

Can someone please explain "NO_SYSTEM_ENVIRONMENT_PATH" in the find_path. The only reason I can think of for that is to work around a broken build box.