On Sat, 16 Feb 2008, Randy Portnoff wrote:
> The problem happens when I build _Harbour_, not when I build my app -
> Therefore, I cannot see how I am causing this!?
So please tell us which file in you are compiling and it causes
such effect.
For me it can be caused by two reasons:
1. some file wh
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'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 o
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 H
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 on
Hi Marek,
On 2008.02.15., at 22:44, Marek Paliwoda wrote:
Hi Viktor,
I seemed to have missed that. What will exactly be removed?
There is a note in a ChageLog :
2008-02-08 16:51 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)
I cannot find any signs for anything being removed in the fu
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 >>> http
Hi Viktor,
I seemed to have missed that. What will exactly be removed?
There is a note in a ChageLog :
2008-02-08 16:51 UTC+0100 Marek Paliwoda (mpaliwoda at interia pl)
--
A remark :
Newly updated files for unix like systems do not try to build
import libraries from respective pac
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.
> >> ---
> >> 6. Whe
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 W0
Viktor,
We have it because some packages won't supply a .lib file
for the compiler _type and version_ users might happen to use.
F.e. ADS will supply MSVC compatible .lib files, but none for
BCC55, which I personally (and pbly other ppl too) happen to
use.
It changes literaly nothing. It's a
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 so
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 "hbsetup.
Hi Przemek,
On 2008.02.15., at 21:42, Przemyslaw Czerpak wrote:
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,
S
Przemek,
[...]
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 Viktor,
Just remove "#include "hbsetup.ch" from your app's program
and header files.
But I am _not_ including it anywhere!?
Regards,
Randy.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/h
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 ma
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_FU
> ---
> 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 remov
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) ha
---
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 SVN
Just remove "#include "hbsetup.ch" from your app's program
and header files.
Brgds,
Viktor
On 2008.02.15., at 19:48, 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 Be
Hi Przemek,
> 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.
hbsetup.ch should not be longer included. All definitions insid
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 thes
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
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 incl
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,
th
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 necessar
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.
29 matches
Mail list logo
