After 2009-06-01 19:01 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
-hb10 should be able to build binaries using 1.0.x Harbour versions.\
(at least basic cases).
Brgds,
Viktor
On Mon, Jun 1, 2009 at 5:36 PM, Viktor Szakáts wrote:
>> -oletodb -> -obin/letodb
>> -orddleto -> -olib/rddleto
BTW, I think after your small tweak, -workdir option isn't needed anymore.
Brgds,
Viktor
On Mon, Jun 1, 2009 at 5:36 PM, Viktor Szakáts wrote:
>> -oletodb -> -obin/letodb
>> -orddleto -> -olib/rddleto
>
> Great, thanks!
>
>> The only problem I had is that I still use the official release
> -oletodb -> -obin/letodb
> -orddleto -> -olib/rddleto
Great, thanks!
> The only problem I had is that I still use the official release 1.0.1. I
> couldn't build exe with it, because I've got a message about lacking of
> hbuddall.lib. Maybe, it's normal that hbmk can be used only with th
> hbmk: Processing configuration: c:\harbour\bin\hbmk.cfg
> hbmk: Processing: letodb.hbp
> hbmk: Processing: rddleto.hbp
>
> hbmk: Error: No source files were specified.
>
> What I did wrong ?
You seem to be using an older version of hbmk2.
[ I've reshuffled the extensions lately, which means cur
Hi Alexander,
> I don't know, I didn't tried it yet.
I've created for myself .hbm files for letodb, here they are, maybe you
can use it or include it in the Leto CVS. They work for all compilers
(which the source supports of course) and all platforms, I've tried with BCC,
MinGW and MSVC (latter
Okay. I'll commit the split anyway, since it's done already, but
it will continue to work with letodb.
BTW, is there anything missing to use hbmk2 to build letodb?
(I've just committed a few more .hbm examples)
Brgds,
Viktor
On Fri, May 29, 2009 at 11:35 AM, Alexander S.Kresin
wrote:
>> Now t
On Fri, May 29, 2009 at 11:01 AM, Alexander S.Kresin
wrote:
> Viktor Szakáts writes:
>>
>> There should also be hb_errInternalRaw() (also public function) in
>> that source file.
>>
>> "allow multiple definition" is very dubious to me, as there it's very
>> difficult
>> to know for sure which of t
There should also be hb_errInternalRaw() (also public function) in
that source file.
"allow multiple definition" is very dubious to me, as there it's very difficult
to know for sure which of the multiple definitions will actually be effective
at runtime. I think this option just suppresses the err
