>
> As explained in previous emails, I don't use jack from Homebrew for my
> builds. I use the distribution from jack.org
>
>> seems to run fine on "macOS Sierra - 10.12.6"
>>
>> miller: does it also run on "Mac OS X Lion - 10.7"?
>> (or even "OS X Snow Leopard - 10.6"?)
>>
>> gffxyd
>> IOhannes
>
> Nope - Wish 8.6.12 seems to depend on newer Mac features than are
> on OSX 10.7.
>
> But I'm OK with continuing to
IOhannes, your build runs fine on my macOS 11.6.1 M1 system.
Weird, I guess something is broken on my build setup. In any case, we should be
good with one of these replacing the tarball in mac/stuff.
> On Dec 12, 2021, at 8:11 PM, pd-list-requ...@lists.iem.at wrote:
>
> i think here's a better
> >
>
> seems to run fine on "macOS Sierra - 10.12.6"
>
> miller: does it also run on "Mac OS X Lion - 10.7"?
> (or even "OS X Snow Leopard - 10.6"?)
>
> gffxyd
> IOhannes
Nope - Wish 8.6.12 seems to depend on newer Mac features than are
on OSX 10.7.
But I'm OK with continuing to compile
On 12/12/21 18:35, Miller Puckette via Pd-list wrote:
OK, here's one that I believe has 64-bit Intel and arm64 architectures
compiled in - I compiled this remotely on a macOS 11.6.1 machine. I
can't test it right now, but if any of you can grab and see I'd be grateful.
(this is from running
On 12/12/21 20:04, Dan Wilcox wrote:
Strangely, this build runs fine on my system...
i think it would be interesting to know what "your system" really means
(in terms of macOS version and architecture).
gfds
IOhannes
OpenPGP_signature
Description: OpenPGP digital signature
On 12/12/21 18:35, Miller Puckette via Pd-list wrote:
OK, here's one that I believe has 64-bit Intel and arm64 architectures
compiled in - I compiled this remotely on a macOS 11.6.1 machine. I
can't test it right now, but if any of you can grab and see I'd be grateful.
(this is from running
This runs fine on my 64-bit Intel Mac running 11.6.1.
On Sun, Dec 12, 2021 at 12:37 PM Miller Puckette via Pd-list <
pd-list@lists.iem.at> wrote:
> OK, here's one that I believe has 64-bit Intel and arm64 architectures
> compiled in - I compiled this remotely on a macOS 11.6.1 machine. I
>
On 12/11/21 06:44, Lucas Cordiviola wrote:
On 12/10/2021 11:58 PM, Miller Puckette via Pd-list wrote:
Looks like I can get a Mac running 10.13 this Monday, so will probably
be able to build Tcl/Tk-8.6.12 then, unless someone else does it first.
(It's easy to do using Dan's scripts, all you need
Strangely, this build runs fine on my system...
> On Dec 12, 2021, at 6:35 PM, Miller Puckette wrote:
>
> OK, here's one that I believe has 64-bit Intel and arm64 architectures
> compiled in - I compiled this remotely on a macOS 11.6.1 machine. I
> can't test it right now, but if any of you
OK, here's one that I believe has 64-bit Intel and arm64 architectures
compiled in - I compiled this remotely on a macOS 11.6.1 machine. I
can't test it right now, but if any of you can grab and see I'd be grateful.
(this is from running Dan's script, "./tcltk-wish.sh -l --universal 8.6.12".)
Em dom., 12 de dez. de 2021 às 10:31, Christof Ressi
escreveu:
> *) with [iemguts/canvasdollarzero] you can
>
I've proposed this
https://github.com/pure-data/pure-data/pull/828/commits/31d293142ed186766a95434e0d36164b193f3354
which is even better as it expands symbols, so "$$0_something" gets
I often create abstractions using $0 as an argument, such as [line-seg
1 2 $0], and then $3 in the abstraction is the same as $0 in the parent.
That's a common pattern, yes. Your example doesn't contradict my point,
though: because [line-seq] can't access the parent $0 *), you have to
pass it
you can send something to $0-xxx variables, but you should only do it if
it makes sense.
I often create abstractions using $0 as an argument, such as [line-seg 1
2 $0], and then $3 in the abstraction is the same as $0 in the parent.
if you really want, you can export the individual $0-values
$0 is a unique number that only the abstraction itself knows about.
Typically you use it to keep things local. Just like you can't send a
message to [r $0_msg] from another patch, you can't do it with "-send",
either.
Just create a new patch, put your abstraction there and add a [receive
Hi,
I have a patch like
[r $0_msg]
|
[print]
And would like to run Pd from command line (-nogui -send "") and send
something to the receive object.
How can I pass the '$0_msg' name in a way bash and Pd understand it?
Have tried different combinations of quotes and bars, but nothing
I depends on the version of Xcode and/or CLITools you have installed. It needs
to be new enough to support -arch arm64.
> On Dec 12, 2021, at 6:26 AM, Lucas Cordiviola wrote:
>
> The "--universal" switch didn't work on this VM: the compiler fails to build
> the test program at the beginning.
17 matches
Mail list logo
