more info on G_INLINE_FUNC problem on OS X

[Andreas Köhler]

Hi,

I have committed that change in r16885 and marked BP, reminded by
https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/184176

-- andi5

On So, 2007-11-11 at 17:16 -0500, David Reiser wrote:
> On Nov 11, 2007, at 2:36 PM, Derek Atkins wrote:
> 
> > What happens if you just remove the declaration from SplitP.h?
> > The problem appears to be that it's used in both Split.c and
> > Transaction.c, so it probably shouldn't be inline or static.
> >
> > -derek
> 
> Following Andreas' suggestion from irc lasts nignt, I took out the  
> G_INLINE_FUNC and left the void...
> 
> So far it has worked for both ppc and intel Macs.
> 
> Thanks.
> >
> >
> > David Reiser <dbreiser at earthlink.net> writes:
> >
> >> The line is
> >> G_INLINE_FUNC void mark_split (Split *s);
> >>
> >> in SplitP.h in the engine directory. The problem is that the Mac OS X
> >> 10.5 devel tools are handling this differently than previous  
> >> versions,
> >> in concert with glib (the source of G_INLINE_FUNC). The solution,
> >> suggested on irc was to delete G_INLINE_FUNC and see what happened.  
> >> It
> >> works for me and two other people who reported the problem. So unless
> >> there's a compelling reason to want the inline function be inline,  
> >> I'm
> >> happy to leave it patched out.