On 01/21/2013 03:45 AM, Richard Shann wrote:
On Sun, 2013-01-20 at 00:27 -0600, Jeremiah Benham wrote:
This binary also only has alsa in for midi. Is it really
important to have portmidi support on the linux binary?
I guess it is fairly important as the goal is something that just works
out of the box, which it doesn't if the alsa connections have to be
made. I think this will all work once we sort out why the portmidi code
is not getting linked in (e.g. on that mingw build I tried). I saw the
libportmidi.a on the link line and it appeared to have the symbols
needed in it, but it still did not link.
Now, I don't recall (from >10 years ago) seeing .a files put on the link
line like .o files, but I would imagine the linker would either throw an
error or extract all the .o files from the library and treat them as if
they were on the link line. So, in brief, I guess this is ok. But it
seems pointless to use the ar program to put those .o files into a
library only to have the linker get them out again. I guess we have
ended up doing this because the portmidi code has its makefiles set up
to generate libraries? But really we should then be using -lportmidi to
link to the library generated rather than putting the library on the
link line directly... I don't know if any of these ruminations can
help :)
I have the .a separated because I wanted to have additional CFLAGS for
these files only.
-lportmidi would require a .so or dynamically linking. We are not doing
that because portmidi uses cmake instead of autotools. Gub has no
support for cmake. I don't know how I would do it. I don't know anything
about cmake. I tried reading through all the files and I hope I am
compiling all the necessary files for the respected platform with the
correct compiler and linker flags but I really don't know. The main
problem is that I don't know what I am doing here. Using -lportmidi
would be the most ideal but I would have to find time to learn cmake
more and figure out how to hack this into gub. Since while composing
this email I probably have been interrupted about 20 times, I don't
think the possibility of me learning something new will happen any time
soon.
Jeremiah
Richard
_______________________________________________
Denemo-devel mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/denemo-devel
