FiveTech Software tech support forums

Antonio Linares wrote:Dear Enrico,

We have the problem that xHarbour provides a LoadLibrary() and FreeLibrary() from rtl.lib and Harbour does not

How to solve this ?

How did you solve it with BCC? I think you must do the same, or am I missing something?

Talking about xHarbour, we just need a recompiled FWH lib with PRGs (you can call it fivehx32.lib, if you like this name). There is no need for a new fivehc32.lib, it is fine for xHarbour too.

In harbour.prg there is this function only for xHarbour:

Code: Select all  Expand view

int _snprintf( char * s, size_t n, const char * format, ... )
{
   return hb_snprintf( s, n, format );
}

What is it for? It cannot be compiled with MSC2022:

Code: Select all  Expand view

harbour.prg(383): error C2084: function 'int _snprintf(char *const ,const size_t,const char *const ,...)' already has a body
e:\fw\temp\msc\include\ucrt\stdio.h(1939): note: see previous definition of '_snprintf'

Can you remove it?

Enrico Maria Giordano wrote:

Antonio Linares wrote:Dear Enrico,

We have the problem that xHarbour provides a LoadLibrary() and FreeLibrary() from rtl.lib and Harbour does not

How to solve this ?

How did you solve it with BCC? I think you must do the same, or am I missing something?

Dear Enrico,

The C compiler is not the issue. Harbour does not provide those functions, so FWH provides them.

But xHarbour provides them and then we have duplicates in FWH.

I guess we should move them into a PRG and don't include such PRG in FWH for xHarbour... but we use the same prgs.txt for all the makes...

Antonio, estas funciones LoadLibrary(), FreeLibrary(), DllCall/CallDll o de llamadas similares a funciones de dll (ahorta no recuerdo bien los nombres), al estar en xharbour y fwh complican la cosa!
ya hace tiempo vi esto, y no logre encontrar una solución.
unas retorna un puntero y otras numericos long. en fin complejo el asunto.

Try putting these parameters:

/FORCE:MULTIPLE
SET HB_USER_LDFLAGS= /NODEFAULTLIB:msvcrt /MACHINE:X86 /nologo /subsystem:windows /INCREMENTAL:NO /ignore:4006 /MANIFEST:NO /FORCE:MULTIPLE

Dear Giovany,

We don't want to use /FORCE:MULTIPLE

thanks for the tip

Antonio Linares wrote:

Enrico Maria Giordano wrote:

Antonio Linares wrote:Dear Enrico,

We have the problem that xHarbour provides a LoadLibrary() and FreeLibrary() from rtl.lib and Harbour does not

How to solve this ?

How did you solve it with BCC? I think you must do the same, or am I missing something?

Dear Enrico,

The C compiler is not the issue. Harbour does not provide those functions, so FWH provides them.

But xHarbour provides them and then we have duplicates in FWH.

I guess we should move them into a PRG and don't include such PRG in FWH for xHarbour... but we use the same prgs.txt for all the makes...

You successfully built FWH for xHarbour and BCC, right? And it has no problem with LoadLibrary() and FreeLibrary. So why the same libs for MSC should have any problems?

Anyway, (maybe there is something that I am missing) you can solve the problem with #ifdef __XHARBOUR__, can't you?

Please read the message about _snprintf(), please.

Enrico Maria Giordano wrote:Please read the message about _snprintf(), please.

Dear Enrico,

I already fixed it avoiding to include it when compiling with MSVC

thank you

Dear Enrico,

> you can solve the problem with #ifdef __XHARBOUR__, can't you?

going to check if we can wrap a pragma BEGINDUMP ENDDUMP using it

Antonio Linares wrote:

Enrico Maria Giordano wrote:Please read the message about _snprintf(), please.

Dear Enrico,

I already fixed it avoiding to include it when compiling with MSVC

thank you

Great, thank you!

Antonio Linares wrote:Dear Enrico,

> you can solve the problem with #ifdef __XHARBOUR__, can't you?

going to check if we can wrap a pragma BEGINDUMP ENDDUMP using it

I dont know...