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) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour