|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Landry Breuil (gaston
gcu.info)
Date: Fri Feb 01 2008 - 17:18:13 CST
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Fri, Feb 01, 2008 at 01:00:22PM -0800, Bill Karh wrote:
> Landry Breuil <gaston
gcu.info> writes:
> >
> > devel/libofx already exists in our ports-tree, and uses textproc/sp for
> > sgml parsing. productivity/grisbi works fine with this libofx, dunno for
> > kmymoney2 though.
> >
> > Landry
>
> Hey Landry,
>
> It's a problem with KMM, instead of just checking for libofx, KMM makes
> some direct checks for the header "OpenSP/macros.h". From the AC
> comments, I think the KMM devs are trying to check if libofx is 'new'
> enough. This check seems unnecessary and I should be able to make a
> work around that uses the existing devel/libofx.
I see... if possible yes, it would be nicer to try to make it use the
existing one.
> Is there any reason to not use OpenSP? It's recommended by libofx
> developers.
Because when i ported libofx, i tried to port opensp too, and for a
reason i don't remember i didn't success. It worked fine with sp so i
went with it.
But if you manage to make a working port of it, it will conflict with
textproc/sp, so this would have to be done carefully.
Landry
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]