[ast-developers] AST Build Errors on HP-UX 11.11 PA-RISC

[Russell Cannon]

We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with the
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions. The
build command we have been using is:

CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing' bin/package make

and, the library path environment is set to:

LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH

This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.

This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the build
from source page.

Any help or suggestions anyone can offer will be much appreciated.

Cheers,
Russ Cannon



+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
/usr/ccs/bin/ld: Unsatisfied symbols:
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
/usr/ccs/bin/ld: Unsatisfied symbols:
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile --file=/aces/sw/ast/src/cmd/nmake/Makerules.mk
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Russell Cannon]

Looks like we are missing libm.  I cannot imagine what might have happened to it since we had successfully built 93t+ before, but I will check it out tomorrow and see.

Cheers,
Russ

Post by Russell Cannon
We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with the
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions. The
CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing' bin/package make
LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH
This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.
This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the build
from source page.
Any help or suggestions anyone can offer will be much appreciated.
Cheers,
Russ Cannon
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile --file=/aces/sw/ast/src/cmd/nmake/Makerules.mk
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Russell Cannon]

Nope.  That was not the problem.  Still researching.

Russ

Post by Russell Cannon
Looks like we are missing libm.  I cannot imagine what might have
happened to it since we had successfully built 93t+ before, but I will
check it out tomorrow and see.
Cheers,
Russ
On Jan 29, 2015, 14:04, at 14:04, Russell Cannon

Post by Russell Cannon
We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with

the

Post by Russell Cannon
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions. The
CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing'

bin/package

Post by Russell Cannon
make
LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH
This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.
This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the

build

Post by Russell Cannon
from source page.
Any help or suggestions anyone can offer will be much appreciated.
Cheers,
Russ Cannon
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile

--file=/aces/sw/ast/src/cmd/nmake/Makerules.mk

Post by Russell Cannon
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Russell Cannon]

What is interesting is that these errors are also occurring when I try building on a FreeBSD server.

Post by Russell Cannon
We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with the
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions. The
CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing' bin/package make
LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH
This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.
This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the build
from source page.
Any help or suggestions anyone can offer will be much appreciated.
Cheers,
Russ Cannon
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile --file=/aces/sw/ast/src/cmd/nmake/Makerules.mk
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Russell Cannon]

I managed to solve this problem by adding -lm -liconv to the gcc command.

Post by Russell Cannon
We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with the
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions. The
CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing' bin/package make
LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH
This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.
This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the build
from source page.
Any help or suggestions anyone can offer will be much appreciated.
Cheers,
Russ Cannon
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile --file=/aces/sw/ast/src/cmd/nmake/Makerules.mk
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Russell Cannon]

After resolving our previous build issues, we ran into another problem.  Some of the servers on which we must install the new Kornshell binary are missing some required libraries.  The servers we control have all the necessary components, but many other servers belong to another agency and are outside our control.  The process for gaining approval for installation of new software requires months of political wrangling among inter-agency security authorities, and sometimes approvals are denied.  What we need to do is produce a static build of KSH so that we can provide a single, monolithic binary.  Since Kornshell is already installed on all the servers, we are allowed to upgrade it without additional authorizations.

We have been searching for a way to build a static binary but have not been successful.  Based on a message in the archives, we tried setting SHOPT_DYNAMIC to 0 in the Kornshell makefile, but this had no effect on the result.  The compiled program was the exact same size as previous builds and would still not run on the problem servers.

There is also this statement by Dave Korn from a message posted in ast-users on June 28, 2008:

"if you build a dynamic [later corrected to "static"] version of ksh93, then you will not be able to load built-ins at run time."

Can someone explain what this means?

These are old, HP PA-RISC servers running HP-UX 11.11.  We have been entirely successful with the binary on our own servers, but the DOD servers belonging to another agency, which are of the same type and O/S, cannot run the software.  We know at the very least that they are missing libiconv.sl and may be missing other libraries as well.  Can anyone be of any assistance with this?

Cheers,
Russ Cannon, Oracle DBA
HQ AFLCMC/HIBD USAF

Post by Russell Cannon
I managed to solve this problem by adding -lm -liconv to the gcc command.
On Jan 29, 2015, 14:04, at 14:04, Russell Cannon

Post by Russell Cannon
We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with

the

Post by Russell Cannon
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions. The
CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing'

bin/package

Post by Russell Cannon
make
LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH
This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.
This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the

build

Post by Russell Cannon
from source page.
Any help or suggestions anyone can offer will be much appreciated.
Cheers,
Russ Cannon
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile

--file=/aces/sw/ast/src/cmd/nmake/Makerules.mk

Post by Russell Cannon
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Terrence J. Doyle]

I was able to build a static version of ast-open on Mac OS X with
"package make debug=1". The resulting executables are not optimized
since they are compiled with the -g option instead of -O.

Run-time built-ins are added with the ksh builtin command. If you
simply type "builtin" you'll get a list of built-in commands, both
intrinsic and run-time. If I'm not mistaken, the commands that begin
with /, i.e. grep, ls, cp, etc., are run-time built-ins. However, these
are present in both my static (debug) and my dynamic versions of ksh.

Terrence Doyle

Post by Russell Cannon
After resolving our previous build issues, we ran into another problem.
Some of the servers on which we must install the new Kornshell binary
are missing some required libraries. The servers we control have all
the necessary components, but many other servers belong to another
agency and are outside our control. The process for gaining approval
for installation of new software requires months of political wrangling
among inter-agency security authorities, and sometimes approvals are
denied. What we need to do is produce a static build of KSH so that we
can provide a single, monolithic binary. Since Kornshell is already
installed on all the servers, we are allowed to upgrade it without
additional authorizations.
We have been searching for a way to build a static binary but have not
been successful. Based on a message in the archives, we tried setting
SHOPT_DYNAMIC to 0 in the Kornshell makefile, but this had no effect on
the result. The compiled program was the exact same size as previous
builds and would still not run on the problem servers.
There is also this statement by Dave Korn from a message posted in
"if you build a dynamic [later corrected to "static"] version of ksh93,
then you will not be able to load built-ins at run time."
Can someone explain what this means?
These are old, HP PA-RISC servers running HP-UX 11.11. We have been
entirely successful with the binary on our own servers, but the DOD
servers belonging to another agency, which are of the same type and O/S,
cannot run the software. We know at the very least that they are
missing libiconv.sl <http://libiconv.sl> and may be missing other
libraries as well. Can anyone be of any assistance with this?
Cheers,
Russ Cannon, Oracle DBA
HQ AFLCMC/HIBD USAF
_______________________________________________
ast-developers mailing list
http://lists.research.att.com/mailman/listinfo/ast-developers

[Russell Cannon]

Terrance,

Unfortunately, this did not worked.  All it appeared to do was radically increase the size of the binary (12MiB vs. 1.7MiB), presumably from the incorporation of large amounts of debug code, but it did not statically link the libraries.  On moving the resulting binary to one of the problem servers and running it, it still reported that it could not load libiconv.  Bummer.

Thanks for the idea anyway.

Cheers,
Russ

Post by Terrence J. Doyle
I was able to build a static version of ast-open on Mac OS X with
"package make debug=1". The resulting executables are not optimized
since they are compiled with the -g option instead of -O.
Run-time built-ins are added with the ksh builtin command. If you
simply type "builtin" you'll get a list of built-in commands, both
intrinsic and run-time. If I'm not mistaken, the commands that begin
with /, i.e. grep, ls, cp, etc., are run-time built-ins. However, these
are present in both my static (debug) and my dynamic versions of ksh.
Terrence Doyle

Post by Russell Cannon
After resolving our previous build issues, we ran into another

problem.

Post by Russell Cannon
Some of the servers on which we must install the new Kornshell binary
are missing some required libraries. The servers we control have all
the necessary components, but many other servers belong to another
agency and are outside our control. The process for gaining approval
for installation of new software requires months of political

wrangling

Post by Russell Cannon
among inter-agency security authorities, and sometimes approvals are
denied. What we need to do is produce a static build of KSH so that

we

Post by Russell Cannon
can provide a single, monolithic binary. Since Kornshell is already
installed on all the servers, we are allowed to upgrade it without
additional authorizations.
We have been searching for a way to build a static binary but have

not

Post by Russell Cannon
been successful. Based on a message in the archives, we tried

setting

Post by Russell Cannon
SHOPT_DYNAMIC to 0 in the Kornshell makefile, but this had no effect

on

Post by Russell Cannon
the result. The compiled program was the exact same size as previous
builds and would still not run on the problem servers.
There is also this statement by Dave Korn from a message posted in
"if you build a dynamic [later corrected to "static"] version of

ksh93,

Post by Russell Cannon
then you will not be able to load built-ins at run time."
Can someone explain what this means?
These are old, HP PA-RISC servers running HP-UX 11.11. We have been
entirely successful with the binary on our own servers, but the DOD
servers belonging to another agency, which are of the same type and

O/S,

Post by Russell Cannon
cannot run the software. We know at the very least that they are
missing libiconv.sl <http://libiconv.sl> and may be missing other
libraries as well. Can anyone be of any assistance with this?
Cheers,
Russ Cannon, Oracle DBA
HQ AFLCMC/HIBD USAF
_______________________________________________
ast-developers mailing list
http://lists.research.att.com/mailman/listinfo/ast-developers

_______________________________________________
ast-developers mailing list
http://lists.research.att.com/mailman/listinfo/ast-developers

[Edwin Beasant]

Have a look at the source and patches applied to Solaris, from the Userland Consolidation:

https://java.net/projects/solaris-userland

Here KSH is built deliberately static to avoid shipping libast/libations as a shared library.

Cheers,
Edwin Beasant

After resolving our previous build issues, we ran into another problem. Some of the servers on which we must install the new Kornshell binary are missing some required libraries. The servers we control have all the necessary components, but many other servers belong to another agency and are outside our control. The process for gaining approval for installation of new software requires months of political wrangling among inter-agency security authorities, and sometimes approvals are denied. What we need to do is produce a static build of KSH so that we can provide a single, monolithic binary. Since Kornshell is already installed on all the servers, we are allowed to upgrade it without additional authorizations.
We have been searching for a way to build a static binary but have not been successful. Based on a message in the archives, we tried setting SHOPT_DYNAMIC to 0 in the Kornshell makefile, but this had no effect on the result. The compiled program was the exact same size as previous builds and would still not run on the problem servers.
"if you build a dynamic [later corrected to "static"] version of ksh93, then you will not be able to load built-ins at run time."
Can someone explain what this means?
These are old, HP PA-RISC servers running HP-UX 11.11. We have been entirely successful with the binary on our own servers, but the DOD servers belonging to another agency, which are of the same type and O/S, cannot run the software. We know at the very least that they are missing libiconv.sl and may be missing other libraries as well. Can anyone be of any assistance with this?
Cheers,
Russ Cannon, Oracle DBA
HQ AFLCMC/HIBD USAF
_______________________________________________
ast-developers mailing list
http://lists.research.att.com/mailman/listinfo/ast-developers

[Russell Cannon]

Further research shows that ONLY libiconv is missing on the target servers.  All other required libraries are present.  Here is an ldd listing of the dependencies:

        /usr/lib/libc.2 =>      /usr/lib/libc.2
        /usr/lib/libdld.2 =>    /usr/lib/libdld.2
        /usr/lib/libc.2 =>      /usr/lib/libc.2
        /usr/lib/libdld.2 =>    /usr/lib/libdld.2
        /usr/local/lib/libiconv.sl =>   /usr/local/lib/libiconv.sl
        /usr/lib/libc.2 =>      /usr/lib/libc.2
        /usr/lib/libm.2 =>      /usr/lib/libm.2

All are present except /usr/local/lib/libiconv.sl.

Cheers,
Russ

Post by Russell Cannon
After resolving our previous build issues, we ran into another
problem.  Some of the servers on which we must install the new
Kornshell binary are missing some required libraries.  The servers we
control have all the necessary components, but many other servers
belong to another agency and are outside our control.  The process for
gaining approval for installation of new software requires months of
political wrangling among inter-agency security authorities, and
sometimes approvals are denied.  What we need to do is produce a static
build of KSH so that we can provide a single, monolithic binary.  Since
Kornshell is already installed on all the servers, we are allowed to
upgrade it without additional authorizations.
We have been searching for a way to build a static binary but have not
been successful.  Based on a message in the archives, we tried setting
SHOPT_DYNAMIC to 0 in the Kornshell makefile, but this had no effect on
the result.  The compiled program was the exact same size as previous
builds and would still not run on the problem servers.
There is also this statement by Dave Korn from a message posted in
"if you build a dynamic [later corrected to "static"] version of ksh93,
then you will not be able to load built-ins at run time."
Can someone explain what this means?
These are old, HP PA-RISC servers running HP-UX 11.11.  We have been
entirely successful with the binary on our own servers, but the DOD
servers belonging to another agency, which are of the same type and
O/S, cannot run the software.  We know at the very least that they are
missing libiconv.sl and may be missing other libraries as well.  Can
anyone be of any assistance with this?
Cheers,
Russ Cannon, Oracle DBA
HQ AFLCMC/HIBD USAF
On Feb 7, 2015, 00:57, at 00:57, Russell Cannon

Post by Russell Cannon
I managed to solve this problem by adding -lm -liconv to the gcc command.
On Jan 29, 2015, 14:04, at 14:04, Russell Cannon

Post by Russell Cannon
We have been trying to build ksh93u+ 2012-08-01 on an old PA-RISC system to
bring the software up-to-date for an important project. It currently has
93t+ 2009-05-01. But, the build has been failing consistently with

the

Post by Russell Cannon
output shown at the bottom. Libiconv is present as
/usr/local/lib/libiconv.* with correct ownership and permissions.

The

Post by Russell Cannon

Post by Russell Cannon
CC='gcc -std=gnu99 -O3 -fstrict-aliasing -Wstrict-aliasing'

bin/package

Post by Russell Cannon
make
LD_LIBRARY_PATH=/usr/local/lib:/usr/contrib/lib:/opt/gnome/lib:/usr/lib:/usr/share/lib:/usr/contrib/X11R6/lib:/usr/ccs/lib:/lib
SHLIB_PATH=$LD_LIBRARY_PATH
This is on an HP PA-RISC 2.0 server running HP-UX 11.11. We are wondering
what libraries are missing or whether we are misunderstanding the output.
Can anyone give us some insight as to why the build is failing? We have
spent many hours perusing the archives trying to find a solution without
result.
This is happening for any AST file set--ast-ksh, ast-base, ast-open, and
just ksh. Our procedure follows the instructions provided in the

build

Post by Russell Cannon
from source page.
Any help or suggestions anyone can offer will be much appreciated.
Cheers,
Russ Cannon
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o probe probe.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/probe]: *** exit code 1 making probe
mamake: *** exit code 1 making cmd/probe
+ mamake -C lib/libpp -k install
+ cc -O2 -L/aces/sw/ast/arch/hp.0w/lib -o ppsym ppsym.o
/aces/sw/ast/arch/hp.0w/lib/libast.a /aces/sw/ast/ar
ch/hp.0w/lib/libast.a
libiconv (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
_Isinf (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
frexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
_Signbit (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(sfcvt.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [lib/libpp]: *** exit code 1 making ppsym
+ test = libpp.a
+ /bin/cmp -s libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp.a
+ 2> /dev/null
+ /bin/mv /aces/sw/ast/arch/hp.0w/lib/libpp.a
/aces/sw/ast/arch/hp.0w/lib/libpp.a.old
+ 2> /dev/null
+ /bin/cp libpp.a /aces/sw/ast/arch/hp.0w/lib/libpp) (code)
libiconv_open (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
ldexp (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(strtod.o)) (code)
libiconv_close (first referenced in
/aces/sw/ast/arch/hp.0w/lib/libast.a(iconv.o)) (code)
collect2: ld returned 1 exit status
mamake [cmd/nmake]: *** exit code 1 making nmake
+ nmake --base --compile

--file=/aces/sw/ast/src/cmd/nmake/Makerules.mk

Post by Russell Cannon
/bin/posix/sh[4]: nmake: not found.
mamake [cmd/nmake]: *** exit code 127 making Makerules.mo
mamake: *** exit code 1 making cmd/nmake
package: make: errors making /aces/sw/ast/arch/hp.0w/bin/nmake

[Terrence J. Doyle]

Then, it looks like you simply need a static version of libiconv. Do
you have it? In fact, a static build of ksh won't help you if you don't
have a static libiconv. If you do have it, then where you specify
-liconv in the ksh build, specify /usr/local/lib/libiconv.a instead.

Terrence Doyle

Post by Russell Cannon
Further research shows that ONLY libiconv is missing on the target
servers. All other required libraries are present. Here is an ldd
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libdld.2 => /usr/lib/libdld.2
/usr/local/lib/libiconv.sl <http://libiconv.sl> =>
/usr/local/lib/libiconv.sl <http://libiconv.sl>
/usr/lib/libc.2 => /usr/lib/libc.2
/usr/lib/libm.2 => /usr/lib/libm.2
All are present except /usr/local/lib/libiconv.sl <http://libiconv.sl>.
Cheers,
Russ
After resolving our previous build issues, we ran into another
problem. Some of the servers on which we must install the new
Kornshell binary are missing some required libraries. The servers
we control have all the necessary components, but many other servers
belong to another agency and are outside our control. The process
for gaining approval for installation of new software requires
months of political wrangling among inter-agency security
authorities, and sometimes approvals are denied. What we need to do
is produce a static build of KSH so that we can provide a single,
monolithic binary. Since Kornshell is already installed on all the
servers, we are allowed to upgrade it without additional authorizations.
We have been searching for a way to build a static binary but have
not been successful. Based on a message in the archives, we tried
setting SHOPT_DYNAMIC to 0 in the Kornshell makefile, but this had
no effect on the result. The compiled program was the exact same
size as previous builds and would still not run on the problem servers.
There is also this statement by Dave Korn from a message posted in
"if you build a dynamic [later corrected to "static"] version of
ksh93, then you will not be able to load built-ins at run time."
Can someone explain what this means?
These are old, HP PA-RISC servers running HP-UX 11.11. We have been
entirely successful with the binary on our own servers, but the DOD
servers belonging to another agency, which are of the same type and
O/S, cannot run the software. We know at the very least that they
are missing libiconv.sl <http://libiconv.sl> and may be missing
other libraries as well. Can anyone be of any assistance with this?
Cheers,
Russ Cannon, Oracle DBA
HQ AFLCMC/HIBD USAF
_______________________________________________
ast-developers mailing list
http://lists.research.att.com/mailman/listinfo/ast-developers