[PD] percolate for linux for mac

Adam T. Lindsay atl at comp.lancs.ac.uk
Fri Nov 22 14:56:57 CET 2002


In my usual me-too fashion, here's a modified makefile that builds on MacOSX.

The only other change necessary is in PeRColate_source/_source/stk.c,
where you should  make the following change:

39c39
< #if defined(UNIX) && !defined(__linux)
---
> #if defined(UNIX) && !defined(__linux) && !defined(MACOSX)

(sorry if I got the diff polarity backwards--I can never remember correctly)

The commands to make are:

make clean_darwin
make pd_darwin

Hope that's of some help to people. I'd really appreciate it if these
minor changes were included into the linux port, since the differences
are so tiny.

Cheers,
adam



Maurizio Umberto Puxeddu said this at Fri, 22 Nov 2002 10:35:50 +0100:

>Here
>
>http://agnula.org/~maurizio/PeRColate0.07b-linuxtoo.tar.gz
>
>is a version of percolate 0.07b for PD adapted to Linux. It has not been
>tested but I compiled everything. Binaries (compiled on a RH8.0/Intel)
>are included. If you want rebuild them go into
>
>PeRColate-source
>
>and 
>
>make clean
>make pd_linux
>
>If you test it please report bugs to me. I'll clean up the sources and
>test the objects this weekend.
>
>Regards,
>
>Maurizio Umberto Puxeddu.
>
>On Fri, 2002-11-22 at 00:50, Olaf Matthes wrote:
>> 
>> 
>> Frank Barknecht schrieb:
>> 
>> > This is my problem as well: I cannot build the whole library, but the
>> > single externals often don't load. This surely is something simple, so
>> > my developer question is: What needs to be changed to, say, scrub~.c
>> > to make it standalone?  I never wrote a library of externals so it is
>> > not clear to me: What is the difference inside the sources between a
>> > standalone external and one designed for a library?
>> 
>> There are no differences at all! You can compile any external as a
>standalone one
>> or as part of a library. The library is just a 'wrapper' that calls all
>the setup
>> routines from the single objects (and combines the compiled code into
>one single
>> binary).
>> Most objects in PeRColate could easily be compiled as stand alone externals
>> because they just consist of one *.c file. Only the STK based objects
>need to be
>> linked with stk.c.
>> One problem arises with "gQ" because Pd's object loader seems not to
be case
>> sensitive. Typing "gQ" in an object box fails because Pd attemts to
>load the file
>> gq.dll and not gQ.dll...
>> 
>> I've uploaded a version 0.7b of PeRColate with some minor bugfixes. It also
>> contains a new makefile for windows which demonstrates how PeRColate
>could be
>> built without using the VC++ workspace. This is the version that could
>be used as
>> a basis for a Linux port....
>> 
>> Olaf
>> 
>> PS: find it at http://www.akustische-kunst.org/puredata/percolate/ (sources
>> only...)
>> 
>> 
>> _______________________________________________
>> PD-list mailing list
>> PD-list at iem.kug.ac.at
>> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
>
>
>
>_______________________________________________
>PD-list mailing list
>PD-list at iem.kug.ac.at
>http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay                      atl at comp.lancs.ac.uk
 Computing Dept, Lancaster University   +44(0)1524/594.537
 Lancaster, LA1 4YR, UK             Fax:+44(0)1524/593.608
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 8502 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20021122/77bf2724/attachment.obj>


More information about the Pd-list mailing list