Thomas M Steenholdt
2004-Apr-27 10:01 UTC
[Samba] build problem on SuSE SLES 8 SP3 (s390) - struct statfs redefinition?
Has anyone had any problems building on SuSE SLES 8 for s390 with all patches applied... After applying patches to my build server last night, building samba fails with the following... mycomp:/srv/build/samba-3.0.2a/source # make Using FLAGS = -O -I./popt -Iinclude -I/srv/build/samba-3.0.2a/source/include -I /srv/build/samba-3.0.2a/source/ubiqx -I/srv/build/samba-3.0.2a/source/smbwrapper -I. -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I/srv/build/sa mba-3.0.2a/source LIBS = -lcrypt -lattr -lresolv -lnsl -ldl LDSHFLAGS = -shared LDFLAGS Generating smbd/build_options.c Building include/proto.h creating /srv/build/samba-3.0.2a/source/include/proto.h Building include/wrepld_proto.h creating /srv/build/samba-3.0.2a/source/include/wrepld_proto.h Building include/build_env.h creating /srv/build/samba-3.0.2a/source/nsswitch/winbindd_proto.h creating /srv/build/samba-3.0.2a/source/web/swat_proto.h creating /srv/build/samba-3.0.2a/source/client/client_proto.h creating /srv/build/samba-3.0.2a/source/utils/net_proto.h Compiling dynconfig.c In file included from /usr/include/asm/statfs.h:6, from /usr/include/linux/vfs.h:4, from /usr/include/linux/fs.h:13, from /usr/include/linux/capability.h:17, from /usr/include/sys/capability.h:24, from include/includes.h:355, from dynconfig.c:21: /usr/include/asm-s390/statfs.h:20: redefinition of `struct statfs' make: *** [dynconfig.o] Error 1 Same thing for 3.0.2a, 3.0.3pre2 and 3.0.3rc1 (didn't try others) Any idea, anyone? Best regards Thomas
Thomas M Steenholdt
2004-Apr-27 10:16 UTC
[Samba] Re: build problem on SuSE SLES 8 SP3 (s390) - struct statfs redefinition?
Sorry about the double post... Besides - I found a really old RedHat patch that fixes a problem in capability.h... and it works... --- libcap-1.10/libcap/include/sys/capability.h.foo Fri Nov 9 16:26:25 2001 +++ libcap-1.10/libcap/include/sys/capability.h Fri Nov 9 16:28:47 2001 @@ -21,6 +21,16 @@ */ #include <sys/types.h> +#include <stdint.h> + +/* + * Make sure we can be included from userland by preventing + * capability.h from including other kernel headers + */ +#define _LINUX_TYPES_H +#define _LINUX_FS_H +typedef uint32_t __u32; + #include <linux/capability.h> /* Good luck to the rest of you with this problem!!!
Hall, Ken (IDS ECCS)
2004-Apr-27 11:58 UTC
[Samba] Re: build problem on SuSE SLES 8 SP3 (s390) - struct statfs redefinition?
Suse gave us a patch for this. It's pretty much the same as what you have below.> -----Original Message----- > From: samba-bounces+ken_hall=ml.com@lists.samba.org > [mailto:samba-bounces+ken_hall=ml.com@lists.samba.org]On Behalf Of > Thomas M Steenholdt > Sent: Tuesday, April 27, 2004 6:16 AM > To: samba@lists.samba.org > Subject: [Samba] Re: build problem on SuSE SLES 8 SP3 (s390) - struct > statfs redefinition? > > > Sorry about the double post... > > Besides - I found a really old RedHat patch that fixes a problem in > capability.h... > > and it works... > > > --- libcap-1.10/libcap/include/sys/capability.h.foo Fri Nov 9 > 16:26:25 2001 > +++ libcap-1.10/libcap/include/sys/capability.h Fri Nov 9 > 16:28:47 2001 > @@ -21,6 +21,16 @@ > */ > > #include <sys/types.h> > +#include <stdint.h> > + > +/* > + * Make sure we can be included from userland by preventing > + * capability.h from including other kernel headers > + */ > +#define _LINUX_TYPES_H > +#define _LINUX_FS_H > +typedef uint32_t __u32; > + > #include <linux/capability.h> > > /* > > > Good luck to the rest of you with this problem!!! > > -- > To unsubscribe from this list go to the following URL and read the > instructions: http://lists.samba.org/mailman/listinfo/samba >============================================================================= If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. <http://www.ml.com/email_terms/> ==============================================================================