* contrib/hbmzip/hbmzip.c
+ implemented file get attributes and file set attributes for DOS and OS2
; I've not even tried to compile the code. I have no required OS and
compile enviroment. DOS implementation is written using docs from
http://www.delorie.com/djgpp/doc/libc-2.02/, OS2 implementation
is just guess... Please test, I hope adding some #include <xxx.h>
will make this code usable.
* contrib/hbbmcdx/Makefile
* contrib/hbbmcdx/common.mak
- contrib/hbbmcdx/bmsixcdx1.c
+ contrib/hbbmcdx/bmsixcdx.c
- contrib/hbbmcdx/bmdbfcdx1.c
+ contrib/hbbmcdx/bmdbfcdx.c
- contrib/hbbmcdx/hbrddbmcdx.h
+ contrib/hbbmcdx/hbbmcdx.h
! Removed long filename.
2008-07-03 14:11 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbmisc/spd.c
! DOS/GCC warning fixed, plus another update from Xavi.
; Sorry I've removed the old function name as IMO there is
not much point in keeping compatibility with a name which
was never used by Harbour. That can be easily done outside
Harbour though for those who need it nevertheless.
* contrib/hbmisc/spd.c
! DJGPP warning fixed, plus another update from Xavi.
; Sorry I've removed _SPD() as IMO there is not much point
in keeping compatibility with a name which was never used
by Harbour. That can be easily done outside Harbour
though for those (few) who need it nevertheless.
* harbour/contrib/hbmsql/msql.h
* updated for [Open]Watcom builds. Now DOS OpenWatcom builds
works fine except hbbmcdx which needs special trick for long
file names. Question: Should we change filenames in this library
to 8.3 standard?
* harbour/config/none.cf
! fixed to work with DOS and pure command.com
* contrib/hbcurl/hbcurl.c
! Fixed compile errors when compiled with some (but not all
possible) older libcurl versions.
; It still requires libcurl 7.17.0 in order to work properly though.
* contrib/hbziparch/Makefile
- contrib/hbziparch/hbzipcom.cpp
* contrib/hbziparch/hbzipnew.cpp
* contrib/hbziparch/common.mak
* Merged source module hbzipcom.cpp into hbzipnew.cpp.
+ Using hb_fsSize() Harbour API instead of implementing
this functionality locally and only for a limited
number of platforms/compilers.
* hbziparch/hbziparc.c
* hbziparch/hbziparc.h
* hbziparch/hbzipcom.cpp
* hbziparch/hbzipnew.cpp
! Fixed reintroduced warnings. Sorry Miguel, but the
latest fix was not needed, since bAdded was reinited
to FALSE in each iteration of the loop.
! sprintf() -> snprintf()
% Optimizations.
* Formatting, cleanups.
; Tested with BCC55, MSVC9 and MinGW.
* contrib/hbcurl/make_gcc.sh
* contrib/hbgd/tests/bld.sh
* contrib/hbhpdf/make_gcc.sh
* contrib/hbsqlit2/make_gcc.sh
* contrib/hbsqlit3/make_gcc.sh
* contrib/hbvpdf/make_gcc.sh
+ svn propset svn:executable ON *
; Thanks Marek. I'm updating my local files to avoid
this in the future.
* contrib/gtwvg/gtwvg.c
* source/rtl/gtwvt/gtwvt.c
! Changed the wat EXIT procedure works.
; The change is provided by Ron Pinkas so I have implemented as is.
Before also I was not finding any problems on Harbour but
appln was GPFing on Exit with GTWVG.
; TOCHECK: Viktor see if it resolves the EXIT problem you are reporting
* contrib/hbsqlit2/Makefile
* contrib/hbsqlit3/Makefile
! Excluded from DOS builds.
* contrib/Makefile
- Commented following contribs from GNU-make default builds
until different platform/compiler issues and excessive
warnings are resolved:
hbsqlit2, hbsqlit3, hbw32ddr, hbwhat32, hbziparch
* contrib/hbziparch/hbzipcom.cpp
* contrib/hbziparch/hbzipnew.cpp
! Two lines commented by mistake now reenabled.
Thanks Miguel.
* source/rtl/gtwvt/gtwvt.c
* Minor naming, formatting.
* harbour/contrib/hbodbc/Makefile
* added test for header files in non W32 builds
ODBC is not standard system part in other then MS-Window platforms
* harbour/contrib/hbgf/hbgfgtk/Makefile
* updated path check for GTK header files
In fact it still can give wrong results in different
Linux or other *nixes distributions. The real path to GTK
header files is unknown and should be always tested by
pkg-config
* contrib/hbapollo/make_b32.bat
* contrib/hbapollo/make_vc.bat
* contrib/hbcurl/make_b32.bat
* contrib/hbcurl/make_vc.bat
* contrib/hbfbird/make_b32.bat
* contrib/hbfbird/make_vc.bat
* contrib/hbfimage/make_b32.bat
* contrib/hbfimage/make_vc.bat
* contrib/hbgd/make_b32.bat
* contrib/hbgd/make_vc.bat
* contrib/hbhpdf/make_b32.bat
* contrib/hbhpdf/make_vc.bat
* contrib/hbmysql/make_b32.bat
* contrib/hbmysql/make_vc.bat
* contrib/hbpgsql/make_b32.bat
* contrib/hbpgsql/make_vc.bat
* contrib/rddads/make_b32.bat
* contrib/rddads/make_vc.bat
+ Added possibility to use HB_INC_* envvars to
specify the header directories for external
packages. This way _all_ Harbour make systems
now able to use the same common logic to specify
external header dirs. (For GNU-make you can even
use a dir list).
If HB_INC_* is used with the non-GNU make system,
the .dll to .lib generation _won't_ happen, which
is desirable for binary builds for distribution.
HB_DIR_* envvars continue to work, in this case
.libs are copied/generated from the external .dlls,
and this is useful who build their Harbour from
source.
For official Harbour binary distributions HB_INC_*
must be used.
* harbour/contrib/xhb/Makefile
* harbour/contrib/xhb/common.mak
- harbour/contrib/xhb/hbchksum.c
* removed HB_CHECKSUM() code - it's not necessary
* harbour/contrib/xhb/xhbfunc.c
+ redirected HB_CHECKSUM() to HB_ADLER32()
* harbour/source/rtl/gtwvt/gtwvt.c
! fixed WINCE builds. It was only for MiGWCE which partially emulates
GetSystemMenu() but probably other builds will report that this
function is missing.
If possible please test if current Harbour application can be
executed in real WinCE environment.
* harbour/make_deb.sh
* updated contrib library list
* harbour/contrib/hbmysql/mysql.c
! fixed compilation for older MYSQL versions
* harbour/contrib/gtwvg/gtwvg.c
* harbour/contrib/gtwvg/wvgutils.c
! fixed UNICODE builds
+ harbour/config/none.cf
+ added dummy header file for GNU make to avoid errors on unsupported
platforms
* harbour/contrib/hbw32ddr/Makefile
* harbour/contrib/hbmysql/Makefile
* harbour/contrib/hbodbc/Makefile
* harbour/contrib/hbwhat32/Makefile
* harbour/contrib/hbtpathy/Makefile
* harbour/contrib/hbw32/Makefile
* harbour/contrib/hbole/Makefile
* harbour/contrib/hbapollo/Makefile
* harbour/contrib/hbfbird/Makefile
* harbour/contrib/hbziparch/Makefile
* harbour/contrib/hbcurl/Makefile
* harbour/contrib/hbhpdf/Makefile
* harbour/contrib/rddado/Makefile
* harbour/contrib/gtwvg/Makefile
* harbour/contrib/hbpgsql/Makefile
* harbour/contrib/rddads/Makefile
* harbour/contrib/hbfimage/Makefile
* harbour/contrib/hbgd/Makefile
* harbour/contrib/hbgf/hbgfw32/Makefile
* harbour/contrib/hbgf/hbgfos2/Makefile
* harbour/contrib/hbgf/hbgfgtk/Makefile
* harbour/contrib/hbtip/Makefile
* harbour/contrib/hbbmcdx/Makefile
* updated to not generate errors for unsupported builds
* include/hbdefs.h
! Fixed DLL creation for MSVC (and maybe compilers, too).
Thanks to Marek Paliwoda for the hint.
* contrib/hbtpathy/tpos2.c
! Blind attempt to fix OS/2 compile error.
* contrib/xhb/hbcomprs.c
* contrib/xhb/hbcomprs.h
% Stripped yet another copy of an old embedded ZLIB version
from Harbour. Now xhb compatibility compression functions
use Harbour hbzlib.lib, thus reducing binary size and
avoiding security problems with old ZLIB.
; Now the only copy of ZLIB in Harbour is in source/hbzlib.
% Using HB_ERR_FUNCNAME.
* contrib/hbziparch/hbzipnew.cpp
! Fixed a potential GPFs. (GCC warnings)
* contrib/hbpgsql/postgres.c
* contrib/hbwhat32/_wininet.c
! Fixed two const casting warnings in MSVS non-CPP mode.
- tests/run_test.bat
+ tests/run_prg_all.bat
- tests/gnu_test.bat
+ tests/bld_gnu.bat
- tests/bld4dll.bat
+ tests/bld_b32_dll.bat
+ Some renames in the hope they will be easier to
understand, and more standard.
! Fixed .dll reference.
* contrib/hbziparch/Makefile
! Excluded from Darwin and OS/2 builds.
; NOTE: The Windows build I've tried are now building relatively
clearly, only with the 1) known warnings 2) warnings in
foreign code, plus 3) quite some in contrib/hbwhat32.
Tested compilers:
Win32
BCC551 - OK
BCC582 - OK
MSVS2005 - OK (doesn't work with set HB_BUILD_DLL=yes)
MSVS2005cpp - OK (doesn't work with set HB_BUILD_DLL=yes)
MSVS2008 - OK (doesn't work with set HB_BUILD_DLL=yes)
MSVS2008cpp - OK (doesn't work with set HB_BUILD_DLL=yes)
MinGW412 - OK
MinGW430
Win64
MSVS2008
Fails with:
'include\hbinit.h(218) : fatal error C1189: #error : Unknown initialization method.
MSVS2008cpp - OK (doesn't work with set HB_BUILD_DLL=yes)
Linux-Ubuntu (7.10)
GCC413 - OK (FreeImage f.e. fails.)
Darwin (OS X Leopard 10.5.4)
GCC401
Fails with a lot of:
'Wrong type of codeblock parameter, is: 1, should be: 8'
