If you cannot find the m_pd.h in your system, you can always import it from another one into the comport (or whatever) directory.
Anyway thanks for sharing information about Pd + tiny core linux, I would love to find some time soon for experimenting on this too; I've always stuck to raspbian until now, but it's always a hassle to turn it to a read-only file system, to allow disconnecting the power without having to cleanly shut down the system. Apparently TCL could make it easier, would you confirm?
Le mar. 27 oct. 2020 à 21:01, Giulio Moro via Pd-list pd-list@lists.iem.at a écrit :
Each Makefile has a different way of looking for the path where m_pd.h, and where it is located on your system depends on how you installed Pd ... normally
find /usr/include /usr/local/include -name m_pd.h
will tell you where the file is. Once you know where it is, you can inspect theMakefile
to figure out which way to pass this information to it. Normally this boils down to passing some options tomake
, such as PDINCLUDEDIR=/path/to/containing/folder or CFLAGS="-DPD -I/path/to/containing/folder" or others, depending on the content of the Makefile (these are two real-world examples). (or you can just hardcode the path in the Makefile next to where you see a-I/somepath
, add-I/path/to/containing/folder
and see if it works.A link to the source files would be useful if you need further help.
Yann Seznec wrote on 27/10/2020 19:34:
OK interesting - with the verbose flag on I can see that it is finding
comport.pd_linux, but it says “/lib/libc.so.6: version ‘GLIBC_2.27’ not found (required by /home/tc/comport_test/comport.pd_linux)”
I assume that means that it needs to be compiled for the board
specifically, as you mention.
Unfortunately when I try to compile it on the board I get yet another,
different error. In that case it says “fatal error: m_pd.h: No such file or directory”.
I think I understand that it’s looking for where Pd is installed, but I
can’t seem to find where that file is in Tiny Core Linux.
Thanks Giuilio!
On Oct 27, 2020, at 3:14 PM, Giulio Moro giuliomoro@yahoo.it wrote:
That's a Linux build, but is it an ARM build compatible with the
architecture in use?
Try
file /path/to/comport.ld_linux
and make sure you get the sameresult as you'd get for any externals that actually work. You can run
Pd
with the verbose flag and that should print some extra info about the paths it is attempting to open. In fairness, it should be pretty straightforward to just build it from source on the board, which guarantees you get the correct binary.Yann Seznec wrote on 27/10/2020 19:01:
Hello everyone, As a follow up to my post a few weeks ago about startup times on
Raspberry Pi, I have been exploring Tiny Core Linux (v9) on a Pi 3. Generally speaking this is super promising, with startup times around 15 seconds and it seems very stable.
Some of the things I want to run on this system require external
libraries. I have managed to get zexy working, for example, by simply including the library in the same folder as the patch that uses it.
I have not had the same success with comport. Including a linux build
of the comport object in the folder with the project does not work - I get a “couldn’t create” error when I launch the patch. I have tried declaring the library with the -lib flag, but that gives me an error saying “comport: can’t load library”.
I have installed the USB-Serial extension, though I’m not sure if I’ve
missed a step there to make it work properly.
This feels like a long shot, but has anyone managed to get comport
working on Tiny Core Linux?
Alternatively, has anyone used USB MIDI with Tiny Core Linux? That
isn’t working for me either.
As usual, any tips would be excellent, many thanks. Yann _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list