Viktor Szakáts wrote:
>
> The solution for this is to create wrapper lib
> inside contrib HBQT named hbqscintilla which
> depends on 3rd party lib qscintilla, and where
> the latter remains hosted in its original location
> (not in Harbour SVN, due to its size, maintenance
> needs and even potential licensing issues). One
> alternative is to place HBQSCINTILLA right inside
> contrib instead of having it inside HBQT.
>
Wrapper lib is of no use if .dll and .a is not there.
QScintilla does not provide binary distro.
> [ As I wrote in a previous e-mail, which went
> pbly unnoticed. ]
>
> Any other solution is wrong for one reason or
> another.
>
Not unnoticed, but for sure I understood it wrong.
> The only part which casts a shadow on all this is
> the fact that QSCINTILLA doesn't seem to have a
> proper binary (either .dll or static lib) based
> distribution, which makes the whole process much
> more painful than with existing dependency cases.
> But, this isn't a Harbour problem, so it's not
> our objective to solve it.
>
As above.
More, as of now QScintilla needs an overhaul to
adopt to Harboud or say hbIDE needs which is not possible
with their distro as of now.
Anyhow, I am dropping the idea to base anything on QScintilla.
I will try to add features with my existing thought of
development.
-----
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14538-trunk-harbour-tp5079892p5080277.html
Sent from the harbour-devel mailing list archive at Nabble.com.
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
