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

Reply via email to