On Fri, 15 Feb 2008, Randy Portnoff wrote:
Hi Przemek,
But your source code (or one of the header files you are using) have:
#include hbsetup.ch
remove this line.
It is not in my application source or headers nor in Windock - The
only references I can find to this file are in Harbour.
Hi All,
I'm using bcc32 and personally I like to have the import libraries created by
the make_b32.bat in contrib\rddads
because:
- For beginners who don't know how to make the ace32.lib the message
issued by the batch file is enough to provide what it's necessary, no need to
look into docs
Hi Przemek,
I'm sorry but it has to be in your source code. Directly or indirectly.
In whole Harbour code hbsetup.ch is included only by hbstdgen.ch and
hbstdgen.ch is used only by hbppgen file to generate PP rules.
I cannot give you more help. Use:
grep -i hbsetup.ch *.*
and maybe you will
Hi all,
I am having the problems with the current build (note that none of
these issues occur with the Beta3 build) - I am using MSVC 6):
---
1. Needed to include #IFNDEF statements at the bottom of HBSETUP.CH
since these vars seem to already be defined somewhere else.
Hi Viktor,
1. Needed to include #IFNDEF statements at the bottom of
HBSETUP.CH since these vars seem to already be defined somewhere
else. Note that Beta3 included these #IFNDEF statements but the
current build does not.
Simply don't include hbsetup.ch at all. It's no longer necessary,
the
Hi Viktor,
1. Needed to include #IFNDEF statements at the bottom of
HBSETUP.CH since these vars seem to already be defined somewhere
else. Note that Beta3 included these #IFNDEF statements but the
current build does not.
Simply don't include hbsetup.ch at all. It's no longer necessary,
the
Hi Randy,
1. Needed to include #IFNDEF statements at the bottom of
HBSETUP.CH since these vars seem to already be defined somewhere
else. Note that Beta3 included these #IFNDEF statements but the
current build does not.
Simply don't include hbsetup.ch at all. It's no longer necessary,
---
2. I am still using ADS/ALS v6.22 and therefore the new RDDADS will
not work for me - I must use the RDD_ADS from Beta3 instead - Perhaps
it should be included in the new build for developers not yet using
ADS v8.
---
ace.h has been removed from
---
2. I am still using ADS/ALS v6.22 and therefore the new RDDADS will
not work for me - I must use the RDD_ADS from Beta3 instead -
Perhaps
it should be included in the new build for developers not yet
using ADS v8.
---
ace.h has been removed
On Fri, 15 Feb 2008, Randy Portnoff wrote:
Hi all,
I am having the problems with the current build (note that none of
these issues occur with the Beta3 build) - I am using MSVC 6):
---
1. Needed to include #IFNDEF statements at the bottom of HBSETUP.CH
since these vars
On Fri, 15 Feb 2008, Szakáts Viktor wrote:
ace.h in SVN wouldn't solve the problem. Let's see one example:
AdsGetNumActiveLinks() ADS C API (called from ADSGETNUMACTIVELINKS()),
is not present in 6.11 (pbly 6.22 too) ace.h,
So this code should be updated:
#if ADS_REQUIRE_VERSION = 6
HB_FUNC(
Hi Randy,
Pls post the error message you get, when you compile
your app using latest (unmodified) Harbour build, maybe
this will lead closer to the solution.
[ I'm now out for a beer. ]
Brgds,
Viktor
On 2008.02.15., at 21:46, Randy Portnoff wrote:
Hi Viktor,
Just remove #include
Hi Marek,
This is part of batch file to create import library from .dll
I do not know why we have it. Valid import libraries may be
distributed by Extended System and we do not have to make
them ourself - the original import libraries may be differ
then the one we are creating. Additionally
Hi Przemek,
_temp.def : warning LNK4093: Drive/Directory component ignored in
LIBRARY staement
Creating library ..\..\lib\vc\ace32.lib and object ..\..\lib\vc
\ace32.exp
This is part of batch file to create import library from .dll
I do not know why we have it. Valid import libraries may
Hi Viktor,
Pls post the error message you get, when you compile
your app using latest (unmodified) Harbour build, maybe
this will lead closer to the solution.
include\hbsetup.ch(63) Warning W0001 Redefinition or duplicate
definition of #define HB_C52_UNDOC
include\hbsetup.ch(65) Warning
Marek Paliwoda wrote :
There is a note in a ChageLog :
Oops ! Not in a ChageLog but in a post
announcing this ChangeLog entry. Sorry
for a confision.
--
Marek
--
Potega i sila na wyciagniecie reki - sprawdz!
Zagraj
On Fri, 15 Feb 2008, Randy Portnoff wrote:
hbsetup.ch should not be longer included. All definitions inside
this file are include in build in PP rules.
But I do not know where it is defined - I am not defining it anywhere!?
But your source code (or one of the header files you are using) have:
On 2008.02.15., at 18:51, Randy Portnoff wrote:
Hi Viktor,
1. Needed to include #IFNDEF statements at the bottom of
HBSETUP.CH since these vars seem to already be defined somewhere
else. Note that Beta3 included these #IFNDEF statements but the
current build does not.
Simply don't include
Hi Viktor
--
A remark :
Newly updated files for unix like systems do not try to build
import libraries from respective packages. I was against this
move from the begining, because it is a user's responsibility
to have/create required import libraries, not a harbour one.
Not to
19 matches
Mail list logo