[Kde-java] Re: GCJ (Re: Build system for KDE4)

[David Goodenough]

On Thursday 16 June 2005 10:20, Richard Dale wrote:
> On Thursday 16 June 2005 11:59, David Goodenough wrote:
> > On Thursday 16 June 2005 10:16, Martijn Klingens wrote:
> > > Thomas Zander said:
> > > > Remembering a conversation on kdecore-devel about namespaces; the
> > > > consensus was that kdelibs was not going to be adding namespaces,
> > > > meaning most classes will be namespace-less.
> > > > I'm inclined to use the directories they are in; so we have a
> > > > kde.kparts and a kde.kdeui kde.kdecore
> > > > where the last may be renamed to
> > > > kde.ui and kde.core
> > >
> > > That's only true for the 'old' parts of kdelibs like kdeui and kdecore.
> > > KParts is already namespaced, KIO was 50/50 and will become fully
> > > namespaced in KDE 4. I'm not sure for new code whether it HAS to be
> > > namespaced or if there's just a strong preference for namespaces.
> > > Either way, assuming kdelibs to be non-namespaced is wrong.
> >
> > So we use the namespace if it is specified, and directory if the
> > namespace is not available, and if all else fails we have a default which
> > can either be static or derived from some rule such as the
> > what-is-the-first-letter rule.
>
> Yes, and maybe some manual config file to override that if all else fails
> (that might only be needed if you want to create bindings for your own
> classes). The Qt4 headers are in subdirectories so we'll know where they
> came from, and which java package to map onto.
Well if the rule came from a script it would be easy to add fallbacks and
the scripts could be stored with the code and thus be "library" specific.  The
scripts could also handle corner cases such as the directory being called
kde.kdecore and the package being kde.core.

David
>
> -- Richard
> _______________________________________________
> Kde-java mailing list
> Kde-java at kde.org
> https://mail.kde.org/mailman/listinfo/kde-java