I removed you guys in a revbump of portaudio because there's a new lib being compiled, and I dunno how you want to handle it... pleasse check it out and rekeyword, thanks.
~ppc-macos keyword. added support for blocking i/o inCVS. Thanks!
Uhm... kito, you didn't exactly fix this the way I was expecting. On the other archs, we've got libportaudio and libpablio, but you've combined them into one... so I'm puzled why you chose to do it that way.
Whats the problem with rolling the shared object into the existing library? The symbols are there and it seems to work fine.
well, I agree with that, but another package (app-accessibility/epos) expects it to be 2 different libs, so I was keeping with what they expected. Unfortunately upstream doesn't make a call here, so it's not exactly standardized, so we could go either way. I just don't want a binary compiled on gentoo to not work with a libportaudio.so on another system because it uses those extra symbols.
I'd much rather keep it in a single library on darwin, and deal with the linking issues later if we have to, I can't forsee too many packages depending on this directly, and the ones that do I can handle trivially at link time ( we have different ld issues than ELF systems) Hmm, do you think splitting pablio to its own ebuild would be overkill? I only use portaudio for jack, which has no need for the blocking i/o as callback is preferred for doing realtime audio, so either a separate ebuild or maybe a local use flag to make it optional might be ideal. Slightly OT but, what would you think of slotting this so we can get portaudio19 in the tree without breaking current deps?
Ok, that sounds reasonable... I think I'll revbump portaudio again, strip the blocking i/o from it, and fix the Makefile to honor CFLAGS, and slot it to 18 (and slot the old one as well). I'll also make a pablio package and Makefile for the linux systems, and if you ever need it, you can just make a Makefile for that package. We'll need to go through ebuilds in portage and make sure they have versioned dependencies for portaudio (well unless they work with both).
Ok, I know jack-audio-connection-kit wants v18 and the pending Wired ebuild wants v19. I'll start testing other packages that use portaudio as much as i can and write a makefile for pablio.
Ok, the ones in portage are slotted now.
Created attachment 64019 [details] pablio-18.1.ebuild Hey kito, I'm off to class and will be back in a few hours. Here's what I've got going for the pablio ebuild. Could you post your osx Makefile for me. Take a look at the commented out section of src_install(), that's what I'm expecting 'make install' to handle. I'll be doing the same revisions for portaudio's -r3 bump, so could you post a new Makefile for osx in that bump as well which takes care of that stuff? I know v19 does some autoconf logic, but we may need to clean it up a bit still as they don't use automake.
ok, done now for my archs. ppc: could you keyword media-libs/pablio and rekeyword app-accessibility/epos kito: Could you add in Makefiles for osx that take care of these changes and rekeyword yourselves? Thanks =)
seems like that bug hasnt been closed and is fixed since macos has moved to prefix.