Re: libofx symbol visibility patch

Benoit GrĂ©goire <[email protected]> Tue, 7 Jun 2011 22:28:06 -0400
Newsgroups gmane.comp.finance.libofx.devel
Message-ID <[email protected]>
On June 4, 2011 11:06:55 PM Bryan Donlan wrote:
> Hi,
> =

> As mentioned some time before, I've wrote a patch for libofx[1] to
> hide internal symbols. By hiding internal symbols, we can avoid
> external programs inadverently using internal (subject to change)
> symbols by making it very explicit what is considered internal or not.
> This has already turned up one case of poorly documented ABI symbols
> (ofx_*_msg), which I've also added to the header. Additional
> information can be found at the comment block at the top of the patch.

Applied

> Because this does change the ABI slightly by deleting symbols (alebit
> only ones not listed in the public header), it may be safest to bump
> the soname if this patch is applied. Note I don't intend to apply this
> patch to the debian packaging without upstream blessings, as it
> changes the ABI in this manner.

Ok, playing it safe.

> Also, you had mentioned you'd like to roll my changes into a 0.9.5 to
> keep everything in sync - are you likely to release soon? I have some
> fixes for the debian package itself that I'd like to upload soon, but
> if 0.9.5 is coming out soon I'll wait for it.

Well, I think we'll be pretty much ready for a 0.9.5 when you are.
-- =

Benoit Gr=E9goire, ing., PMP, PSM

---------------------------------------------------------------------------=
---
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev