@thetechnobear Ok I'm getting there. But I'm having trouble accessing my tables from within a subpatch within my voice subpatch.
I know the that to read a table from the main patch in the subpatch, you address it with ../mytable
But what if rour tableread is two patch levels deep?
I tried ../../mytable but that doesn't work...
Which one of these works? ../../ or .../
ok, so the latest version of is working fine for me
however, I notice a warning in axoloti, which implies that the expected version to be used is :
7-2018-q2-update
so... if you dont want to mess with anything then you can do the following 
a) download 7-2018-q2-update from
https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads1
b) unzip/tar
c) move this resultant folder to /Applications
thats it...
you do not need to change the path or anything in preferences as it is assuming
Applications/gcc-arm-none-eabi-7-2018-q2-update/bin
Id suspect something similar is true for windows.
Linux, im not sure of 
dev... similarly as mentioned in above posts if you use Applications/gcc-arm-none-eabi-7-2018-q2-update, it will also work 'out of the box'
both, as expected
../test if sub patch
../../test if sub patch of a sub patch
gcc-arm-none-eabi-9-2019-q4-major requires Mac OSX 10.13 at minimum, so I selected to standardize on gcc-arm-none-eabi-7-2018-q2-update, requiring only Mac OSX 10.7 at minimum.
I also ran into several issues with gcc-arm-none-eabi-8-2018q4. I have not tested gcc-arm-none-eabi-9-2019-q4-major.
Using gcc-arm-none-eabi-9-2019-q4-major should give a warning:Unexpected compiler version: .... , expected 7-2018-q2
(On OSX) Why not? It's where users install applications. Axoloti-runtime used to live there too. /usr/local/bin is almost hidden from finder.
Direct download links are reported (via env/test-env.mk) when the compiler is missing.
Weird. this does not work for me... One subpatch down works fine. but two does not.
But does it make a difference if the first level down is an polyphonic expression subpatch?
yeah, I only noticed this after completing the above post
because compilers are tools not end user applications, which is what I prefer keeping in /Applications
(it was a kludge that i put axoloti_runtime in /Applications )
anyway, as above, Ive put the whole gcc-arm-none-eabi-9-2019-q4-major in /usr/local
anyway, all cool...
I only noticed afterwards that you have assumed gcc-arm-none-eabi-7-2018-q2-update and its placed in /Applications ... thats ok, for most end-users! (and I can override so im happy)
p.s. I dont think you get the warning about the version until you have some form of gcc-arm-none-eabi installed... hence why I wasnt sure what the process was.
(is it generated by make which is not available till installed ? ... or perhaps i missed the error?)
ah, yeah im not sure this works in poly patches... id need to test.
(usually im using this technique in mono patches)
Right. I need this to work in the polypatch or the whole idea of using tables for the mpe modmatrix will not work, since the whole point is to have globally available variables.
Ok Damn!
I just checked with a subpatch within a subpatch... it works. but not in mpe poly patch mode.
That is a real bummer. Is there a work around? can it be fixed? For example, can we address the main patch directly without going through the chain of parents, like with: root/test
I am using that type of table reference, in a poly patch and it works fine.
Attach a screenshot maybe?
nope .. not possible as far as i remember.
(that said, id need to go double check the generator code, see if there was a special case defined)
the underlying issue is...
any reference in a polyphonic voice is considered to be 'per voice', there is no way to differentiate common elements like the reference to the parent.
there is no way to go from the root, its relative
(*) unfortunately, given 2.0.0 is just released, id not want to dig into the 1.0 code now.. as id prefer to concentrate on 2.0
(note: 2.0.0 has same 'issue')
Ahh but my subpatch is not MPE. It works for regular poly, haven't tried MPE, though. Which Technobear says might be an issue.....
is there a way to use the poly/index to find the table in the main patch?
is there another way to do it? I thought maybe i could put the tables in the voice patch, but then will all my tables be copied as many times as there are voices in the polypatch?
That's what I do in all my patches. I think it has to be like that, that's how polyphony works, I think, that you have to assign all objects in the polyphonic subpatch to each of it's own voice. Or else it will not be polyphonic.
Is there a way to implement poly mpe manually?
I mean without using the subpatch settings.
If I copy my voice 4 times, make them each mono and make them react each to a single channel, wouldn't that be equivalent to using the polyphonic expression subpatch setting?
that way I could use the table properly.
Also, why would this functionality be different in normal poly vs mpe poly?
k, just to confuse things
in 1.0.12, yes its specific to polyexpression - looks like a bug
in 2.0.0, the issue is with all polyphonic sub patches, as there is a bit of code generation that has not yet been 'ported',
I cannot think of a workaround... other than writing a custom object, which can bypass the issue by not using attributes (and parents)
I guess this is what I have to do...
How do you access tables in objects?
