> I notice that make_gnu.bat creates the install directories (as reported for
> the shell version) when it is called only to build (not sure about clean)).
I don't know a good and sure way to fix this. Probably not a huge
problem in most situations. As a workaround you may set HB_*_INSTALL
dirs to
Viktor Szakáts wrote:
Question is what did you expect? :)
Yes, good point. I thought it would remove all targets.
For a full (clean) rebuild, use -rebuild option.
This works great.
For the record:
I just did a complete harbour rebuild with your changelog 11284.
I notice that make_gnu.ba
I'll make this automatic, so please rather wait for a new
hbmk2 revision. This switch won't be needed.
On Windows the workdir will be automatically set to
a different value for -hbdyn targets.
OK, I will wait. Just to confirm, I did change the -workdir option
in my local copy.
To have a clea
Viktor Szakáts wrote:
I'll make this automatic, so please rather wait for a new
hbmk2 revision. This switch won't be needed.
On Windows the workdir will be automatically set to
a different value for -hbdyn targets.
OK, I will wait. Just to confirm, I did change the -workdir option in my local
As I said the static lib is roughly compatible with an old version,
I do not
know how the small one was made. So I think all is well.
Make sure to add the -workdir option I've sent, otherwise
you may get problems if you try subsequent incremental
builds after a CVS refresh. Thanks to Windows,
Hi Alex,
> So I tried :
>
> hbmk2 hbactivex.hbp
> hbmk2 hbxml.hbp
> hbmk2 hwgui.hbp
> hbmk2 hwg_qhtm.hbp
> hbmk2 procmisc.hbp
> hbmk2 hwguidyn.hbp
Yes, you tried it right, *.hbp won't work for hwguidyn, because this
project depends on hwgui static libs.
This is a little bit shorter form:
-
Viktor Szakáts wrote:
I've made a little mistake when forming hwguidyn.hbp.
Please try to add this line to it:
-workdir=lib/${hb_work}/hwguidyn/${hb_arch}/${hb_comp}
[ if it works ok, I hope Alexander can commit it. ]
I get:
hbmk: Creating dynamic library... lib\hwguidyn.dll
Microsoft (R)
On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
IMO not very elegant solution. It needs manual syncing with all
of our public APIs (that means something will *always* be
missing or out of sync), and part of the APIs logic needs to be
replicated there manually (which means it will be sometimes
wrong du
On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
> IMO not very elegant solution. It needs manual syncing with all
> of our public APIs (that means something will *always* be
> missing or out of sync), and part of the APIs logic needs to be
> replicated there manually (which means it will be sometimes
>
>> [ But, can't wholeheartedly endorse the concept of hbmaindllp, it looks
>> like an ugly and incomplete kludge. So I'm not sure we should use
>> hbmk2 to find out what's missing from it. Could be I'm misunderstanding
>> the purpose. ]
>
> I do not understand. hbmaindllp makes exactly what it shou
On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
> > I think that you should also add an option to disable adding standard
> > harbour libraries when DLL is linked. It will help to locate used functions
> > missing in hbmaindllp at link time. Otherwise user can still create wrong
> Okay, I understand tha
On Mon, Jun 8, 2009 at 8:19 PM, Przemyslaw Czerpak wrote:
> On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
>> Thank you very much. I've removed it from hbmk2, and
>> left a note that it should be linked manually when appropriate.
>
> I think that you should also add an option to disable adding standard
On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
> Thank you very much. I've removed it from hbmk2, and
> left a note that it should be linked manually when appropriate.
I think that you should also add an option to disable adding standard
harbour libraries when DLL is linked. It will help to locate use
Thank you very much. I've removed it from hbmk2, and
left a note that it should be linked manually when appropriate.
Brgds,
Viktor
On Mon, Jun 8, 2009 at 6:37 PM, Przemyslaw Czerpak wrote:
> On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
>> I've added hbmaindllp lib to the liblist for -hbdyn mode as
On Mon, 08 Jun 2009, Szak�ts Viktor wrote:
> I've added hbmaindllp lib to the liblist for -hbdyn mode as
> part of a fix two months ago, but either the setup changed,
> or the fix was wrong, because removing it fixes msvc -hbdyn.
hbmaindllp should be used only in some special cases when linkng som
I've made a little mistake when forming hwguidyn.hbp.
Please try to add this line to it:
-workdir=lib/${hb_work}/hwguidyn/${hb_arch}/${hb_comp}
[ if it works ok, I hope Alexander can commit it. ]
Objects for dynamic and static targets were being mixed,
this can explain size increase.
The linkag
Viktor Szakáts wrote:
The other reason could be that the list of files don't match the
old one. Could be, easy to fix, but needs some closer examination
ideally from developers or users.
I have done both builds and they are roughly the same, I cannot explain it, but
it seems fine.
Sorry abo
You can compare -trace output with legacy make output to see
if there is any compiler switch which may cause it. I made
no attempt to 100% emulate existing switches, first because
it's sometimes difficult to decipher from the old make sources,
secondly because often they could have been different f
Alex Strickland wrote:
Besides the dll related errors below, it seems all worked well, the libs
are all there. BTW I always link statically so this is FYI only.
The hwgui.lib is now 2.2M, up from 1.7M on a version from about 2 months ago,
which is a bit strange. There has not been much conten
Viktor Szakáts wrote:
Indeed.. sorry for the false alert. [ my locally stored version
blocked the update ]
I get the errors below when running this batch file for MSVC 2008 in a freshly
updated copy of hwgui:
set WindowsSDKDir=%ProgramFiles%\Microsoft SDKs\Windows\v6.0A\
call "%VS90COMNTOOL
Indeed.. sorry for the false alert. [ my locally stored version
blocked the update ]
Brgds,
Viktor
On Mon, Jun 8, 2009 at 2:43 PM, Alexander
S.Kresin wrote:
>> You missed the hwgui.hbc file.
>
> No, I didn't. It's on the place.
>
> Regards, Alexander.
> __
You missed the hwgui.hbc file.
No, I didn't. It's on the place.
Regards, Alexander.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Thanks a lot.
You missed the hwgui.hbc file. Not required to build hwgui
itself, but it's useful to easily build any user projects
(and also supplied samples) based on hwGui.
Brgds,
Viktor
On Mon, Jun 8, 2009 at 1:45 PM, Alexander
S.Kresin wrote:
> Viktor,
>
> thanks for provided files.
>
>> If
Viktor,
thanks for provided files.
If it's okay with you, please commit attached hbmk2 make files for hwgui.
Uploaded
- I didn't deal with Linux targets, since I don't know anything about them.
Ok, I'll try to create appropriate .hbp myself.
Regards, Alexander.
24 matches
Mail list logo
