Age | Commit message (Collapse) | Author | Files | Lines |
|
There are two reasons for that. The first is that libraries are
executables and can have main functions (see libc). The second reason is
that rpm script to extract debuginfo are looking for executables and
then check if it is the right file to extract the info.
Autobuild-User: Andreas Schneider <asn@cryptomilk.org>
Autobuild-Date: Thu Feb 23 20:57:11 CET 2012 on sn-devel-104
|
|
this fixes the symlink for libsmbclient.so
Autobuild-User: Andrew Tridgell <tridge@samba.org>
Autobuild-Date: Wed Jun 15 07:23:10 CEST 2011 on sn-devel-104
|
|
thanks to Simo and rpmbuild for spotting this!
Autobuild-User: Andrew Tridgell <tridge@samba.org>
Autobuild-Date: Wed Mar 2 02:49:34 CET 2011 on sn-devel-104
|
|
when a library is declared as libdir/libname, still put the symlink in
bin/shared
Pair-Programmed-With: Andrew Bartlett <abartlet@samba.org>
Autobuild-User: Andrew Tridgell <tridge@samba.org>
Autobuild-Date: Fri Feb 18 06:03:57 CET 2011 on sn-devel-104
|
|
Pair-Programmed-With: Andrew Bartlett <abartlet@samba.org>
|
|
too.
|
|
|
|
|
|
this checks that the linker supports --version-script
Pair-Programmed-With: Andrew Bartlett <abartlet@samba.org>
|
|
libraries.
Autobuild-User: Jelmer Vernooij <jelmer@samba.org>
Autobuild-Date: Tue Nov 30 02:23:37 CET 2010 on sn-devel-104
|
|
the change broke the library linkages for some library, as spotted by
Brad
|
|
Autobuild-User: Andrew Tridgell <tridge@samba.org>
Autobuild-Date: Mon Nov 8 02:31:18 UTC 2010 on sn-devel-104
|
|
we need to ensure that 'make install' does not change any of our build
libraries, and only changes the .inst.so libraries, otherwise doing a
make test in the build directory directly after a make install could
use the installed libraries, which would mean using the wrong
LDB_MODULES_PATH
this could cause the "unknown error" loading ldb modules when running
some commands directly after a make install
Pair-Programmed-With: Andrew Bartlett <abartlet@samba.org>
|
|
Thanks to Tridge for pointing out what exactly I had to change. :-)
|
|
|
|
It's sometimes needed to specifiy the soname directly.
metze
|
|
'private_library' better captures what we are trying to get at when we
bundle a library
|
|
this should help with MacOSX .dylib libraries
|
|
these have crept into the tree over time. Maybe we should add testing
of a range of python versions to autobuild?
|
|
This is a temporary workaround until Jelmer gets a chance to look at
this
Autobuild-User: Andrew Tridgell <tridge@samba.org>
Autobuild-Date: Tue Oct 5 06:57:59 UTC 2010 on sn-devel-104
|
|
don't exist yet.
|
|
|
|
|
|
have a mangled name.
|
|
|
|
this solves an incompatibility with a newer version of waf from svn
|
|
Use the self.env.RPATH variable to set the RPATH for each target. This
gives consistent ordering of the link command, ensuring that we don't
get rebuilds if we ask for a --targets= build after a normal build.
This also means we are now using the RPATH_ST pattern, which means we
can potentially support compilers that don't use -Wl,xxx as the
command line for rpath support
|
|
this fixes the install of mit_samba.so
|
|
this should fix the smbd/smbd install problem with Kai's s3 waf build
|
|
We need a symlink libFOO.so -> libFOO.so.x.y as a
development symlink
Pair-Programmed-With: Andrew Bartlett <abartlet@samba.org>
|
|
|
|
current diectory
Many thanks to ita for pointing out the fix.
|
|
this saves a few unlink/symlink calls for null builds
|
|
This should fix a problem that Anatoliy has struck with the PIDL
rules. It also brings us much closer to a working build for a true out
of tree build (ie. with waf configure -b /tmp/build)
|
|
Python 3.x is a bit fussier about print statements and indentation.
Signed-off-by: Andrew Tridgell <tridge@samba.org>
|
|
|
|
|
|
This avoids creating additional task generators at build time, and
instead moves all the rpath logic into samba_install.py where it is
triggered by the install_lib and install_bin features
|