Pkgsrc on IRIX

From WTFwiki
Revision as of 21:47, 4 January 2013 by Jontow (talk | contribs) (86 revisions)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search


SGI no longer packages 'freeware' for IRIX, as it was discontinued in 2006. Nekoware aims to be a community-driven replacement but I've found many packages to be compiled with far too many dependancies (vim needing GTK, etc) and not everything I want is available. Therefore, much like my experience with Opensolaris, I turned to pkgsrc...

Build machine

Here's the `hinv` output:

 2 300 MHZ IP30 Processors
 CPU: MIPS R12000 Processor Chip Revision: 2.3
 FPU: MIPS R12010 Floating Point Chip Revision: 0.0
 Main memory size: 2048 Mbytes
 Xbow ASIC: Revision 1.3
 Instruction cache size: 32 Kbytes
 Data cache size: 32 Kbytes
 Secondary unified instruction/data cache size: 2 Mbytes
 Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
   Disk drive: unit 1 on SCSI controller 0
 Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
   CDROM: unit 6 on SCSI controller 1
 IOC3/IOC4 serial port: tty1
 IOC3/IOC4 serial port: tty2
 IOC3 parallel port: plp1
 Graphics board: ESI with texture option
 Graphics board: ESI
 Integral Fast Ethernet: ef0, version 1, pci 2
 Iris Audio Processor: version RAD revision 12.0, number 1
 uname -a => IRIX64 IRIS 6.5 01090133 IP30

The machine is running a fresh install of IRIX 6.5.29.

Bootstrapping pkgsrc using gcc

As of pkgsrc 2007q1 pkgsrc bootstraps out of the box, unlike some earlier versions that have problems with PRIu64.

Download the SGI freeware binary of gcc from SGI freeware and read the documentation.

Make sure you have compiler_dev.sw.base installed (notably c_dev and c++_dev). These can be found on your IRIX 6.5 developer foundation CD.

Install the gcc tardist using the `tardist` command as root.

Add /usr/freeware/bin to your $PATH.

Configure /etc/compiler.defaults:


Patch your spec file if you want to default gcc to 64 bit mips4 mode as noted here or download a pre-patched spec. I had to patch on a freebsd box because IRIX' patch didn't like the diff.

Download pkgsrc 2007q1 or later from netbsd's ftp and untar it to /usr.

cd into /usr/pkgsrc/bootstrap, set CC=gcc and ./bootstrap


Build problems



Libtool seems very prone to configuring itself incorrectly on IRIX. It has an issue with an incorrect global_symbol_pipe and it also has a problem with linking C++ shared libraries. Somehow, I've got it doing both correctly now, but I'm unsure of what is critical to change (I suspect removing the system sed from the $PATH is at least one of the 'fixes').


Configure fails with invalid option -64 or some such nonsense, edit the pkgsrc Makefile and remove it.

In 32 bit mode, perl is a royal bitch. It's absolutely convinced that you want to build it in 64 bit mode on IRIX64. you have to edit the hints/irix_6 file to tell it not to do the -mabi=64 crap. Also, you need to add -lpthreads to `libs` in the toplevel Makefile. This was a major pain, might post detailed changes if I can ever be bothered to do it again...

Update: ensure you remove -64 and replace -L/usr/lib64 with -L/usr/lib32 in the hints file. Also in the pkgsrc makefile, where it checks the IRIX ABI, set the compiler for 32 bit mode to be passed -mabi=n32 instead of -n32. You might also have to add :/usr/pkgsrc/lang/perl5/work/perl-5.8.X to the LD_LIBRARYN32_PATH.


Makes dumbass assumptions about the system. Here's a patch for pkgsrc's makefile to make it work:

 diff -r1.62 Makefile
 > CONFIGURE_ARGS+=      --libdir=/usr/pkg/lib --includedir=/usr/pkg/include --with-arch=mips4
 > LDFLAGS+=-L/usr/pkg/lib


The compiler coredumps when building. To fix:

 bmake build (wait for it to segfault)
 cd work/unzip*
 vi Makefile (and remove the definition of LF2)
 gmake clean; gmake generic2 (generic doesn't work..?)
 cd ../../
 bmake install clean


For 32 bit mode, ensure that -n32 is in LDFLAGS and LDSHARED in the Makefile.

Additionally, you need to ensure that socket.c includes xti.h. This should be done by getting configure to set HAVE_XTI_H by adding xti.h to the 'for ac_header in ..' loop in configure and then checking for that ifdef in socket.c. If you don't do this not all of the socket parameters will be defined right.

Also: install devel/byacc and set

 TOOLS_PLATFORM.yacc?=       /usr/pkg/bin/yacc

in /usr/pkg/etc/mk.conf to avoid using the ancient IRIX yacc/bison.

See also my Bug report and patch for <xti.h>


This actually builds fine after you have a working libtool.


groff by default depends on netpbm which depends on tiff, which won't work on 64 bit systems, so disable that stuff:

 PKG_OPTIONS.groff=      -x11 -groff-docs

If groff complains about a broken C++ compiler:

CXX=                    /usr/freeware/bin/g++

bmake clean and try to build it again.

After this, groff doesn't even work right, eqn is missing /usr/pub/eqnchar (not sure why it's looking there) and groff is missing I sorta "fixed" this by stealing the eqnchar file from the netbsd install on my alpha and by doing the following symlinks:

 ln -sf /usr/pkg/share/groff/1.19.2/tmac /usr/lib/tmac
 ln -sf /usr/lib/tmac/an.tmac /usr/lib/tmac/

No idea what the proper fix is, I assume there's some IRIX config file that's wrong or something...


Builds fine with a valid libtool.


If it complains about 'optarg' being undeclared it seems to be caused by pkgsrc using the wrong getopt.h header. I manually edited commandline.cpp to have

 #include "/usr/include/getopt.h"

instead of

 #include <getopt.h>

and it seemed to fix it, changing the order of the -I parameters to gcc might do it too...


Make sure you build this with -lpthread or GTK2 will fail its configure test.

 CONFIGURE_ARGS+=    LIBS="-lintl -lpthread"

For some reason, the pkgsrc maintainer disable thread support in the Makefile, this makes glib pretty much worthless, so disable the if ${OPSYS} == IRIX nonsense at the bottom of the file relating to threads.

If you have problems building the gobject subfolder, remove the libtool wrapper in the work/glib* directory and replace it with a symlink to the real pkgsrc libtool.



Dunno. Seems broken somehow, haven't figured it out yet.

Update: I did actually get this to build in 32 bit mode, but I forgot to document it and now I can't remember what I did... :(

Update2: Add -n32 to LDSHARED and BDSHARED in work/Python-2.X/Makefile to make it compile in 32 bit mode.


The build will fail with an undeclared shiftleft in os_mon. Use the patch from here (you may have to remove the DOS style newlines...) [this doesn't seem to be an issue as of erlang-11.5nb1]

The install will fail because IRIX' `chmod` doesn't support the -f parameter. Run `grep chmod **/Makefile*` to find the affected makefiles and remove the use of -f


 find . -name Makefile -exec perl -pi -e 's/chmod -f/chmod/g' {} \;


To fix the undeclared declaration of 'refc' use the patch from here. If you're using 64 bit mode you need to edit c_src/Makefile and set GL_LIBS to use ${OGLDIR}/lib64.


If this fails with the 'unexpected |' error, rebuild libtool-base. This probably will fix glib2 too...


Doesn't build, don't care to even investigate why.


Before you build libao ensure you've enabled IRIX support in the Makefile.common. Check if the irix plugin has been built by doing `ls /usr/pkg/lib/ao/plugins-2`

Add the following to the pkgsrc Makefile:

 LDFLAGS+= -lgen
 CONFIGURE_ARGS+= --enable-ao

You can find an init script Here.


 perl -pi -e 's/SIZE_T_MAX/UINT_MAX/g' **/*.[ch]


CFLAGS incorrectly include -pipe in the makefiles. Fix this somehow and it'll build.

perl -pi -e 's/-pipe//' **/Makefile

If you get a nonsense error like:

undefined macro: _m4_divert_diversion

do a

find . | xargs touch

to reset timestamps on all the files in the work directory. If it complains about linux and soundcard.h, cd into the work directory and run bmake manually (you might then get the above m4 error).


Inappropiate #include <stdint.h>. I've modified one of the pkgsrc patches to take care of this:

Edit patches/patch-ab and change:

 #  if defined(__OpenBSD__)


 #  if defined(__OpenBSD__) || defined(sgi)

you'll have to regenerate the patch checksum too; remove the line for patch-ab from distinfo and do:

 digest sha1 patch-ab >> ../distinfo

to regenerate the checksum for patch-ab


This port is fucked. I got it to build though:

  • bmake configure
  • Edit the work/portaudio Makefile
  • Ensure /usr/pkg/bin/install-sh is being used for INSTALL
  • Add -laudio -lpthread to DLL_LIBS
  • Set OTHER_OBJS = pa_sgi/pthread-pa_sgi.o



This is a big one. You need to fix several getopt.h problems, you need to edit the spec file in work/obj/gcc to remove the space after the -R several times(it comes back again and again). You need to edit the Makefile in work/obj/mips-sgi-irix6.5/libstdc++-v3 and work/obj/mips-sgi-irix6.5/libobjc and comment out the MULTIDIRS line.

If you have compile errors related to ATTRIBUTE_NONNULL, make sure you don't have an ansidecl.h in your include path. If you do, rename it to something else and try again.

Also, pkgsrc's complier/ assumes that if you're using gcc you're using the GNU linker, which on IRIX (unless you're using gcc4) is wrong. You'll probably want to add something like this to the file:

.if ${OPSYS} == "IRIX"
# IRIX linker option used to set the rpath
# GNU ld option used to set the rpath

This *should* fix the proble with the spec file noted above.

Also, set USE_TOOLS+= perl in the pkgsrc Makefile.

I have obtained a working gcc 3.4 compiler using this method with SGI's freeware gcc 3.3 compiler as the host as well as upgrading gcc 3.4 using the gcc previously built from pkgsrc.

If you're doing a bmake replace (or something of that nature, you might have problems with not being found when it tries to install. Temporarily add '/usr/pkgsrc/lang/gcc34/work/obj/gcc' to your LD_LIBRARYN32_PATH to get around this.


NOTE: I haven't got blender to build within the pkgsrc framework yet, but I can get it to (mostly?)build using all the dependencies installed from pkgsrc.

Here's a patch against 2.45. I had to mess with the library search paths to make it link against the pkgsrc libjpeg, but it seems to work fine now.


Fails to build. I can get it to compile but I'm left with some unresolved C++ symbols. Here's some notes on getting that far:

Make sure your CFLAGS include '-DIP30 -DR10000'. Additionally, ld was missing the -n32 argument (it doesn't honor LDFLAGS). I wasn't clear how to fix this correctly, so I just did it by hand... There's also a missing -lpthread and a place where you need to change '-Wp,-traditional' to just '-traditional' when it's compiling some assembly. ugh

Also, SGIs linker hates you and you have to do

 export LD_LIBRARYN32_PATH=$LD_LIBRARYN32_PATH:/usr/pkgsrc/www/firefox/work/mozilla/dist/lib

so that it can find libssl3 when it's generating a key or something.


Add c++ to USE_LANGUAGES in the pkgsrc Makefile.


Add c++ to USE_LANGUAGES in the pkgsrc Makefile.


Add -ldb to AUXLIBS in the pkgsrc Makefile.

To enable logging add the following to /etc/syslog.conf and kill -HUP the syslog process:

 # mail logging   /var/adm/maillog

Ensure that the whitespace between the facilty and the logfile is a tab, NOT a space!

Also, ensure that alias_maps and alias_database are set to hash:/etc/mail/aliases in

You can find an init script Here.


Builds fine with a valid libtool.

To install it correctly, remove the loop from the Makefile that loops over WX_LINGUAS.


This port has quite a few problems. You need to disable nyquist and portmixer, you need to add the following to AudioIO.cpp:

#ifdef __sgi
#include <alloca.h>

Also, the configuration of the included libs doesn't work right, it passes -Wl,-R directives to the linker which makes it fail. I don't know how to fix this directly, so I just edited the configuration parameters and ran it manually. You also need to add -laudio to the LIBS in the work/audacity/src/Makefile to deal with unresolved symbols. If you built the pthread version of SGI portaudio, you need to add -lpthreads too.

If the linker segfaults when building soundtouch examples, just disable that example directory in the soundtouch Makefile.


Has problems with PRI defines. IRIX lacks these so we need to define them ourselves...

After you've configured the source, edit config.h and add the following just before the final #endif:

#if !defined PRId64 || PRI_MACROS_BROKEN
# undef PRId64
# ifdef _ABI64
#  define PRId64 "ld"
# else
#  define PRId64 "lld"
# endif
#if !defined PRIu64 || PRI_MACROS_BROKEN # undef PRIu64 # ifdef _ABI64 # define PRIu64 "lu" # else # define PRIu64 "llu" # endif #endif
#if !defined PRIx64 || PRI_MACROS_BROKEN # undef PRIx64 # ifdef _ABI64 # define PRIx64 "lx" # else # define PRIx64 "llx" # endif #endif
#if !defined PRIX64 || PRI_MACROS_BROKEN # undef PRIX64 # ifdef _ABI64 # define PRIX64 "lX" # else # define PRIX64 "llX" # endif #endif
/* Limit of `size_t' type. */ #if !defined SIZE_MAX # ifdef _ABI64 # define SIZE_MAX (18446744073709551615UL) # else # define SIZE_MAX (4294967295U) # endif #endif

Also, run the following:

ln -sf /usr/include/inttypes.h work/.buildlink/include/stdint.h

That'll take care of any #includes for stdint.h (which IRIX lacks).


Add USE_LANGUAGES+= c++ to the Makefile. More of the finding the wrong getopt.h header. Fix as mentioned below.


Add USE_LANGUAGES+= c++ to the Makefile.

 find . -name "*.[ch]" -exec perl -pi -e 's/#include [<"]getopt.h[>"]/#include "\/usr\/include\/getopt.h"/g' {} \;


Incorrectly tries to use mkstemp64 because it detects a 64 bit platform. Edit src/gp_unifs.c and add && !defined(__sgi) to the line that checks for HAVE_FILE64. The configure script could probably be patched to make this more correct. Additionally, add -liconv to EXTRALIBS in the Makefile.

find . -name "*.[ch]" -exec perl -pi -e 's/int_fast/int/g' {} \;
find . -name "*.[ch]" -exec perl -pi -e 's/INT_FAST/INT/g' {} \;

(giant hack, I know).


Make sure you're compiling gimp 2.4 and set

 PKG_OPTIONS.gimp=   -gnome -mng -svg

in your mk.conf. If the build fails with something involving 'gimpstock' cd into work/gimp*, run

 make -C themes clean

and restart the build. The cause of this failure is unclear. You might also get a redecleration of attr_t in plug-ins/flame/rect.c. I just commented out the one in that file and it continued building. I'm not sure if this is valid or not.


Only a problem as of 2008Q1, older releases worked fine.

Hangs while running testcases. Not sure why yet but this dude has the same issue when using MIPSPro. Looking into it.


May have to add -liconv to LIBS in the work/zsh Makefile.


If it fails to build and bitches about int_fast32_t, make sure you don't have typesize.h symlinked to stdint.h in /usr/include.

Useful links