[Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread druzus
Revision: 13174 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13174&view=rev Author: druzus Date: 2009-12-09 14:33:48 + (Wed, 09 Dec 2009) Log Message: --- 2009-12-09 15:30 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapi

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Mindaugas Kavaliauskas
Hi, Przemysław Czerpak wrote: Perhaps copy-paste from some of my contrib RDDS. BTW, why RDD has this in symbol table? It's necessary for *_GETFUNCTABLE function which is accessed from hb_rddRegister() by global symbol table. Yes, but this answers why f.e. DBFCDX_GETFUNCTABLE is included int

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Viktor Szakáts
Hi Mindaugas, >> All non static functions from linked .prg module are automatically >> registered in global symbol table so I guess you are talking about >> C code. > > Yes, you are right. I should remember myself, that his effect happens > if functions are implemented in C. > > Do you think it

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-10 Thread Przemysław Czerpak
On Wed, 09 Dec 2009, Mindaugas Kavaliauskas wrote: Hi, > Przemysław Czerpak wrote: > >>Perhaps copy-paste from some of my contrib RDDS. BTW, why RDD has > >>this in symbol table? > >It's necessary for *_GETFUNCTABLE function which is accessed from > >hb_rddRegister() by global symbol table. > Yes

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Mindaugas Kavaliauskas
Hi, * harbour/contrib/hbmemio/memio.c ! declare s_fileFuncs structure as static * removed unnecessary code to directly register HB_MEMIO symbol. Mindaugas if you need it for some reasons then I can reactivate it but I would like to know why it's necessary for you. Perhaps

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Viktor Szakáts
Hi, Great commit, thanks. On 2009 Dec 9, at 15:33, dru...@users.sourceforge.net wrote: > Revision: 13174 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13174&view=rev > > * harbour/contrib/hbmemio/memio.c >! declare s_fileFuncs structure as static >* remo

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Przemysław Czerpak
On Wed, 09 Dec 2009, Szak�ts Viktor wrote: Hi, > > * harbour/contrib/hbmemio/memio.c > >! declare s_fileFuncs structure as static > >* removed unnecessary code to directly register HB_MEMIO symbol. > > Mindaugas if you need it for some reasons then I can reactivate it > > but I

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Viktor Szakáts
>>> * harbour/contrib/hbmemio/memio.c >>> ! declare s_fileFuncs structure as static >>> * removed unnecessary code to directly register HB_MEMIO symbol. >>> Mindaugas if you need it for some reasons then I can reactivate it >>> but I would like to know why it's necessary for you. >> I'm

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Tamas TEVESZ
On Wed, 9 Dec 2009, dru...@users.sourceforge.net wrote: hi, > Revision: 13174 something is not quite right. i have added c builds to my test suite (they are all cross-builds on a linux host), and they do not build: ! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org ! M

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Przemysław Czerpak
On Wed, 09 Dec 2009, Mindaugas Kavaliauskas wrote: Hi, > > * harbour/contrib/hbmemio/memio.c > >! declare s_fileFuncs structure as static > >* removed unnecessary code to directly register HB_MEMIO symbol. > > Mindaugas if you need it for some reasons then I can reactivate it > >

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Tamas TEVESZ
On Wed, 9 Dec 2009, Tamas TEVESZ wrote: > ! HB_USER_CFLAGS: -DHB_STATIC_STARTUP i am so shutting up right about now. i forgot this in from a previous experiment ;( sorry for the noise. -- [-] mkdir /nonexistent ___ Harbour mailing list (attachment

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Vailton Renato
Hi! On xHarbour they have the /vd parameter to automatically convert all external functions as dynamic functions. The final application has to behave as the Clipper, generating a RTE when the function is not found. But in Harbour I have been testing a tool what I developed to analyze the C code fr

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Przemysław Czerpak
On Wed, 09 Dec 2009, Tamas TEVESZ wrote: Hi, > wcc386 -zq -bt=nt -bm -w3 -3s -i. -i../../../../../include -d2 > -DHB_TR_LEVEL_DEBUG -DHB_STATIC_STARTUP -fo=pplib3.obj > ../../../pplib3.c > ../../../pplib3.c(68): Error! E1054: Expression must be constant > ../../../pplib3.c(68): Warning! W

Re: [Harbour] SF.net SVN: harbour-project:[13174] trunk/harbour

2009-12-09 Thread Przemysław Czerpak
On Wed, 09 Dec 2009, Vailton Renato wrote: Hi, > On xHarbour they have the /vd parameter to automatically convert all > external functions as dynamic functions. The final application has to > behave as the Clipper, generating a RTE when the function is not > found. -vd switch is interesting feat