[OpenAFS] new difficulties to build OpenAFS 1.8.0 stable on Solaris X86 11

Karl Behler karl.behler@ipp.mpg.de
Thu, 19 Apr 2018 17:25:03 +0200


This is a multi-part message in MIME format.
--------------F7B0292B9D69C95850A8400A
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

On 19.04.2018 15:36, Michael Meffie wrote:
> On Thu, 19 Apr 2018 06:15:53 -0500
> Benjamin Kaduk <kaduk@mit.edu> wrote:
>
>> On Thu, Apr 19, 2018 at 11:20:17AM +0200, Karl Behler wrote:
>>> ..........
>> There's a stack of changes in gerrit to help with these issues.
>> https://gerrit.openafs.org/#/c/12956/ gets the warnings about
>> attribute 'format', and https://gerrit.openafs.org/12944 should
>> address the actual fatal error that's hidden in there.
>> I think you may be hitting a issue with libtool on Solaris due to a fix to nm
>> supplied with Solaris.  Solaris 11.3 introduced a change in the nm utility.
>> The output of nm -p was fixed to print the correct symbol type for
>> uninitialized common variables, which broke the GNU libtool symbol table
>> ............
>> I think the options are to fix /usr/share/aclocal/libtool.m4 or to use the GNU
>> version of nm.  The patch to do the later was submitted by Andrew as
>> https://gerrit.openafs.org/#/c/12945 and was recently merged on the master
>> branch.  The other gerrit 12944 fixes the fallout from the error, making it
>> hard to see what actually happened.
>>
>> Thanks,
>> Mike

Thank you both,

in fact I was not successful by cherry-picking the change-sets you 
mentioned.

But checking out origin/master (commit 
09f31d4c21328bcdc1dccdedf7df53d77c22e3e3)
instead of openafs-stable-1_8_x made it for my first Solaris build.

I'll do a few more tests and builds in our various Solaris environments.
If you are interested in the results, please let me know.

Regards,

Karl

-- 
Dr. Karl Behler	
CODAC & IT services ASDEX Upgrade
phon +49 89 3299-1351 fax 3299-961351


--------------F7B0292B9D69C95850A8400A
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 19.04.2018 15:36, Michael Meffie
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:20180419093658.bdb196c2580f3ac167173dd2@sinenomine.net">
      <pre wrap="">On Thu, 19 Apr 2018 06:15:53 -0500
Benjamin Kaduk <a class="moz-txt-link-rfc2396E" href="mailto:kaduk@mit.edu">&lt;kaduk@mit.edu&gt;</a> wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">On Thu, Apr 19, 2018 at 11:20:17AM +0200, Karl Behler wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">..........
</pre>
        </blockquote>
        <pre wrap="">
There's a stack of changes in gerrit to help with these issues.
<a class="moz-txt-link-freetext" href="https://gerrit.openafs.org/#/c/12956/">https://gerrit.openafs.org/#/c/12956/</a> gets the warnings about
attribute 'format', and <a class="moz-txt-link-freetext" href="https://gerrit.openafs.org/12944">https://gerrit.openafs.org/12944</a> should
address the actual fatal error that's hidden in there.
</pre>
      </blockquote>
    </blockquote>
    <blockquote type="cite"
      cite="mid:20180419093658.bdb196c2580f3ac167173dd2@sinenomine.net">
      <blockquote type="cite">
        <pre wrap="">I think you may be hitting a issue with libtool on Solaris due to a fix to nm
supplied with Solaris.  Solaris 11.3 introduced a change in the nm utility.
The output of nm -p was fixed to print the correct symbol type for
uninitialized common variables, which broke the GNU libtool symbol table
............
I think the options are to fix /usr/share/aclocal/libtool.m4 or to use the GNU
version of nm.  The patch to do the later was submitted by Andrew as
<a class="moz-txt-link-freetext" href="https://gerrit.openafs.org/#/c/12945">https://gerrit.openafs.org/#/c/12945</a> and was recently merged on the master
branch.  The other gerrit 12944 fixes the fallout from the error, making it
hard to see what actually happened.

Thanks,
Mike
</pre>
      </blockquote>
    </blockquote>
    <p>Thank you both,</p>
    <p>in fact I was not successful by cherry-picking the change-sets
      you mentioned.</p>
    <p>But checking out origin/master (commit
      09f31d4c21328bcdc1dccdedf7df53d77c22e3e3)<br>
      instead of openafs-stable-1_8_x made it for my first Solaris
      build.</p>
    <p>I'll do a few more tests and builds in our various Solaris
      environments.<br>
      If you are interested in the results, please let me know.</p>
    <p>Regards,</p>
    <p>Karl<br>
    </p>
    <pre class="moz-signature" cols="72">-- 
Dr. Karl Behler	
CODAC &amp; IT services ASDEX Upgrade
phon +49 89 3299-1351 fax 3299-961351

</pre>
  </body>
</html>

--------------F7B0292B9D69C95850A8400A--