Re: [announce] pd 0.38-0test7 for IRIX

IOhannes m zmoelnig via Pd-list <[email protected]> Mon, 12 Jan 2026 15:24:34 +0100
Newsgroups	gmane.comp.multimedia.puredata.general
Message-ID	<[email protected]>
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 `__generic` macro 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


-- 
please do not CC me for list-emails

---
[email protected] - the Pure Data mailinglist
https://lists.iem.at/hyperkitty/list/[email protected]/message/TUFNFXYHRWCFAOSSJGHKBLDITERIUFIH/

To unsubscribe send an email to [email protected] mailing list
UNSUBSCRIBE and account-management -> https://lists.iem.at/
OpenPGP_signature.asc (application/pgp-signature, 840 B)