Subject: pkgsrc on IRIX...
To: None <tech-pkg@NetBSD.org>
From: Stuart Shelton <stuart@zeus.com>
List: tech-pkg
Date: 08/05/2005 19:32:29
Hi,

I'm new here, so apologies if any of this has been covered elsewhere...

I've installed pkgsrc (from source) onto IRIX 6.5.27 using the MIPSpro
7.4.3m compiler suite.

I hit a few problems during pkgsrc bootstrap, but these were all due to
missing link libraries in the pkg_install Makefile.in - IRIX requires
"-lmp".

libnbcompat's lchflags.c tries to use a chflags() function which isn't
defined on IRIX.

pax tries to compile against regexp.h, but finds it to be present but
uncompilable, and says to report this to grant@netbsd.org.  The IRIX
documentation for regexp(5) states that any code which includes it must
define INIT and several other macros in order to work - which the
configure test doesn't.

Small bugettes include digest's sha2hl.c makes numerous assumptions that
char == u_char (lines 104, 131, 178, 191, 238, 251) as does whirlpool.c
(1625).

Other than this, there were just lots of implicitly declared function
warnings, which I won't bother spamming the list with ;)

ncurses pulls in groff which pulls in netpbm, tiff, and jpeg.  jpeg also
breaks to to a lack of "-lmp".  It there a standard way to specify that
libmp must be linked against for this package?

Trying to build pkglint pulls in Perl, which seems to be very broken
(but only because it tries to be helpful) on IRIX.  For example, at one
point it tries to check whether you want to use the n32 or 64 ABI, but
then appends "-32" to CFLAGS (despite the fact that it detects the
compiler as "cc -n32").  This results in my CFLAGS being "... -n32 ...
-32 ..." which causes the compiler to fail.  Removing references to
"-32" lets it continue, until it gets as far as:

cd lib/unicore &&
LD_LIBRARYN32_PATH=/usr/bsd/var/tmp/lang/perl5/work/perl-5.8.6 ../../miniperl -I../../lib mktables -w
trying to sprocsp: Operation not permitted
*** Error code 1

Stop.
bmake: stopped in /usr/bsd/var/tmp/lang/perl5/work/perl-5.8.6

... what does this mean?  Might this be a rlimit_stack_max problem?
This is set to 0x40000000 (1073741824) so I'd be surprised...

P.S. Is "sup" (for updating pkgsrc instead of CVS) itself not in pkgsrc?
I couldn't find the package.

Cheers,

	Stuart