This reverts commit b53a86a5.
Conflicts:
	scp2/source/python/file_python.scp

I assume that the file *shall* be named .so on Mac OS X after all, and that it
actually being named .dylib was a mistake introduced with
a09ce468 and reverted with
0b1be1ce.

...it was cleaned away by a09ce468 "Port PyUno
to support Python 3" but is still needed to make sure libpyuno.so is loaded
RTLD_GLOBAL (Python apparently loads its modules RTLD_LOCAL).  At least with
pre 4.5 GCC this can cause problems with C++ exception handling, see the mail
thread starting at
<http://lists.freedesktop.org/archives/libreoffice/2012-February/025166.html>
"LibO 3.5RC2: terminate called after throwing an instance of
'com::sun::star::registry::InvalidRegistryException'" for details.

(to fix the build after the cppcheck cleanup)

* Remove the System V semaphore implementation variant

* POSIX thread-local code was always used for synchronization
  primitives anyway

that broke a case where we had -DMISC=$(call gb_Helper_conver_native,...)
which transformed in to -DMISC=   d:/foo/bar
and broke the build

otherwise we construct file like d://libo/... which break stuf

only PATH and SOLARENV which is used as a trigger to call Env.Host.sh
are left...

JAVAHOME is used in an obscure test module in moz, that does not seems
to be run anyway... other than that, no trace of it
so no need to export it.