Andre Pönitz wrote: > Quoting Peter Kümmel <[EMAIL PROTECTED]>: > >>> The fact that there's now only one frontend left to care about >>> should not lead to the conclusion that's now suddenly fine to >>> mix core and GUI. >>> >>> As a matter of fact I will strongly oppose any change that will >>> lead to >>> >>> (a) using any QWhateverStuff in src/*, src/inset/* src/mathed/* >>> src/support/* >>> >>> (b) using any src/* stuff in src/frontends/qt4/* >>> >>> i.e. the interface between the core and the frontend is >>> src/frontend/* and only that. >>> >>> Andre' >> >> This could be easily checked by not linking to Qt and >> enabling the option no-undefined-symbols. >> -- Oh, I forgot, this isn't possible (at least LyX isn't coded in C) > > no-undefined symbols work well with C++. However I don't > see what you'd link to make this usable. (is this a question?)
I wanna have a dll for each libs. > > We have (1) core + frontend (without Qt) > (2) frontend + frontend/qt (without core) > > But linking-wise both depend on the 'without' stuff > > Andre' Currently there are circular dependencies between the libs, so it is not possible to use no-undefined-symbols. Peter -- Peter Kümmel
