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 ?
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.
int _snprintf( char * s, size_t n, const char * format, ... )
{
return hb_snprintf( s, n, format );
}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'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?
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.
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...
Please read the message about _snprintf(), please.
Enrico Maria Giordano wrote:Please read the message about _snprintf(), please.
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
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
