std.ch on first PRG

[JoseQuintas]

demo.prg

#include "std.ch"
FUNCTION MAIN
RETURN Nil

hhtml.prg

#include "hbclass.ch"
CREATE CLASS HHtml
   DATA oParent
ENDCLASS

d:\temp\test>hbmk2 demo hhtml
hbmk2: Processing environment options: -comp=mingw
Harbour 3.2.0dev (r1704151935)
Copyright (c) 1999-2016, http://harbour-project.org/
Compiling 'demo.prg'...
Lines 833, Functions/Procedures 1
Generating C source output to 'c:\temp\hbmk_vasrbp.dir\demo.c'... Done.
Compiling 'hhtml.prg'...
Lines 742, Functions/Procedures 1
Generating C source output to 'c:\temp\hbmk_vasrbp.dir\hhtml.c'... Done.
c:/temp/hbmk_vasrbp.dir/hhtml.o:hhtml.c:(.data+0x48): undefined reference to `HB_FUN_HB_SYMBOL_UNUSED'
collect2.exe: error: ld returned 1 exit status
hbmk2: Error: Running linker. 1
d:\temp\hb32\comp\mingw\bin\gcc.exe c:/temp/hbmk_vasrbp.dir/demo.o c:/temp/hbmk_vasrbp.dir/hhtml.o c:/temp/hbmk_vasrbp.dir/hbmk_wrvi3u.o    -Wl,--nxcompat -Wl,--dynamicbase -mconsole -Wl,--start-group -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwin -lgtwvt -lgtgui -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbmainstd -lkernel32 -luser32 -lgdi32 -ladvapi32 -lws2_32 -liphlpapi -lwinspool -lcomctl32 -lcomdlg32 -lshell32 -luuid -lole32 -loleaut32 -lmpr -lwinmm -lmapi32 -limm32 -lmsimg32 -lwininet -lhbpcre -lhbzlib   -Wl,--end-group -odemo.exe  -Ld:/temp/hb32/lib/win/mingw

hbmk2: Error: Referenced, missing, but unknown function(s): HB_SYMBOL_UNUSED()

d:\temp\test>hbmk2 hhtml demo
hbmk2: Processing environment options: -comp=mingw
Harbour 3.2.0dev (r1704151935)
Copyright (c) 1999-2016, http://harbour-project.org/
Compiling 'hhtml.prg'...
Lines 742, Functions/Procedures 1
Generating C source output to 'c:\temp\hbmk_0qps62.dir\hhtml.c'... Done.
Compiling 'demo.prg'...
Lines 833, Functions/Procedures 1
Generating C source output to 'c:\temp\hbmk_0qps62.dir\demo.c'... Done.

https://github.com/vszakats/harbour-core/issues/291

[vszakats]

The example can be further minimised using this demo.prg:

#define HB_SYMBOL_UNUSED( symbol )  ( ( symbol ) )

PROCEDURE Main()
   RETURN

[druzus]

Hi, It's standard Cl*pper behavior reproduced in Harbour. Below is reduced example. Because Cl*pper does not support compilation of many .prg files with single command line call then it's necessary to use t.clp file and compile the example by clipper @t /w (/w is necessary to show the problem during compilation but it can be seen also suring execution. In case of Harbour you can compile this example by: hbmk2 @t.clp -w or hbmk2 t1.prg t2.prg -w best regards, Przemek /*** t1.prg ***/ #define _SET_DATEFORMAT 4 FUNCTION MAIN ? Set( _SET_DATEFORMAT ) P() RETURN Nil /*** t2.prg ***/ PROC P ? Set( _SET_DATEFORMAT ) RETURN /*** t.clp ***/ t1.prg t2.prg

[vszakats]

Przemek, would you mind describing what this behaviour does?

It seems that redefining a standard rule causes that symbol to be undefined in subsequent sources, but that feels strange so I'm assuming the real explanation must be something else.

[druzus]

On Thu, 20 Apr 2017, Viktor Szakats wrote: Hi Viktor,

Przemek, would you mind describing what this behaviour does? It _seems_ that redefining a standard rule causes that symbol to be undefined in subsequent sources, but that feels strange so I'm assuming the real explanation must be something else.

Standard rules can be undefined or redefined and in such case they are removed from prebuild list of standrd rules. When next independent .prg file is compiled (included by .clp file or DO <procname> [with ...]' or command line in case of Harbour) then all user rules are removed also the ones which replaced standard ones. Cl*pper works in such way and I replicated it just for compatibility with some really exotic code which may exploit this behavior. best regards, Przemek

[vszakats]

Thanks Przemek, I didn't know. My conclusion is that it's best not to explicitly #include std.ch, nor to override built-in macros.