Thinking about it, I'll need to add support for header path autodetection
into hbmk2 in order to go this way.
Brgds,
Viktor
On Sun, Apr 19, 2009 at 4:38 PM, Massimo Belgrano wrote:
> Thanks for evaluating my suggestion
> Good Work
>
>
> 2009/4/19 Viktor Szakáts :
> > Yes, it's an option, but fir
Thanks for evaluating my suggestion
Good Work
2009/4/19 Viktor Szakáts :
> Yes, it's an option, but first we need to wait a bit until hbmk2 is
> mature/tested enough on all platforms, also for lib generation.
> After this, and that we've made it the default make tool in
> Harbour, we can reconsid
Yes, it's an option, but first we need to wait a bit until hbmk2 is
mature/tested
enough on all platforms, also for lib generation.
After this, and that we've made it the default make tool in
Harbour, we can reconsider using it instead of using GNU Make
for contribs. This would certainly give a lot
Because I can contribute in this way to correct the repository.
-Original Message-
From: Massimo Belgrano [mailto:mbelgr...@deltain.it]
Sent: Sunday, April 19, 2009 1:55 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] SF.net SVN: harbour-project:[10885] trunk/harbour
Why not create contrib library using hbmk2?
More simple to recompile and maintain
a user will recompile a single contrib without require gnu make
2009/4/19 Bisz István :
> Hi,
>
> The Makefile doesn't generate the gtqtc lib. Maybe the library name is wrong,
> could you please review?
> Thanks.
>
Hi,
The Makefile doesn't generate the gtqtc lib. Maybe the library name is wrong,
could you please review?
Thanks.
Regards,
István
-Original Message-
From: vouch...@users.sourceforge.net [mailto:vouch...@users.sourceforge.net]
Sent: Sunday, April 19, 2009 2:48 AM
To: harbour@harbour-pro
