https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-3011 Lustre <p>Building current master (19d5b835) on ubuntu 12.04 with kernel 3.2.0-35, though the errors are actually building userspace code. First error is:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>gcc -DHAVE_CONFIG_H -I. -I../.. -D__arch_lib__ -D_LARGEFILE64_SOURCE=1 -include /root/lustre/config.h -I/root/lustre/libcfs/include -I/root/lustre/lnet/include -I/root/lustre/lustre/include -D_FORTIFY_SOURCE=2 -g -Wall -fPIC -D_GNU_SOURCE -Wall -g -O2 -Werror -c -o libcfs_a-fail.o `test -f 'fail.c' || echo './'`fail.c In file included from /root/lustre/lustre/include/lprocfs_status.h:54:0, from /root/lustre/lustre/include/obd_support.h:42, from /root/lustre/lustre/include/liblustre.h:500, from fail.c:37: /root/lustre/lustre/include/lustre/lustre_idl.h: In function ‘fid_ostid_unpack’: /root/lustre/lustre/include/lustre/lustre_idl.h:632:17: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘obd_seq’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:632:17: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘obd_id’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:644:26: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘obd_seq’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:644:26: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘obd_id’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:657:26: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘obd_seq’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:657:26: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘obd_id’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:666:17: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘obd_seq’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:666:17: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘obd_id’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h: In function ‘fid_ostid_pack’: /root/lustre/lustre/include/lustre/lustre_idl.h:702:3: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘__u64’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h: In function ‘ostid_seq’: /root/lustre/lustre/include/lustre/lustre_idl.h:718:17: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘obd_seq’ [-Werror=format] /root/lustre/lustre/include/lustre/lustre_idl.h:718:17: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘obd_id’ [-Werror=format] gcc -DHAVE_CONFIG_H -I. -I../.. -D__arch_lib__ -D_LARGEFILE64_SOURCE=1 -include /root/lustre/config.h -I/root/lustre/libcfs/include -I/root/lustre/lnet/include -I/root/lustre/lustre/include -D_FORTIFY_SOURCE=2 -g -Wall -fPIC -D_GNU_SOURCE -Wall -g -O2 -Werror -c -o libcfs_a-libcfs_cpu.o `test -f 'libcfs_cpu.c' || echo './'`libcfs_cpu.c gcc -DHAVE_CONFIG_H -I. -I../.. -D__arch_lib__ -D_LARGEFILE64_SOURCE=1 -include /root/lustre/config.h -I/root/lustre/libcfs/include -I/root/lustre/lnet/include -I/root/lustre/lustre/include -D_FORTIFY_SOURCE=2 -g -Wall -fPIC -D_GNU_SOURCE -Wall -g -O2 -Werror -c -o libcfs_a-libcfs_mem.o `test -f 'libcfs_mem.c' || echo './'`libcfs_mem.c cc1: all warnings being treated as errors make[6]: *** [libcfs_a-fail.o] Error 1 make[6]: *** Waiting for unfinished jobs.... make[6]: Leaving directory `/root/lustre/libcfs/libcfs' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/root/lustre/libcfs/libcfs' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/root/lustre/libcfs' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/root/lustre' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/lustre' make[1]: *** [build-stamp] Error 2 make[1]: Leaving directory `/root/lustre' dpkg-buildpackage: error: debian/rules build gave error exit status 2 make: *** [debs] Error 2 </pre> </div></div> <p>The second error occurs when linking the utils; the readline symbols are not found. The issue seems to be because $(LIBREADLINE) is referenced before the object files that use it. Moving it to the end fixes this, but I wonder why it wsan't there to begin with...</p> <p>Testing a patch now...</p> LU-3011

client build fails on ubuntu 12.04

Bug Minor Closed Fixed WC Triage Robert Read Fri, 22 Mar 2013 00:48:59 +0000 Wed, 5 Nov 2014 16:44:40 +0000 Wed, 5 Nov 2014 16:44:40 +0000 Lustre 2.4.0 Lustre 2.4.0 0 3 <p><a href="http://review.whamcloud.com/5803" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/5803</a></p> <p>The build failures for the patch looke like the inverse of the original failure on 12.04 - the configure check for userspace "long long" size is failing because the test code silently fails to compile. Most likely because the option I added, -Wno-error=unused-but-set-variable, isn't available on the versions of gcc in SLES 11 and Ubuntu 10.04. </p> <p>I don't know how to fix the autoconf file to make these options platform/compiler specific. The big stick approach would be to just remove the -Werror from this test case. According to git blame, Brian add this parameter a couple years ago. Brian, do you feel strong about the -Werror here?</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> # check userland __u64 type AC_MSG_CHECKING([userspace __u64 is <span class="code-object">long</span> <span class="code-object">long</span> type]) tmp_flags=<span class="code-quote">"$CFLAGS"</span> CFLAGS=<span class="code-quote">"$CFLAGS -Werror"</span> AC_COMPILE_IFELSE([ #include &lt;stdio.h&gt; #include &lt;linux/types.h&gt; #include &lt;linux/stddef.h&gt; <span class="code-object">int</span> main(void) { unsigned <span class="code-object">long</span> <span class="code-object">long</span> *data1; __u64 *data2 = NULL; data1 = data2; <span class="code-keyword">return</span> 0; } ],[ AC_MSG_RESULT([yes]) AC_DEFINE(HAVE_USER__U64_LONG_LONG, 1, [__u64 is <span class="code-object">long</span> <span class="code-object">long</span> type]) ],[ AC_MSG_RESULT([no]) ]) CFLAGS=<span class="code-quote">"$tmp_flags"</span> </pre> </div></div> <p>I don't feel strongly about the -Werror, just so long as removing it doesn't break the test.</p> <p>Currently, having it there is causing the test fail silently on some platforms, so removing probably won't be worse than that. <img class="emoticon" src="https://jira.whamcloud.com/images/icons/emoticons/smile.png" height="16" width="16" align="absmiddle" alt="" border="0"/></p> <p>Patch landed; however, additional comments make it seem there is more to do? Or can this ticket be closed?</p> Development Rank 1|hzvlxj: Rank (Obsolete) 7332 Severity