gstep-base Re: [OGo-Developer] OGo Invoice Application

[Helge Hess]

On 26.12.2007, at 15:56, Sebastian Reitenbach wrote:
> ah, another reason to drop libFoundation and to switch to gnustep- 
> base.


What a useless comment ... it fixes exactly 0 of the existing issues  
we have with gnustep-base.

Just to reiterate what needs to be done for a gstep-base port:

a) make OGo (fully) working with it. This might seem like little
    work but locating and eliminating gstep-base incompats are a
    huge time killer. Note that I say gstep-base incompats because
    OGo does work quite well on Cocoa. I suspect that this is
    because Cocoa cares about API compat, even if its legacy
    according to Foundation docs ...

b) make OGo/SOPE on gstep  install and work in a *proper* FHS
    hierarchy, preferably the same like we have now. This is
    probably a lot of work, it means bumping all makefiles to
    gstep-make-2.x, either port the old fhs.make to that or use
    the new gstep-make-2.x FHS support (which might be quite
    different to what we want), and fix the code to honour new
    layouts.

c) make gstep-make/base API stable. Doing that once is easy because
    we could just make a vendor branch and use it. But the vendor
    branch would need maintenance as well, and a fork in general
    s***s. This is an inherent gstep issue and I would be
    massively surprised if it would go away ;-/

Personally I would love to see gstep-base replace libFoundation for  
the ObjC code, but unless the issues above get resolved there is  
little hope. And since all of points are quite a bit of work, my  
(current) assumption is that they will probably never happen.

Personally I would prefer to focus on getting JOPE compiled and  
working with the GCC Java compiler (GCJ).

Helge

PS: obviously Java has BigDecimal ;-)