On 1/12/26 11:10, IOhannes m zmoelnig via Pd-list wrote:
On 1/12/26 01:52, Wolfgang Gaggl wrote:
...it appears to solve some problems, I just need to post about them first ;) Problem solved: the endian logic in d_osc.c which is initially correctly defined in the first few lines of code, was overridden by yet another logic to determine HIOFFSET and LOWOFFSET for endianness. Works now, SGI Irix 6.5 with Pd 0.40, analog stereo audio, ADAT, Midi (even selectable from the GUI menu).
great to see you proceed.
in the meantime, i found an emulator for the SGI Indy [1], and tried to build the latest and greatest Pd (0.56-2), but I'm afraid I made less progress than you did...
so there's been some partial success now:
# make
the generated Makefile uses some modern(?) GNU make trickery to set the WISHDEFINE and DEKEN_DEFINE makevars to some preprocessor macros, which the installed version of 'make' didn't like. i simply set these make variables to empty strings on the cmdline (
make WISHDEFINE="" DEKEN_DEFINE="") to bypass this.also, the top-level makefile uses
make -C <path>to build the various subprojects, which installed make did not understand. i simply ignored this and ran 'make' directly in src/probably running 'gmake' instead of 'make' would have fixed both issues.
indeed, using 'gmake' rather than the normal "make" fixed these issues.
# source: C99 with the above, I managed to build all of src/, with the notable exception of src/x_vexp_fun.c [expr] uses C99 features (like 'isnan()' [79865015]), and this is where my adventure ended.
- the installed gcc is apparently C99-capable, but the header files on
the system (math.h!) are specific to the MIPSpro compiler (using some private
__genericmacro that is not available on gcc)
- the installed MIPSpro C compiler (which also supports C99) warns a lot
about missing licenses, but this can be ignored. unfortunately, the disk image lacks the actual backend compiler /usr/lib32/cmplrs/fec, so the MIPSpro compiler is not usable. funnily, the MIPSpro C++ compiler (using /usr/lib32/cmplrs/fecc as backend) did work.
so i've simple removed the [expr] sources for now, and lo and behold! the compilation succeeded.
well, at least after i provided a stub for "strnlen()" (which is POSIX-2008). and manually added a "-lpthread" (for whatever reasons, configure thought i don't need it).
of course there is no sound. and no GUI (heck, even connecting to a remote GUI doesn't work for now)
but i can run a test-patch that produces a sinewave and records it to a good old .snd file. or an aiff file. .caf file kind-of-works (audacity can read it; but sndfile-info reports an error) .wav files don't work
fgmasdr IOhannes