Hi,
On Sat, 14 Dec 2013, Alessandro Ghedini wrote:
>> I think it would be good to add it to ecicpp_add_file_input()
>> though. It's used in identical way and only by the ecatools, so risk
>> of breaking other stuff is minimal (I can do some testing).
>
> Sure, no problem. See the attached patch.
thanks! Patches applied with one minor change (s/int/size_t/ to avoid
a compiler warning).
> I've also attached another patch that simply renames configure.in (which is
> deprecated and automake 2.0 will drop support for it [0]) to configure.ac which
> makes ecasound a little bit more future-proof.
Wow, you are making big changes! :)
But indeed, you are right, about time to do this change, patch applied to
git master.
I also did another big-ish looking (but probably no impact) change and
changed Ecasound's Single-UNIX-Spec preference from SUSv2 to SUSv3
(-D_XOPEN_SOURCE=600 now). SUSv3 is anyways what Ecasound needs (monotonic
clock), and it's 10 years since the spec was published, so should be safe
to make the change finally now.
Still hoping 2.9.1 to be a very modest and low-risk update.
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Ecasound-list mailing list
Ecasound-list@email-addr-hidden
https://lists.sourceforge.net/lists/listinfo/ecasound-list
Received on Mon Dec 30 04:15:03 2013
This archive was generated by hypermail 2.1.8 : Mon Dec 30 2013 - 04:15:03 EET