[OpenAFS-devel] AIX build fails with missing symbol
.krb5_c_make_random_key
Ben Huntsman
ben@huntsmans.net
Sun, 14 Aug 2022 23:01:47 +0000
--_000_MWHPR0701MB3674E3FB47B9D076AF876F86A7699MWHPR0701MB3674_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Sure, I agree for testing that's fine.
But, there is evidence to suggest that this has compiled successfully on AI=
X 6.1 and 7.2 in the past, and this issue would have occurred there.
Or are you suggesting that all successful compiles used Kerberos packages w=
hich provided only 32-bit libraries?
Thanks.
-Ben
________________________________
From: Benjamin Kaduk <kaduk@mit.edu>
Sent: Sunday, August 14, 2022 2:21 PM
To: Ben Huntsman <ben@huntsmans.net>
Cc: Ken Hornstein <kenh@cmf.nrl.navy.mil>; openafs-devel@openafs.org <opena=
fs-devel@openafs.org>
Subject: Re: [OpenAFS-devel] AIX build fails with missing symbol .krb5_c_ma=
ke_random_key
On Sun, Aug 14, 2022 at 09:12:53PM +0000, Ben Huntsman wrote:
> Hi there-
> Yes, on AIX 6.1 we need to be building 64-bit, as there is no 32-bit o=
n 6.1. The 32-bit kernel is available on AIX 5.3 and below. On XL C, the =
default is -q32.
>
> So, we should probably tweak something to always build as 64-bit on AI=
X 6.1... Alternatively, for userland stuff, the krb5-libs package provides=
both 32-bit and 64-bit libraries... It is interesting that krb5-config is=
n't doing the right thing for 32-bit...
It's reasonable to just pass CFLAGS (and LDFLAGS?) to configure for
diagnosis, but I think the long-term answer would be in the
src/cf/osconf.m4 stanza I mentioned earlier.
I don't see anything in your krb5-config that offers an option to provide
32- vs 64-bit output, and it wouldn't have any way to know intrinsically
which bittedness we're asking it for. So maybe there are missing pieces in
both what we ask it and what it can tell us...
-Ben
--_000_MWHPR0701MB3674E3FB47B9D076AF876F86A7699MWHPR0701MB3674_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
Sure, I agree for testing that's fine.</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
But, there is evidence to suggest that this has compiled successfully on AI=
X 6.1 and 7.2 in the past, and this issue would have occurred there.</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
Or are you suggesting that all successful compiles used Kerberos packages w=
hich provided only 32-bit libraries?</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
Thanks.</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
-Ben</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div id=3D"appendonsend"></div>
<hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st=
yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Benjamin Kaduk <ka=
duk@mit.edu><br>
<b>Sent:</b> Sunday, August 14, 2022 2:21 PM<br>
<b>To:</b> Ben Huntsman <ben@huntsmans.net><br>
<b>Cc:</b> Ken Hornstein <kenh@cmf.nrl.navy.mil>; openafs-devel@opena=
fs.org <openafs-devel@openafs.org><br>
<b>Subject:</b> Re: [OpenAFS-devel] AIX build fails with missing symbol .kr=
b5_c_make_random_key</font>
<div> </div>
</div>
<div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt;=
">
<div class=3D"PlainText">On Sun, Aug 14, 2022 at 09:12:53PM +0000, Ben Hunt=
sman wrote:<br>
> Hi there-<br>
> Yes, on AIX 6.1 we need to be building 64-bit, as th=
ere is no 32-bit on 6.1. The 32-bit kernel is available on AIX 5.3 an=
d below. On XL C, the default is -q32.<br>
> <br>
> So, we should probably tweak something to always bui=
ld as 64-bit on AIX 6.1... Alternatively, for userland stuff, the krb=
5-libs package provides both 32-bit and 64-bit libraries... It is int=
eresting that krb5-config isn't doing the right thing for 32-bit...<br>
<br>
It's reasonable to just pass CFLAGS (and LDFLAGS?) to configure for<br>
diagnosis, but I think the long-term answer would be in the<br>
src/cf/osconf.m4 stanza I mentioned earlier.<br>
<br>
I don't see anything in your krb5-config that offers an option to provide<b=
r>
32- vs 64-bit output, and it wouldn't have any way to know intrinsically<br=
>
which bittedness we're asking it for. So maybe there are missing piec=
es in<br>
both what we ask it and what it can tell us...<br>
<br>
-Ben<br>
</div>
</span></font></div>
</body>
</html>
--_000_MWHPR0701MB3674E3FB47B9D076AF876F86A7699MWHPR0701MB3674_--