Re: Solaris 9 build (configure) error's
Bryan Loniewski <[email protected]> Thu, 15 Jul 2004 13:08:22 -0400 (EDT)
| Newsgroups | gmane.network.lsh.bugs |
|---|---|
| Message-ID | <[email protected]> |
On Wed, 14 Jul 2004, Pete Naylor wrote:
>
> Hi Bryan.
>
> Bryan Loniewski wrote...
>
> > I'm trying to build lsh-1.4.3 on Solaris 9 sparc 64. I'm failing during the configure
> > script with the error:
> >
> > "checking size of short... configure: error: cannot compute sizeof (short), 77"
> >
> > When I check the config.log for more details I notice the additional error:
> >
> > ld: fatal: library -lutil: not found
> > ld: fatal: File processing errors. No output written to conftest
> > collect2: ld returned 1 exit status
> >
> > and this is true I don't have the libutil library. Do I really need this library, and if
> > so, is building glibc the only way to get it? I tried taking out the library and the
> > function openpty is what's needed. Are there other workarounds?
> >
> > I've noticed some Solaris questions on the mailing list, and none dealing with the
> > configure step, how did you guys get past it?
>
> I was experiencing the same error. I was able to avoid it by not
> specifying paths for all the required libraries etc as options on the
> command line with configure, instead setting them in my LDFLAGS and
> CPPFLAGS environment variables prior to running configure. For me, it
> seemed that the runtime linking paths (liboop in particular) etc just
> didn't work into the configuration properly unless I did it this way. It
> was discussed on this list early last year, but I don't think an
> explanation or solution became clear.
That was indeed the case! Thanks Pete. I needed to
./configure LDFLAGS= CPPFLAGS=
and all worked... using --with-lib-path and --with-include-path did not seem to work,
although If the developers would like to fix this I can email you the config.log of
the 'working' and 'non-working' instances?
On a side note, the 1.4.3 code does not do what I need it to (trusted host based auth
only, when trying to run lshd with --no-password --no-publickey it core dumps), I
downloaded the latest 1.5.5 development code, and when 'make'ing ran into a snag, a patch
is provided below.
diff -ruN lsh-1.5.5/src/client.c lsh-1.5.5.new/src/client.c
--- lsh-1.5.5/src/client.c Tue Jun 8 16:50:35 2004
+++ lsh-1.5.5.new/src/client.c Thu Jul 15 13:00:06 2004
@@ -895,10 +895,11 @@
struct exception_handler *e UNUSED)
{
CAST(background_process_command, self, s);
+ pid_t pid;
trace("do_background_process\n");
- pid_t pid = fork();
+ pid = fork();
switch (pid)
{