RE: [Tora-develop] How close are we to dumping the old configure
and configure.pl?

> -----Original Message-----
>
> QScintilla can be made as a shared library - it uses a qmake to build the
> whole thing. I'll try it on Windows to see how its working but we might
have
> a problem here because QT3 port uses modified version of qmake.
>
After some digging into the makefiles - it seems that on Linux/MacOSX it
would be the easiest to use QScintilla as external dependency and and as
shared library. For the Windows it's a bit difficult. The qmake files coming
with qscintilla will be working with QT3 commercial and Visual C++ compiler.
But what we can try to do is to make it work with qmake version of QT3 free
port and concentrate on supporting qscintilla as shared library only. I'll
experiment with the QT3 free build system and see how easy it's going to be.
In any case - the more I think of it the more I'm inclined to use it as
external dependency which will avoid adding more code to the TOra. We can
however provide prebuild versions of it as well as QT3 in TOra project (what
do you think of that)?
Alexey

Thread view

> -----Original Message-----
>
> QScintilla can be made as a shared library - it uses a qmake to build the
> whole thing. I'll try it on Windows to see how its working but we might
have
> a problem here because QT3 port uses modified version of qmake.
>
After some digging into the makefiles - it seems that on Linux/MacOSX it
would be the easiest to use QScintilla as external dependency and and as
shared library. For the Windows it's a bit difficult. The qmake files coming
with qscintilla will be working with QT3 commercial and Visual C++ compiler.
But what we can try to do is to make it work with qmake version of QT3 free
port and concentrate on supporting qscintilla as shared library only. I'll
experiment with the QT3 free build system and see how easy it's going to be.
In any case - the more I think of it the more I'm inclined to use it as
external dependency which will avoid adding more code to the TOra. We can
however provide prebuild versions of it as well as QT3 in TOra project (what
do you think of that)?
Alexey

Seems reasonable, or take the regex approach:
--with-included-qscintilla
--with-qscintilla-dir
Does QScintilla include Scintilla? or is that another layer of
dependency?
-- Nathan
On Tue, 2005-05-03 at 11:00 +0100, Alexey Danilchenko wrote:
>
> > -----Original Message-----
> >
> > QScintilla can be made as a shared library - it uses a qmake to build the
> > whole thing. I'll try it on Windows to see how its working but we might
> have
> > a problem here because QT3 port uses modified version of qmake.
> >
>
> After some digging into the makefiles - it seems that on Linux/MacOSX it
> would be the easiest to use QScintilla as external dependency and and as
> shared library. For the Windows it's a bit difficult. The qmake files coming
> with qscintilla will be working with QT3 commercial and Visual C++ compiler.
> But what we can try to do is to make it work with qmake version of QT3 free
> port and concentrate on supporting qscintilla as shared library only. I'll
> experiment with the QT3 free build system and see how easy it's going to be.
>
> In any case - the more I think of it the more I'm inclined to use it as
> external dependency which will avoid adding more code to the TOra. We can
> however provide prebuild versions of it as well as QT3 in TOra project (what
> do you think of that)?
>
> Alexey
>
--
------------------------------------------------------------
Nathan Neulinger EMail: nneul@...
University of Missouri - Rolla Phone: (573) 341-6679
UMR Information Technology Fax: (573) 341-4216