I get the prorotype error (uint32 / uint32_t) in include/util_tdb.h
regardless of if I use cc or gcc, see [Samba] Failed building 3.0.30
for tru64 4.0F
If I modfy include/util_tdb.h changing uint32_t to uint32, and correct
the typo (TDB_BASE_OBJ) -> (TDBBASE_OBJ) in the Makefile.in, . and use
CC=gcc for /configure I get the same result as Kai Lanz.
3 jun 2008 kl. 22.52 skrev Kai Lanz:
I'm trying to build 3.0.30 on Alpha/Tru64-4.0G. The configure step
works,
but make fails when it tries to link smbd:
Compiling popt/popt.c
Compiling popt/poptconfig.c
Compiling popt/popthelp.c
Compiling popt/poptparse.c
Linking bin/smbd
ld:
Unresolved:
__unsafe_string_function_usage_here_size_t__
gmake: *** [bin/smbd] Error 1
This Should Never Happen :) -- that looks like a message for the
developers.
How can I track down the cause of this and fix it?
Here are some details: I'm using the samba-3.0.30.tar.gz source
distribution
downloaded from samba.org. I configured the build as follows:
> env CC=cc LDFLAGS=-L/local/lib CPPFLAGS=-I/local/include ./
configure \
--with-winbind --with-krb5=/local --with-ldap --with-ads
(I have to use the vendor cc, because if I try to build with gcc, I
get
the same errors Bengt Nilsson is reporting about tdb_open,
_E__lc_ctype,
tdb_traverse, _Eioctl and many others.) Prior to running make, I fixed
what appears to be a typo in the Makefile:
> diff Makefile Makefile.orig
590c590
< LIBSMBSHAREMODES_OBJ = libsmb/smb_share_modes.o $(TDBBASE_OBJ)
---
> LIBSMBSHAREMODES_OBJ = libsmb/smb_share_modes.o $(TDB_BASE_OBJ)
Dunno if that's important. Then I ran make like so, using GNU make:
> limit datasize 1048576
> limit memoryuse 2041072
> gmake
The make process begins by reporting (long lines wrapped):
Using FLAGS = -I/usr/local/include -O -D_SAMBA_BUILD_=3
-I/src/pub/samba-3.0.30/source/popt
-I/src/pub/samba-3.0.30/source/iniparser/src -Iinclude -I./include -
I. -I.
-I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc
-DHAVE_CONFIG_H -I/usr/local/include -I/local/include -
DLDAP_DEPRECATED
-I/src/pub/samba-3.0.30/source/lib -D_SAMBA_BUILD_=3
PICFLAG = -fPIC
LIBS = -lproplist -lsecurity -lresolv -lresolv
LDFLAGS = -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/
local/lib
DYNEXP =
LDSHFLAGS = -shared -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/
lib
-L/local/lib
SHLIBEXT = so
SONAMEFLAG = -Wl,-soname,
Generating smbd/build_options.c
This dies with the "unresolved" complaint from the linker as shown
above.
My guess is this is a false-positive from safe_string.h -- i.e.,
there's
nothing wrong with the string function calls in the smbd source files,
but rather safe_string is mistakenly reporting a problem. Is it
possible
to muzzle safe_string and just get on with the build?
I have previously built 3.0.25 successfully on this same Alpha box.
But when I was trying to build 3.0.28 after it came out, I hit the
same
"unsafe_string_function_usage" error as I'm now seeing with 3.0.30. At
that time I just gave up; this time I'd like to solve the problem.
--
Kai Lanz Stanford University School of Earth Sciences
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba