Re: [gentoo-osx] Followup to: The road ahead?

[dirk.schoenberger@sz-online.de]

> > BTW, I believe finder is not written in ObjectiveC, so I am not quite
sure
> > if multi-mode lists are possible in Cocoa / OpenStep at all.

> Hmmm...  Not sure.  I haven't toyed around with ProjectBuilder long
> enough to know what you can do.

I am not sure ProjectBuilder is correct here. You mean InterfaceBuilder
(Apple) or GORM (GNUstep)?

> > It is a whole another thing if I want to let automated tools untidy my
> > system ;)

> So, what are your thoughts on using a Framework, like Apple does for
> Java and Python for instance?

I am not qute sure what you mean here. I know about frameworks as a Apple
/ OpenStep?) concept in general and really like it, but I don't know what
and how you would apply this to the current topic.
And I don't know about how to mix traditional Unix file system hierarchies
/ build systems with "modern" concepts like frameworks.

> > So perhaps gnustep-libs (or a meta package which could be solved by
> > gnustep-libs-devel or cocoa libs) would be the correct dependency?

> The gnustep ebuilds check if the compiler was built with the objc
> USE-flag.  This probably fails on OSX, since no compiler is built at all
> currently.

I see. So in this case Gentoo is not of much use for building the wrapper.
Back to plain ./configure && make && make install, if any?

> > I don't really like the language either, but the possibility to write an
> > portable application without either having to delve into proprietary
XCode
> > stuff, or into GNUmake build system hell, it becomes rather attractive.
> > Its all a question of a comfortable tool chain...

> Ehm...  This might sound like blasphemy to some, but what about Java?
> If cross-platformability is the only concern here, then Java does an
> outstanding job, and has a very nice integration with the OSX interface.
> Xcode/ProjectBuilder can even generate some sort of native compile of
> Jaba code with UI widgets, which would probably allow it to speed up a
> bit, while not entirely getting OSX only.

With cross-platform compatibility in this context I mean toolkit level
compatibility, i.e. a system which integrates nicely into the desktop.
And IDE specific builds just get in the way of having a build system for
both platforms.
I am neither able to use XCode on Linux (licence, binary only), nor
ProjectBuilder on MacOSX (withouut resorting to build the whole GNUstep
enironment on X)

> In GUI's I'm not an expert, but for the rest of Java, I can handle it
> fairly well.

Same as me (I am a certified Java developer too). Also purely non-GUI,
enterprise / server only.
But for the GUI side: last time I checked, there exist no maintained
Cocoa-Java bridge anymore (after Apple deprecated its work).
Even less a wrapper which works on both Macos and Linux.
And even if such thing would exists, it would be a wrapper library only,
which would make applications compiled against it less than platform
independent.
For (pure) Java toolkits like SWT and / or Swing - not on my (home)
desktop, please ;)

Regards
Dirk








-- 
gentoo-osx@gentoo.org mailing list