Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
this hopefully fixes Solaris' gcc build which uses the system ld by default.
All in all we should clean up most of the compiler and linker flags depending
on the actual compilers and linkers we use. Only some tweaks are OS-specific.
A cleanup in this area should be done along with the move to a new build
system (whensoever that will be ...).
|
|
The check for iconv requiring giconv.h and libgiconv as well as
the check for iconv requiring biconv.h and libbiconv were using the wrong
variable to check for previous successful test results. This caused the checks
to always fall back to libbiconv on systems where that library was available.
In the course of fixing this, I had to clean up the indentation in that piece of
code, and I also rewrote/added some comments.
Many thanks to Tsurutani Naoki <turutani@scphys.kyoto-u.ac.jp> for the initial
patch and diagnosis.
|
|
Patch from William Jojo sent to samba-technical:
This is based on some pain felt when building 32-bit and 64-bit Clustered Samba
on AIX with GPFS support.
Part of the problem lies in AIX only providing 32-bit shared object in
libxdsm.a(shr.o). So without libdmapi.a from gpfs.base, you get no DMAPI
support under 64-bit.
|
|
It seems, that SMB_LIBRARY macro has small bug in the logic, when showing
if shall the SHARED version of the library be build.
If the default value is given as a parameter, it reports "yes" when library
is going to be build(?).
This small patch makes report consistent.
With regards,
Timur Bakeyev.
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
In addition to [FreeBSD 14] there is another place, where we (re)define
SIGRTMIN - in SMB_IF_RTSIGNAL_BUG macro in /source3/m4/aclocal.m4.
Here is another small patch.
With regards,
Timur Bakeyev.
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
Michael
|
|
|
|
This should help compiling talloc on Windows.
|
|
now that the @LIBFOO_STATIC@ entries have vanished from the object lists.
Just use the static library.
Michael
|
|
This is based on a patch from the debian packages
by Steve Langasek <vorlon@debian.org>.
It removes the static libs from the object collections.
For those libs that are set up with SMB_LIBRARY().
Michael
|
|
Signed-off-by: Michael Adam <obnox@samba.org>
|
|
|
|
|
|
Michael
(This used to be commit 6ad2090391a92ebe822b2d7b80e180c251dc8e7a)
|
|
Michael
(This used to be commit 702c0bc04668117e3521d687b9b5a87fd7e0f1b1)
|
|
This will allow transition away from library-versions in the next step.
Michael
(This used to be commit d9d92b64275127e29c80dbdc7cfe193289fef9a3)
|
|
The default value defaults to "yes".
If no is specified, an optional third argument contains the
reason why building of the shared library is turned off by default.
Michael
(This used to be commit af971f79c7d736eb5b7ae8fcd4b2bf7ccf4834f3)
|
|
Only call the install/uninstall targets (from make (un)install)
for libraries configured with SMB_LIBRARY(), when the user did
not set --with-libname=no.
Make sure to always (at least) build the static version of the library.
Michael
(This used to be commit f440538c9480134ff05cf9c9f78a565808161101)
|
|
(This used to be commit 9b174871a87677f7dfbd897a80e526f203906bea)
|
|
(This used to be commit 0c2fd687b25e32d446ef799927db6933bc61223d)
|
|
This should not prevent building but linking of shared lib for
subsystem XYZ (example --with-static-libs=libtdb).
m4 quotation is tricky...
Michael
(This used to be commit 4d0a5d5c93ddab444a0097e1c56e4363574cb2b6)
|
|
Michael
(This used to be commit 96f85a48beb7da9c373fc030474020d05c55a18d)
|
|
Michael
(This used to be commit 4724b13ed8dce4721f95979803ba32f815ceaf1a)
|
|
cross-compiling, we accept the first iconv library that we find (with a
warning).
(This used to be commit 9417832155d634864f37d0fdb173ec607c154069)
|
|
toolchain independent, but since there's no portable method for
doing makefile includes, we can actually use the dependencies with
GNU make. It's easy to add this for other makes, but I don't have
any to test.
This also moves as much m4 as possible into the m4 directory where
no-one has to look at it. AFAICT, there's no way to hide depcomp
in there too, which is unfortunate.
(This used to be commit aa14900f8291a017aa7fab2bbb9a6c79b12889b2)
|