<div dir="ltr"><div>tl;dr: Add a &#39;LEXLIB=&#39; flag to your configure command, ie. `./configure .... LEXLIB=`</div><div><br></div>This is problem with flex-2.5.38 and above. From this version, flex generates a shared library in its default build (libfl.so). This shared object doesn&#39;t actually contain any exported symbols (AFAIK).<div><br></div><div>Automake/autoconf automatically add a LEXLIB flag to the linker options whenever flex is used. Before 2.5.38, this used to be an empty flag as there was no actual library that needed to be linked. But, for 2.5.38 and above automake sets the flag to &#39;-lfl&#39;. Now during linking, the linker searches this library for symbols (yyparse, yylex etc.), fails to find any, and fails the glusterfs build.</div><div><br></div><div>I suppose this problem can be fixed by fixing our build configuration. But till then, we can force &#39;LEXLIB&#39; to be empty by passing and empty flag to configure.</div><div><br></div><div>I had this problem almost a year back IIRC, when Archlinux updated it&#39;s flex package to 2.5.38, and found the empty flag solution soon after. I added this to my build scripts and forgot about it. The Archlinux glusterfs package also uses the same method for its build. I didn&#39;t report it at the time because it only affected me.</div><div><br></div><div>~kaushal</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 29, 2015 at 6:53 PM, Kaleb KEITHLEY <span dir="ltr">&lt;<a href="mailto:kkeithle@redhat.com" target="_blank">kkeithle@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/29/2015 07:43 AM, Rudra Siva wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Have been able to get Gluster running on Intel&#39;s MIC platform. The<br>
only code change to Gluster source was an unresolved yylex (I am not<br>
really sure why that was coming up - may be someone more familiar with<br>
it&#39;s use in Gluster can answer).<br>
<br>
At the step for compiling the binaries (glusterd, glusterfsd,<br>
glusterfs, glfsheal)  build breaks with an unresolved yylex error.<br>
</blockquote>
<br></span>
Hi,<br>
<br>
Maybe your version of bison doesn&#39;t support the -p option?<br>
<br>
In libglusterfs the<br>
   bison -y -p graphyy  ./graph.y<br>
<br>
should have produced a y.tab.c file with<br>
<br>
...<br>
#define yylex           graphyylex<br>
...<br>
int graphyylex ();<br>
...<br>
      yychar = yylex ();<br>
...<br>
<br>
Which is what we get on Linux, MacOS, and *BSD.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For now have a routine yylex that simply calls graphyylex - I don&#39;t<br>
know if this is even correct however mount functions.<br>
</blockquote>
<br></span>
That&#39;s a reasonable work-around/hack. At least your flex seems to support the -P option correctly.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
GCC - 4.7 (it&#39;s an oddity, latest GCC is missing the Phi patches)<br>
<br>
flex --version<br>
flex 2.5.39<br>
<br>
bison --version<br>
bison (GNU Bison) 3.0<br>
</blockquote>
<br></span>
Those seem reasonable. Fedora21 has flex 2.5.37 and boson-3.0.2<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I&#39;m still working on testing the RDMA and Infiniband support and can<br>
make notes, numbers available when that is complete.<br>
</blockquote>
<br></span>
That would be great. Thanks.<br>
<br>
--<br>
<br>
Kaleb<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-devel" target="_blank">http://www.gluster.org/<u></u>mailman/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br></div>