* config/globsh.mk
! make the clean target also remove the newly-created libharbour* symlinks [Tamas]
* utils/hbmk2/hbmk2.prg
+ Added TODO to eventually delete lib grouping.
* config/linux/watcom.mk
- Disabled dynlib creation on linux/watcom, because watcom support
is broken yet.
* config/beos/gcc.mk
* config/linux/sunpro.mk
* config/sunos/sunpro.mk
+ Added $(LN) commands to these remaining targets.
Only vxworks is missing them now, but I can't remember
how this worked there.
* config/bsd/pcc.mk
* config/hpux/gcc.mk
* config/linux/watcom.mk
* config/linux/icc.mk
+ Added $(LN) calls for targets it was missing from.
(and which they use multiline dynlib creation block)
* config/cygwin/gcc.mk
* Moved $(LN) calls to separate lines to be in sync with
rest of platforms with multiline dynlib creation block.
* src/rtl/fscopy.c
! Use hb_fsReadLarge()/hb_fsWriteLarge().
+ Added TODO to use hb_fileExtOpen().
! Deleted FXO_DEFAULTS after carefully checking there is no
more "extra" feature of hb_fsExtOpen() enabled in this specific
scenario.
* config/global.mk
! Fixed regression for win/wce systems after recent dynlib changes.
On these systems the referenced lib name should always contain
the version number.
* config/vxworks/gcc.mk
* config/vxworks/diab.mk
* config/darwin/gcc.mk
* config/darwin/icc.mk
* config/darwin/clang.mk
* config/linux/gcc.mk
* Cleaned to use new central variables for harbour dynlib links.
; TODO: Do the same with rest of *nix targets when adding soname
and '2.1' style symlinks, when current system proves okay
with darwin and linux/gcc targets.
* config/linux/gcc.mk
* Using central macros for dynlib versions.
* config/dyn.mk
+ Added macros to help creation of .major.minor versioned dynlib links.
* config/postinst.hbs
* config/global.mk
* config/bin.mk
* config/darwin/gcc.mk
* config/darwin/icc.mk
* config/darwin/clang.mk
* config/linux/gcc.mk
* config/dyn.mk
* config/os2/gcc.mk
* Trying to cleanup the harbour dynlib name situation.
Here's the plan (which is similar to what's used in contrib area):
win, wce: harbour-21[-subtype][.dll/.lib]
dos, os2: harbour[.dll|.???]
darwin:
libharbour.2.1.0.dylib
libharbour.2.1.dylib -> (symlink) [compatibility level]
libharbour.dylib -> (symlink)
*nix:
# libharbour.s?.2.1.0
# libharbour.s?.2.1 -> (symlink) [soname]
# libharbour.s? -> (symlink)
; It's possible it's broken now. Pls test linux/gcc and darwin.
'install' was not tested.
; TODO: Clean variable usage, there is some redundancy, plus
some places where current solution is not generic, f.e.
using HB_VER_*, HB_DYNLIB_BASE vs. HB_DYNLIB_NAME, etc.
* harbour/src/rtl/fscopy.c
* Reverted 2011-02-22 12:27 UTC+0200 Mindaugas Kavaliauskas
which made behavior inconsistent with rest of similar
functions like FERASE(), FRENAME(), which also don't throw
RTE if bad parameter is passed, but return FERROR()
and failure instead.
Also restored _SET_DEFAULT handling to not create a special case
compared to __COPYFILE() behavior, ia. some features like
FXO_SHARELOCK are still enabled while FXO_DEFAULT is not).
Pls rewrite it using hb_fsOpen()/hb_fsCreate() if that behavior
bothers you.
* harbour/src/rtl/fscopy.c
* added runtime error for HB_FCOPY() bad param types only
* made a function HB_FCOPY() a pure file system function
does not dependent on _SET_DEFAULT setting
; File open mode is not altered a avoid any influence on OS/2
behaviour if source and destination files are the same (see
ChangeLog entry at 2009-11-24 16:57). I guess, hb_fsExpOpen()
still can be changed to hb_fsOpen() with FO_EXCLUSIVE,
FO_CREAT, and FO_TRUNC but I'm unable to test it, so, I leave
current code.
* src/rtl/fscopy.c
* Reverted my recent changes.
; Pls read past ChangeLog entries as to why this function
is implementet the way it is make changes which don't break
f.e. OS/2. Not throwing an RTE from this function is
intentional.
* Added parantheses to recent patch to hb_fsCopy().
* src/rtl/fscopy.c
! HB_FCOPY(): RTE when either of the parameters is not string.
- Deleted FXO_DEFAULTS from open flags, so HB_FCOPY() and hb_fsCopy()
don't depend on _SET_DEFAULT setting anymore.
* harbour/contrib/hbwin/axcore.c
* return NIL instead of runtime error if failed to obtain
connection point
; Please test
* harbour/src/rtl/fscopy.c
* added error check for read operation
* src/rtl/filesys.c
+ fs_win_set_drive(): Setting SEM_FAILCRITICALERRORS before
SetCurrentDirectory() call to avoid screen msg in some error
scenarios. Thanks to vbdasc (final patch has two modifications,
so pls retest it).
+ hb_fsChDir(): Applied similar logic as above.
* Using FALSE instead of 0 in both function above.
* contrib/hbssl/evppkey.c
* Comment.
+ contrib/hbct/tests/numline.prg
* contrib/hbct/numline.c
+ Added NUMLINE() tests. The results are based on real tests
with CT3, which differ from what CT3 NG states for 'NUMLINE("")'
! NUMLINE(): fixed to handle LF EOLs (like original CT3)
% NUMLINE(): variable scope plus minor optimization.
! NUMLINE(): don't strip const when casting.
* NUMLINE(): use HB_CHAR_* constant.
! NUMLINE(): fixed line counting to be compatible with CT3.
Supposed to fix sf.net #3029405 bug. Please test and review.
* contrib/hbpost.hbm
* config/linux/gcc.mk
+ Setting -soname on linux systems. Experimental, I don't know a bit about
what this value should be or how it's supposed to work, so pls test.
Once settled one something, it should be extended to all *nix platforms
and all linux compilers.
* package/winuni/RELNOTES
* Updated.
* package/winuni/mpkg_win_uni.bat
+ Using mingw64 .dlls and .exe for win64. (was msvc64)
Now mingw64 binaries look fine and they are about the
same size as mingw32 ones.
* package/winuni/mpkg_win_uni.nsi
* Formatting.
* contrib/hbnetio/utils/hbnetio/hbnetio.hbp
* contrib/hbformat/utils/hbformat.hbp
* contrib/hbrun/hbrun.hbp
- Deleted nxcompat (and friends) flags from local .hbp files.
They are enabled by config/hbpost.hbm, in more precise manner.
* utils/hbmk2/hbmk2.hbp
* utils/hbi18n/hbi18n.hbp
* utils/hbtest/hbtest.hbp
- Deleted also from here. (These .hbp files are not used
by core make.)
* contrib/hbide/ideharbourhelp.prg
! Fixed: a last moment nasty omission in previous commit.
* contrib/hbqt/hbmk2_qt.hbs
! Started: implementation of all C++ level class creation.
Currently new class structure is only appended in
QPainDevice.cpp and QWidget.cpp.
; This has to go in SVN to keep track of heavy changes
in the engine plus my different working systems (home/office).
* contrib/hbqt/qtcore/qth/QAbstractItemModel.qth
* contrib/hbqt/qtgui/qth/QGraphicsLinearLayout.qth
* contrib/hbqt/qtgui/qth/QLayout.qth
* contrib/hbqt/qtgui/qth/QMessageBox.qth
* contrib/hbqt/qtgui/qth/QScrollArea.qth
* contrib/hbqt/qtgui/qth/QTreeWidgetItem.qth
% Tweaked: detached and attached attributes of child widgets.
* utils/hbmk2/hbmk2.pt_BR.po
* utils/hbmk2/hbmk2.hu_HU.po
* utils/hbmk2/hbmk2.es_PE.po
* utils/hbmk2/hbmk2.prg
+ Added -F<framework> option to pass OS X/Darwin frameworks to the linker
(in both hbexe and hbdyn modes)
+ <name.framework> input files will be recognized as OS X/Darwin frameworks.
+ Added support for frameworks= command in .hbc files.
* contrib/hbqt/qtgui/hbqtgui.hbc
* contrib/hbqt/qtwebkit/hbqtwebkit.hbc
* contrib/hbqt/qtcore/hbqtcore.hbc
* contrib/hbqt/qtnetwork/hbqtnetwork.hbc
* contrib/hbqt/qscintilla/hbqscintilla.hbc
* contrib/hbqt/qtdesigner/hbqtdesigner.hbc
* Replaced manual hack to add QT frameworks on darwin,
with new hbmk2 framework options.
* contrib/sddfb/sddfb.hbc
* contrib/hbfbird/hbfbird.hbc
+ Added Firebird as framework on darwin.
* contrib/rddads/rddads.h
* contrib/rddads/ads1.c
! Fixed to check ADS_LIB_VERSION instead of ADS_LONGLONG to
enable longlong related features.
* Changed to use ADS_LIB_VERSION to detect availability of
ADS_MONEY.
* Deleted hack (which was a pending QUESTION for at least 4 years
now) which redefined ADS_MAX_KEY_LENGTH for ADS 7.10 to 256,
while the official value is 4082 there. Now rddads uses whatever
value is defined by ADS header.
! Deleted hack to force usage of ADS_CISTRING, ADS_ROWVERSION,
ADS_MODTIME. Now these features will be enabled based on
ADS_LIB_VERSION. This was old pending TOFIX. It may
theoretically change behavior for these field types in certain
client/server version combinations, ..or not. Pls comment,
I'm not ADS user.
! Added missing cast/warning when built against ADS 5.00.
* contrib/rddads/ads.ch
! Deleted COMMIT command which collided with Clipper
command of the same name. If you need old ads.ch
functionality, replace these command with AdsWriteAllRecords()
call.
* contrib/rddads/adsx.c
* contrib/rddads/ads1.c
! Fixed to always defined ADSVFP and ADSVFPX.
(otherwise the .hbx file content will be dependent
on version of the 3rd party dependency)
* INSTALL
* Changed SVN download command to use http (instead of https)
Even though the https version is the official flavor shown on sf.net.
Interesting even such trivial matter can generate support question,
with too complicate answer.
* contrib/hbqt/hbmk2_qt.hbs
! Typo in comment. Copied from Francesco's test version of the plugin.