Hi Pritpal (again),
> Now, if you want to make it absolutely complicated
> and use a plugin for this purpose, you should
> _generate_ the plugin code to a temporary file and
> pass that to hbmk2. Or you can put it into 'resources'
> dir if you don't mind being less elegant. Otherwise,
> after this change of yours, suddenly HBIDE needs to
> be distributed with its own source code, otherwise
> it won't work.
>
> If you look a little bit further, probably you could
> also easily complete the output name with CURDIR()
> and CURDRIVE() _inside HBIDE code_ and just use that.
> There is no magic done in this plugin as I told.
>
> If it doesn't work, it means you DO CHANGE the
> current directory, even if you don't know about it,
> so in this case you must explore the QT launching
> stuff to see how to disable it.
Here's the proof in ideprojmanager.prg @ line 1323:
::oProcess:workingPath := hbide_pathToOSPath( ::oProject:location )
Where you DO change current dir for subprocess.
I'm not sure why you do it though, for hbmk2 it's
not needed.
Anyway to fix the output file problem, all you need to
do is to make the detected output path relative to
above directory:
Add this line to ideprojmanager.prg @ line 1397:
cExe := hbide_PathProc( cExe, hbide_pathToOSPath( ::oProject:location ) )
So you can delete the whole hbmk2 plugin hack from HBIDE.
Viktor
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
