Skip Menu |
 

Subject: plugins don't build on HP-UX
Date: Thu, 22 Apr 2010 21:01:02 -0400
From: "Arlene Berry" <aberry@likewise.com>
To: <krb5-bugs@mit.edu>

The problem is all of the Makefile.in’s have the library extension hardcoded to “.so”:

 

                SO_EXT=.so

 

but they should be set to the DYNOBJEXT variable which is set to the correct value by config/shlib.conf:

 

                SO_EXT=$(DYNOBJEXT)

 

To: rt@krbdev.MIT.EDU
Subject: Re: [krbdev.mit.edu #6705] plugins don't build on HP-UX
From: Tom Yu <tlyu@MIT.EDU>
Date: Fri, 30 Apr 2010 14:26:54 -0400
RT-Send-Cc:
""Arlene Berry" via RT" <rt-comment@krbdev.mit.edu> writes:

Show quoted text
> The problem is all of the Makefile.in's have the library extension
> hardcoded to ".so":
>
>
>
> SO_EXT=.so
>
>
>
> but they should be set to the DYNOBJEXT variable which is set to the
> correct value by config/shlib.conf:
>
>
>
> SO_EXT=$(DYNOBJEXT)

It looks like SO_EXT is an artifact of some prior iteration of the
loadable module build system. Are there specific modules that are
failing to build? or is it failing to build any of them?
Subject: RE: [krbdev.mit.edu #6705] plugins don't build on HP-UX
Date: Fri, 30 Apr 2010 14:40:13 -0400
From: "Arlene Berry" <aberry@likewise.com>
To: <krb5-bugs@mit.edu>
RT-Send-Cc:
Until recently we didn't build any of them but now we're building the
pkinit one. The problem is that it tries to build them with a ".so"
extension but it needs to be ".sl" for HP-UX. I first ran into it when
I was merging in 1.7 and never got around to reporting it. There was a
new plugin that we hadn't turned off which had the same problem so I
suspect it's all of them.
To: rt@krbdev.MIT.EDU
Subject: Re: [krbdev.mit.edu #6705] plugins don't build on HP-UX
From: Tom Yu <tlyu@MIT.EDU>
Date: Fri, 30 Apr 2010 16:59:36 -0400
RT-Send-Cc:
""Arlene Berry" via RT" <rt-comment@krbdev.mit.edu> writes:

Show quoted text
> Until recently we didn't build any of them but now we're building the
> pkinit one. The problem is that it tries to build them with a ".so"
> extension but it needs to be ".sl" for HP-UX. I first ran into it when
> I was merging in 1.7 and never got around to reporting it. There was a
> new plugin that we hadn't turned off which had the same problem so I
> suspect it's all of them.

I think I see some of the problems in the 1.7 branch but I will need
to investigate further. In 1.8 and trunk, the problems should be
limited to "make clean" and some plugins that we don't compile by
default.