[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: FW: [REMINDER] Upcoming KDE 4.0 Milestones + Nepomuk
From:       Sebastian =?utf-8?q?Tr=C3=BCg?= <strueg () mandriva ! com>
Date:       2007-04-13 6:07:35
Message-ID: 200704130807.35232.strueg () mandriva ! com
[Download RAW message or body]

On Thursday 12 April 2007 22:50:55 Alexander Neundorf wrote:
> On Thursday 12 April 2007 22:45, Sebastian Trüg wrote:
> > On Thursday 12 April 2007 18:01:39 Christian Ehrlicher wrote:
> > > David Faure schrieb:
> > > > On Thursday 12 April 2007, Christian Ehrlicher wrote:
> > > >> rcgen is created on cmake time (because it creats sources needed for
> > > >> cmake)
> > > >
> > > > kdecore's kconfig_compiler creates source files too, and yet it is
> > > > created at make time, so surely this isn't a big problem to fix.
> > >
> > > I thoguuht this too but Sebastian told me that's not that easy as it
> > > looks... maybe he can tell what rcgen does / what input and output
> > > rcgen generates?
> >
> > I think the problem is that at cmake time the names of the generated
> > sources are not known since they are also generated by rcgen.
>
> Uh. At cmake time the file names which will be generated and should be
> compiled cannot be known ?
> That's not good.
> "cmake time" means "the time when the build files are created". So at the
> time the build files are created the names of the files which should be
> compiled by the buildsystem (make or MSVC or XCode) really should be known.
> If this is not possible all solutions will be hacky.

that is what I thought. So the only solutions that I see are:

1. A hack like now (bad)
2. put all in one header and one source file named after the ontology (very 
bad)
3. As I proposed earlier: only create the base ontology in kmetadata itself 
and add the sources to the svn (only a little bad)
4. Make rcgen a script (I don't have enough scripting skills for that)
5. Compile rcgen before kmetadata (and even before kdelibs, probably not 
possible)

Cheers,
Sebastian

[prev in list] [next in list] [prev in thread] [next in thread]