On Fri, Feb 01, 2008 at 01:00:22PM -0800, Bill Karh wrote: > Landry Breuil <[EMAIL PROTECTED]> 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
