| I have tried a few things, but have not resolved this yet. I have sent
mail to Jay to bring it to his attention, and I've sent mail to Jan to let him
know. We don't have anything to report yet. When we do, we will post the
results here.
jim
|
| Ok, the errors in the config.log file can be ignored. It is Ok for there
to be errors in the configure file. We have them on Digital unix also. It
is ok. While configure is running it tries to determine what your system
can and cannot do, and what the compiler can and cannot do. So, it tries some
commands and looks at the results (errors in this case) and then it knows if
it can use a particular function or not. So, these errors in the config.log
are just indications of the capabilities of the system so configure knows what
it can and cannot use.
On our build on hp/unix v9 (I don't have v10) we were getting errors on
the intl directory. The problem seemed to be the tag OBJECTS was not
filled in with anything. It is not filled with anything because on the
command we told it not to do internationalization stuff (that's what the
--disable-nls does). We turn the internationalization off because it was
causing other problems. However, when we tell it to ignore the
internationalization, it makes OBJECTS have a null value. This is OK for some
flavors of make (all that we tried), but apparently NOT ok on the HP.
So, when it went to build it, the HP make died.
The digital unix make accepts a blank for OBJECTS and goes on, but apparently
the HP make doesn't like a null value for OBECTS.
So, we edited the file
Makefile in the intl directory (wherever_you_put_it/tar-1.11.8/intl/Makefile)
************************
and commented out the OBJECTS test as follows:
# $(OBJECTS): ../config.h libgettext.h
***
(note the # at the beginning for a comment).
With this fix, the make was successful.
(When we did it, we copied the tar file to the hp/unix box, un-tar'd the files,
ran configure, then edited the intl/Makefile, and finally ran the Make from the
tar-1.11.8 directory.)
Give that a try, and if it doesn't work, let us know, and send us the results
of the make, including any errors received.
Thanks!
Jim & Jay, ABS Engineering.
|