Hi Przemek,

>> 2010-02-17 03:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>>  * src/rtl/fstemp.c
>>    ! Using hb_fsTempDir() in HB_FTEMPCREATEEX() instead of
>>      old solution. This should fix it for some non-*nix
>>      platforms where *nix specific TEMPDIR envvar was used
>>      to determine temp directory.
> 
> It was "TMPDIR" and it's recognized also by many DOS programs.

I never new that, but in this case, would you 
mind modifying hb_fsTempDir()? It's an important 
function, so I'd appreciate it if you could make 
necessary adjustments.

>>  * contrib/hbwin/Makefile
>>  * include/Makefile
>>  * src/rtl/Makefile
>>  - contrib/hbwin/hbdyn.ch
>>  + include/hbdyn.ch
>>  - contrib/hbwin/hbdyn.c
>>  + src/rtl/hbdyn.c
>>  - contrib/hbwin/win_dllc.c
>>  + src/rtl/hbdynhb.c
>>  - contrib/hbwin/tests/testdll.c
>>  + tests/testdyn.c
>>  - contrib/hbwin/tests/testdll.prg
>>  + tests/testdyn.prg
>>  - contrib/hbwin/tests/testdll1.prg
>>  + tests/testdyn1.prg
>>  - contrib/hbwin/hbdyn.h
>>  * include/hbapi.h
>>    * Moved dynamic library call related functions to
>>      core (RTL).
>>    * Windows specific test code (currently all) guarded
>>      for platform.
>>    * Changed default calling convention to cdecl.
>>      Tests adaptd accordingly.
>>    * Terminology change: 'dll' -> 'dynamic library'
>>    ; HB_DYNCALL() is now part of core Harbour, and it's 
>>      platform independent. It's platform (ABI) dependent though,
>>      and currently x64 and x86/stdcall/syscall/cdecl 
>>      is supported and these were tested (except OS/2 syscall).
> 
> There is one problem with above extension.
> Most of non windows compiler does not recognized _cdecl, _stdcall, _fastcall,
> _System (_pascal is the same as _stdcall in MS-Windows).
> Now this code can be compiled only in 64bit mode which does not use any
> calling convention attributes in function declarations and all other
> builds will fail so it has to be redesigned and we should have "default"
> calling convention without any forced by us ABI and then on platforms
> which supports explicit declaration add additional calls.
> 
> I would also suggest to use macros to declare function types and call them.
> They should greatly reduce total code size and allow to add new calling
> convention in few lines.

I did just that.

Brgds,
Viktor

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to