The initial version of gcc 3.3 distributed with Xcode 1.5 is buggy. Be sure the command gcc -v yields build number 1671. If the build number is 1666 then gcc must be updated with Apple's November2004GCCUpdater package, available from Apple's Developer Connection page.

Yes. Note, however, that when building ITK, for use with SCIRun's ITK package, ITK version 1.10 must be used because earlier versions are not compatible with GCC 3.4.

SCIRun is fully supported on Mac OS X. Refer to SCIRun's OSX specific installation guide for instructions.

Xerces creates long commands for a shell. Perhaps the value of the system's 'ncargs' variable is too small.

Run the command 'systune ncargs'. It will report ncargs' value. Use the systune command to set ncargs to a large value: systune ncargs 262144. Root privilages are needed to do this. Try the thirdparty install again.

One or more of the thirdparty libraries is configured and built to use (i.e. link against) pthreads. On SGI machines, SCIRun uses sproc threads instead of pthreads. It is illegal to use both sproc and pthreads in a single process. When two binaries are linked together into a single process at runtime (e.g. scirun and libxerces-c1_4.so), an abort is signalled and the process is shutdown.

The solution is to rebuild the offending libraries, configuring them to _not_ use threads. Xerces is typically the offending library, although Tcl and others may also be incorrectly configured to use threads. See the Installation Guide for recommended configure arguments for thirdparty software. Note that when the automatic install script is used, all software is automatically configured and built correctly.

The problem is a bug within the SCIRun build system that requires the SGI Image Format Library (IFL) in order to make SCIRun. The long term solution is to make the IFL optional instead of required.

For now, work around the problem by having the system administrator install the IFL onto the target install machine. Be sure to install the type (32 or 64 bit) needed for SCIRun configuration(s).

The MIPSpro compiler on the target install machine is old. SCIRun requires version 7.3.1.1m at a minimum.

This is a known bug with no known solution. There is, however, a workaround:

Re-configure SCIRun adding the --disable-sci-malloc option to the configure command, then rebuild SCIRun. If SCIRun still hangs while running example nets, change directories to on-the-fly-libs and issue a make command by hand. Run the example again once the make of the on-the-fly-libs finishes.

When installing any of the software into your home directory be sure to use complete and absolute paths when providing configure argumenst. Do not use tilde expansion or any other short cuts. They will not properly expand by the install scripts and makefiles.

For example, instead of configuring with --prefix=~bob, configure with --prefix=/home/bob.

64 bit is only available on the SGI platform. To build a 64 bit version of SCIRun, 64 bit versions of the thirdparty software are needed. Use the SCI thirdparty install script using the 64 option. If building by hand, see advice below.

Once the thirdparty software is available in 64 bits, configure SCIRun with the --enable-64bit option and rebuild.

Unfortunately, most of the required third party software do not take 64 bit SGI platforms into account when writing configure scripts and makefiles. However, it is possible to build all software in 64 bit. In general, to get 64 bit versions of the third party software, it is necessary to edit Makefiles so that CFLAGS and LFLAGS macros have “-64” listed instead of “-n32”. In the case of tcl distributions, edit makefiles (after configuring) by hand and replace all instances of “-n32” with “-64”. For Xerces, change the environment variables listed above, replacing all instances of “-n32” with “-64” before configuring.

The XFree86 version 4.1.0 binary distributions for linux ship with a version of GLU (libGLU.so.1.3) conflicts with the xerces library. Replace the GLU library with a different version (e.g. libMesaGLU.so, or some other GLU already on the machine).

You don't have the mdsplus libraries installed on your machine. You need them if you plan to use the Fusion package. However, if you do not want to, or do not think that you are using Fusion, then it is most likely because your configure line either explicitly states to use Fusion or does not explicitly list the SCIRun packages to use (and thus SCIRun is trying to use all packages in your SCIRun/src/Packages directory.) To fix this, use something like this: --enable-package="BioPSE Teem" to get only the packages you want.