Andi,
for special optimization options for specific files, I'd do it on the
Makefile level.
On Fri, Aug 10, 2012 at 6:29 PM, Andi Jahja wrote:
> BTW, how to print debug info of GDB to a file? I'm an infant in this
> area :-)
Under windows, I usually run gdb from a big (rowsXcols) console window
Andi,
On Mon, Jul 16, 2012 at 8:11 PM, Andi Jahja wrote:
> Bwahahaha...
On Mon, Jul 16, 2012 at 8:15 PM, Andi Jahja wrote:
> After all, you are not smarter than average xHarbour users :-)
> Sorry to say that !
On Mon, Jul 16, 2012 at 8:28 PM, Andi Jahja wrote:
> This is the unique of xHarbour
On Mon, Jul 16, 2012 at 7:36 PM, Andi Jahja wrote:
> The following junk files are soon to be removed:
>
> ../trunk/Makefile
> ../trunk/contrib/Makefile
> ../trunk/contrib/filemem/makefile
> ../trunk/contrib/firebird/Makefile
> ../trunk/contrib/firebird/tests/Makefile
> ../trunk/contrib/freei
On Mon, Oct 5, 2009 at 11:14 PM, Patrick Mast, xHarbour.
wrote:
> Hello,
>
> Adding:
> #include "thread.h"
>
> In both files helped to get them compiled.
> Thanks to Miguel for the Tip! ;-)
>
> Is this an OK change to commit to CVS?
These files as noted by Ron are not used in any Makefiles. Any c
On Fri, Sep 25, 2009 at 6:29 AM, Ron Pinkas wrote:
> Any opinions?
I'd port HB_CTOD(), HB_DTOC(), HB_STOD(), and probably other time
functions from Harbour.
-- Ph.
--
Come build with us! The BlackBerry® Developer Confer
On Wed, Sep 23, 2009 at 9:50 PM, Ron Pinkas wrote:
>> What is the purpose of those source files in source\tip\encoding? AFAICT
>> they are not included in our make files.
See ChangeLog
2003-03-23 15:02 UTC+0100 Giancarlo Niccolai
+ encoding/base64.c
+ encoding/base64.h
+ encoding/uuencode.
On Sun, Sep 20, 2009 at 7:17 PM, Luiz Rafael Culik Guimaraes
wrote:
> * source/debug/debug.prg
There is no such file on CVS.
-- Ph.
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only dev
On Thu, Sep 17, 2009 at 9:36 PM, Luiz Rafael Culik Guimaraes
wrote:
> * contrib/hbzlib/Linux/ZipPlatform.cpp
> contrib/hbzlib/Linux/ZipPathComponent.cpp
> contrib/hbzlib/ziparchive.cpp
> contrib/hbzlib/zipcomp.cpp
> contrib/hbzlib/zipnew.cpp
> ! pacified some warning
>
> Phil
> Please r
Hi,
On Thu, Sep 17, 2009 at 4:24 PM, Luiz Rafael Culik Guimaraes
wrote:
> 2009-09-16 18:20 UTC-0300 Luiz Rafael Culik
> * contrib/hbzlib/ziparchive.cpp
>contrib/hbzlib/include/ziparchive.h
>contrib/hbzlib/include/zipstring.h
>contrib/hbzlib/include/zipexception.h
>contrib/hbzlib
Miguel,
On Wed, Sep 16, 2009 at 11:22 AM, Miguel Angel Marchuet
wrote:
> I see the previous changes of Phil, some days ago
> i decided not port to xharbour (const) beacause it only
> changes speed by security under some compilers. I remark
> some compilers (BCC for example almoust at my machine)
On Tue, Sep 15, 2009 at 3:04 AM, Andi Jahja wrote:
> On Mon, 14 Sep 2009 19:40:06 +0400
> Phil Krylov wrote:
>
>> SET CC_DIR=E:\compiler\BCC55
>> SET BISON_DIR=E:\compiler\MinGW\bin
>> set CFLAGS=-D_HB_API_INTERNAL_
>>
>> So... could the problem be in yo
2009-09-15 20:34 UTC+0300 Phil Krylov
* source/rtl/dbf2txt.c
! fixed two bad bugs which can cause GPF or some other bad results
I'd seen after short check. I haven't analyzed this code carefully
for others. (by Przemyslaw Czerpak, borrowed from Harbour)
*
On Mon, Sep 14, 2009 at 12:35 PM, Andi Jahja wrote:
> On Mon, 14 Sep 2009 12:22:44 +0400
> Phil Krylov wrote:
>
>> > But the point is, please make a change that using _HB_API_INTERNAL_ to
>> > compile xHarbour works again, AT MY OWN EXPENSE.
>>
>> Lang
Hi,
On Mon, Sep 14, 2009 at 1:40 PM, Enrico Maria Giordano
wrote:
> The following sample
>
> FUNCTION MAIN()
>
> ? DATE() - DATE() % 5 = 0
>
> INKEY( 0 )
>
> RETURN NIL
>
> stops with Argument error % with Clipper or Harbour while prints .F. with
> xHarbour.
It's an xHarbour feature, pr
Hi,
On Mon, Sep 14, 2009 at 11:44 AM, Andi Jahja wrote:
> I meant, whether or not users use _HB_API_INTERNAL_ or NOT, should not
> be limited/cut by the changes. Users should not be made annoyed at
> compile time when he uses _HB_API_INTERNAL_. There should be no
> restriction whatsoever in the h
On Mon, Sep 14, 2009 at 10:59 AM, Andi Jahja wrote:
> It's not a matter of defining _HB_API_INTERNAL_ or not, IMO.
Sorry I don't understand.
> Defining it before these changes has been working for ages.
Ok, then please tell what do you want to achieve by defining it
externally, and then we can
Hi,
On Mon, Sep 14, 2009 at 2:58 AM, Luiz Rafael Culik Guimaraes
wrote:
> I know to fix the
> ../../include/zipstring.h:128: warning: base class 'struct
> std::basic_string, std::allocator
>>
>> ' should be explicitly initialized in the copy constructor
>
> it on my external drive,
>
> i'll commi
Hi,
On Mon, Sep 14, 2009 at 8:26 AM, Andi Jahja wrote:
> With the new changes, BCC fails to compile as follows:
> (_HB_API_INTERNAL_ is defined):
Why do you define _HB_API_INTERNAL_? It's an internal VM macro. The
sources that do really need access to HVM internals define it.
source/common/hbfop
2009-09-14 01:11 UTC+0300 Phil Krylov
* contrib/tipssl/inetssl.c
* contrib/xwt/src/xwt_api.c
* contrib/xwt/src/xwt_gtk/xwt_gtk_framewnd.c
* contrib/xwt2/src/xwt_api.c
* contrib/xwt2/xwt_gtk/xwt_gtk_framewnd.c
* contrib/xwt2/xwt_gtk/xwt_gtk_textarea.c
! Removed some more direct
On Mon, Sep 14, 2009 at 12:01 AM, Augusto Infante
wrote:
> Guys
>
> I'm having these errors compiling with Borland:
>
> Error E2451 contrib\xwt\src\xwt_win\xwt_win_framewnd.c 126: Undefined symbol
> 'hb_stackST' in function xwt_win_createMenuFromArray
> Error E2451 contrib\xwt\src\xwt_win\xwt_win_
2009-09-14 00:00 UTC+0300 Phil Krylov
* contrib/xwt/src/xwt_win/xwt_win_framewnd.c
* contrib/xwt/src/Makefile
* contrib/xwt/test/Makefile
+ contrib/xwt/src/xwt_win/Makefile
! Fixed building xwt for Windows
Hi,
On Sun, Sep 13, 2009 at 7:54 PM, Luiz Rafael Culik Guimaraes
wrote:
> I only build binaries with make ( direct all becouse all hb_* envars is on
> my profile and make_rpm.sh
make with variables already set up should work as good as make_gnu.sh.
Doesn't it? (without copying Linux/ZipFileMappi
Hi,
On Sun, Sep 13, 2009 at 5:19 PM, Luiz Rafael Culik Guimaraes
wrote:
> i use as filesystem Reiser and ext3 in all my linux instalation
Fine. But other people may use other filesystems or build from a CVS
copy which remain on a Samba or FAT drive.
>>> I got no error here, with original makefi
On Sun, Sep 13, 2009 at 5:21 PM, Luiz Rafael Culik Guimaraes
wrote:
> Phil
>
> the warning is normal, dont worry. which gcc version you have
The warnings are not normal, although they are not fatal.
I have GCC 4.3.2.
-- Ph
On Sun, Sep 13, 2009 at 5:09 PM, Luiz Rafael Culik Guimaraes
wrote:
> I got no error here, with original makefile.
> but before calling make, i run lincompile.sh first
I see now. It's not needed anymore.
> Also i've done many times make clean on hbzlib directory and the Linux
> folder was never
Hi,
On Sun, Sep 13, 2009 at 4:38 PM, Phil Krylov wrote:
> On Sun, Sep 13, 2009 at 4:27 PM, Luiz Rafael Culik Guimaraes
> wrote:
>> Phil
>>>
>>> * contrib/hbzlib/Makefile
>>> ! Removed Linux/ZipPathComponent.cpp and Linux/ZipPlatform.cpp from
>>
2009-09-13 17:02 UTC+0300 Phil Krylov
* contrib/hbzlib/zipcentraldir.cpp
! Include Linux/ZipFileMapping.h instead of zipfilemapping.h under Linux.
* contrib/hbzlib/include/zipstring.h
! Added missing #include
* contrib/Makefile
+ Added hbzlib and xwt contribs compilation under
On Sun, Sep 13, 2009 at 1:09 PM, Enrico Maria Giordano
wrote:
> Error E2451 contrib\xwt\src\xwt_api.c 61: Undefined symbol 'hb_stackST' in
> function xwt_rise_event
> Error E2451 contrib\xwt\src\xwt_api.c 135: Undefined symbol 'hb_stackST' in
> function HB_FUN_XWT_FASTRISEEVENT
These exact issues
2009-09-13 16:45 UTC+0300 Phil Krylov
* contrib/xwt/Makefile
* contrib/xwt/src/Makefile
* contrib/xwt/src/combobox.prg
* contrib/xwt/src/listbox.prg
* contrib/xwt/src/xwt_api.c
* contrib/xwt/src/xwt_gtk/Makefile
* contrib/xwt/src/xwt_gtk/xwt_gtk.c
* contrib/xwt/src/xwt_gtk
2009-09-13 16:35 UTC+0300 Phil Krylov
* contrib/hbzlib/Makefile
! Fixed a typo in my recent commit.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design
On Sun, Sep 13, 2009 at 4:27 PM, Luiz Rafael Culik Guimaraes
wrote:
> Phil
>>
>> * contrib/hbzlib/Makefile
>> ! Removed Linux/ZipPathComponent.cpp and Linux/ZipPlatform.cpp from
>> Windows builds. Removed -I/usr/include from CFLAGS, which broke
>> cross-compiling from Unices. hbzlib doe
Hi,
On Sun, Sep 13, 2009 at 3:27 AM, Augusto Infante
wrote:
> Error: Unresolved external '_HB_ADS_SET_INIT' referenced from
> C:\XHARBOUR\OBJ\B32\DLL\ADS1.OBJ
Thanks, this is fixed now.
> Warning: Public symbol '_hb_vmProcessSymbols' defined in both module
> C:\XHARBOUR\OBJ\B32\DLL\MAINDLLH.OBJ
2009-09-13 05:40 UTC+0300 Phil Krylov
* contrib/Makefile
+ Added gtwvg and gtwvw to contrib GNU Makefile.
* contrib/gtwvg/gtwvg.c
! Fixed a memory leak.
* contrib/gtwvw/Makefile
+ Added missing .c files to gtwvw GNU Makefile.
* contrib/hbzlib/Makefile
! Removed Linux
On Sat, Sep 12, 2009 at 11:46 PM, Enrico Maria Giordano
wrote:
> Error E2451 contrib\gtwvg\gtwvg.c 322: Undefined symbol 'hb_stack_ready' in
> function hb_gt_wvt_FireEvent
Thanks, this is fixed now.
-- Ph.
--
Let Crysta
2009-09-13 04:48 UTC+0300 Phil Krylov
+ contrib/gtwvg/Makefile
+ Added a GNU Makefile for contrib/gtwvg.
* contrib/gtwvg/gtwvg.c
! Added a hack to allow access to internal hb_stack_ready variable.
--
Let
On Sat, Sep 12, 2009 at 10:32 PM, Enrico Maria Giordano
wrote:
> Error E2451 source\rtl\gtwvt\gtwvt.c 252: Undefined symbol 'hb_stack_ready'
> in function hb_gt_wvt_FireEvent
Now the Windows build is fixed.
-- Ph.
--
Le
2009-09-12 22:48 UTC+0300 Phil Krylov
* source/ct/ctnet.c
! Use const char * for some Set values.
* source/rtl/filesys.c
* source/vm/hvm.c
! Moved HB_TEST_CANCEL_ENABLE_ASYN and HB_DISABLE_ASYN_CANC to hb_vmLock()
and hb_vmLock() respectively, to fix building under Windows
2009-09-12 22:00 UTC+0300 Phil Krylov
* include/hbapi.h
* source/rtl/oemansi.c
* source/rtl/readexit.c
* source/rtl/readins.c
* source/rtl/setkey.c
! Removed extraneous #include "hbstack.h".
* include/hbapierr.h
! Added a missing #include "thread.h".
*
Hi,
On Sun, Aug 30, 2009 at 5:14 AM, Ron Pinkas wrote:
> Many thanks Phil. :-)
>
> BTW, did you see the report of a new GPF in FRead() - reported after:
> 2009-08-20 02:38 UTC+0300 Phil Krylov ?
Should be fixed now. Th
2009-08-30 14:22 UTC+0300 Phil Krylov
* source/vm/itemapi.c
! Finalized fixing hb_itemUnShareString() copied from Harbour as is. It
did not update the string refcounter.
--
Let Crystal Reports handle the
2009-08-30 00:51 UTC+0300 Phil Krylov
* contrib/gtwvg/gtwvg.c
* source/rdd/dbfntx/dbfntx1.c
* source/rdd/hbsix/sxfname.c
* source/rdd/hsx/hsx.c
* source/rtl/bkgtsks.c
* source/rtl/console.c
* source/rtl/dateshb.c
* source/rtl/fstemp.c
* source/rtl/gtapi.c
* source/rtl
2009-08-30 00:25 UTC+0300 Phil Krylov
* source/tip/Makefile
! Added sendmail.prg compilation for GNU Makefiles.
* source/tip/sendmail.prg
! Removed unused variables.
--
Let Crystal Reports handle the
2009-08-26 12:43 UTC+0300 Phil Krylov
* ChangeLog
! Restored my and Augusto's ChangeLog entries from 19-21 August, which
were accidentally deleted by Luiz.
--
Let Crystal Reports handle the reporting -
On Mon, Aug 24, 2009 at 8:58 PM, Luiz Rafael Culik
Guimaraes wrote:
> Phil
>
> I'v updated my cvs before doing the commit and your entries wasnt their
> already
Then it seems that you had some problem while updating. CVS says my
entries were there before your commit:
>> http://xharbour.cvs.sf.net
Hi,
On Mon, Aug 24, 2009 at 6:44 PM, Luiz Rafael Culik
Guimaraes wrote:
> Some of your changelog entries is not on the changelog file, can you review?
Thanks for noticing. You know why? Take a look at this commit of
yours:
http://xharbour.cvs.sf.net/viewvc/xharbour/xharbour/ChangeLog?r1=1.6552&r
2009-08-20 03:27 UTC+0300 Phil Krylov
* source/rdd/wacore.c
* Translated Walter's comments from Spanish to English. Both are not my
native languages, so please check it.
--
Let Crystal Reports handl
2009-08-20 03:18 UTC+0300 Phil Krylov
* include/hbxml.h
* source/rtl/hbxml.c
! Fixed to retrieve file handles with hb_itemGetNInt() and hb_parnint(),
instead of long versions.
% hb_itemRelease( hb_itemReturn() ) -> hb_itemReturnRelease()
* isspace() -> HB_I
2009-08-20 02:38 UTC+0300 Phil Krylov
* contrib/hbmzip/hbmzip.c
* source/rtl/cdpapi.c
* source/rtl/hbcomprs.c
* source/rtl/philes.c
* source/rtl/strpeek.c
* include/hbapiitm.h
* source/vm/itemapi.c
+ added new function:
BOOL hb_itemGetWriteCL( PHB_ITEM pItem
2009-08-20 00:02 UTC+0300 Phil Krylov
* include/hbcompat.ch
+ added missing translation rules for MT functions for both Harbour
and xHarbour sections.
! removed some old not longer valid translations
(by Przemyslaw Czerpak, borrowed from Harbour)
+ Added INET and HASH
2009-08-19 21:01 UTC+0300 Phil Krylov
* source/rdd/workarea.c
% A small optimization in hb_waAddField().
! keep EOF position synced in relation positioning
* added small protection against releasing WA by user codeblock in
EVALBLOCK() method
(by Przemyslaw Czerpak, borrowed
2009-08-17 21:31 UTC+0300 Phil Krylov
* source/rtl/dirdrive.c
* source/rtl/filesys.c
* source/rtl/philes.c
* source/rtl/philesx.c
! fixed CURDRIVE() and DISKNAME() to not return "A" in OS-es which
does not use drive letters
! eliminated toupper()
% minor c
2009-08-17 20:09 UTC+0300 Phil Krylov
* source/debug/tbrwtext.prg
! Bug fixed in Search() method (by Alexander Kresin, borrowed from
Harbour).
! Fixed RTE on deleting the last tracepoint.
* ChangeLog
! Fixed typos in recent ChangeLog entries by Luiz.
* ChangeLog.028
! Fixed
2009-08-17 20:09 UTC+0300 Phil Krylov
* source/debug/tbrwtext.prg
! Bug fixed in Search() method (by Alexander Kresin, borrowed from
Harbour).
! Fixed RTE on deleting the last tracepoint.
* ChangeLog
! Fixed typos in recent ChangeLog entries by Luiz.
* ChangeLog.028
On Tue, Jun 30, 2009 at 8:06 PM, Luiz Rafael Culik
Guimaraes wrote:
>>
>>> this changes in my opinion, is to make more incompatible the api for
>>> developers
>>
>> No technical merit in these changes then?
>
> Im not discussing merit, but compatility. One os the changes, has break
> hwgui ( the n
2009-05-07 13:25 UTC+0300 Phil Krylov
* source/codepage/cp_tpl.c
* source/codepage/cpbg866.c
* source/codepage/cpbgiso.c
* source/codepage/cpbgmik.c
* source/codepage/cpbgwin.c
* source/codepage/cpcs852.c
* source/codepage/cpcsiso.c
* source/codepage/cpcskam.c
* source/codepage
2009-05-07 12:04 UTC+0300 Phil Krylov
* source/debug/dbgwa.prg
! Guard against recursive debugger activation when a user callback
containing debug info is implicitly called from the debugger's workarea
browser.
+ tests/testrel.prg
+ Added a test for SET REL
Hi,
On Fri, Apr 24, 2009 at 4:34 PM, Viktor Szakáts wrote:
> I wanted to raise this topic for some time, it's a quite sad one
> (especially on such a nice sunny Friday as today) so
> I was holding it off, but lately Miguel Angel Marchuet again copied
> work from Harbour without giving any credit
Hi,
On Fri, Apr 24, 2009 at 2:16 PM, Przemyslaw Czerpak wrote:
> ps. I think that you should discuss such modifications with xHarbour
>developers before commit. Harbour uses different logic for timestamp
>items. It has different arithmetic and relational operators behavior
>in HVM and
On Fri, Apr 24, 2009 at 2:03 PM, Patrick Mast, xHarbour.
wrote:
> Enrico,
>
>>> I see a new entry in std.ch:
>>> SET TRIMFILENAME ON|OFF
>>> But can not find it in the changelog.
>> There is a mention of it back in 2004. :-)
>
> I know. But someone changed std.ch and added the command SET
> TRIMFI
Hi,
On Fri, Apr 17, 2009 at 11:05 PM, Jose F. Gimenez wrote:
> What changes have to be forward to 1.2.1?
> Or it should be all changes?
> If so, it's perhaps better to release them as 1.3.0
AFAICT all changes need to go into release, and as they are mostly
bugfixes, and not major functionality/A
Hi,
On Fri, Apr 17, 2009 at 11:50 AM, Miguel Angel Marchuet
wrote:
> #ifdef MAX_PATH
> #define HB_MAX_PATH (MAX_PATH + 4)
> #else
> #define HB_MAX_PATH 264
> #endif
>
> Would be more appropriate, and if not then if there MAX_PATH porn hardcoded
> to 264.
Nope. We need a hardcoded value not depen
2009-04-17 02:50 UTC+0300 Phil Krylov
* source/rdd/wafunc.c
! Fixed an error handling issue from my last commit.
--
Stay on top of everything new and different, both inside and
around Java (TM) technology
Hi,
On Fri, Apr 10, 2009 at 4:08 AM, Luis Krause Mantilla wrote:
> I was able to build with an late October 2008 xharbour and
> it works fine. Brian has an early February 2009 repository and
> it also works fine so something in the MT handling in the past
> month or two broke workarea handling.
2009-04-17 01:55 UTC+0300 Phil Krylov
* source/rdd/wafunc.c
! Fixed segfault on accessing work area by alias in MT mode both with
shared and private workareas. Allocate thread-specific alias dynsyms
only with SET WORKAREA PRIVATE
2009-04-16 19:23 UTC+0300 Phil Krylov
* tests/scope1.prg
* Made the test pass on Harbour by including MODULE FRIENDLY clause.
(by Przemyslaw Czerpak)
--
Stay on top of everything new and different, both inside
2009-04-16 18:50 UTC+0300 Phil Krylov
* contrib/hbcurl/hbcurl.c
* contrib/hbmzip/hbmzip.c
* contrib/hbzlib/zip.c
* contrib/hbzlib/zipnew.cpp
* contrib/libnf/fttext.c
* contrib/rdd_ads/ads1.c
* contrib/unicode/hbcc.prg
* contrib/unicode/hbcx.c
* contrib/unicode/hbencode.c
2009-04-14 13:12 UTC+0300 Phil Krylov
* include/hbexprb.c
* include/hbexprop.h
* source/common/expropt2.c
! restored Mindaugas code for UPPER optimization and added logic to
optimize UPPER for strings with only Latin letters, digit and spaces
just like in Clipper. Now code
Hi,
On Tue, Apr 14, 2009 at 11:27 AM, Enrico Maria Giordano
wrote:
> Binaries for FreeBSD
Need not be done. FreeBSD is a source-based distribution.
-- Ph.
--
This SF.net email is sponsored by:
High Quality Requirements
Hi,
On Tue, Apr 14, 2009 at 2:59 AM, Luiz Rafael Culik Guimaraes
wrote:
> As I know, we still in release freeze, so no commits should be done in my
> opinion, unless im wrong
I don't think so. I think that release freeze ends with tagging CVS or
at least with releasing source package. The files
Hi,
On Mon, Apr 13, 2009 at 11:27 PM, Vicente Guerra wrote:
> I'm using Slackware 12.0. It doesn't installs (at least by default)
> ODBC header files.
They usually belong to unixODBC package.
> Previously compiling xHarbour, ODBC library were'nt created, but it
> doesn't stopped build.
2009-04-14 00:40 UTC+0300 Phil Krylov
+ config/none.cf
+ added dummy header file for GNU make to avoid errors on unsupported
platforms
(by Przemyslaw Czerpak, borrowed from Harbour)
* source/odbc/Makefile
* source/odbc/odbc.c
+ Platform protection moved to Makefile level
2009-04-14 00:05 UTC+0300 Phil Krylov
* tests/speedtst.prg
* added warning message when HVM debugger is enabled
* simplified xHarbour MT test - use mutexes as internal thread IDs
as workarounds for race conditions in xHarbour .prg MT API.
* updated to compile with FlagShip
On Mon, Apr 13, 2009 at 7:06 PM, Enrico Maria Giordano
wrote:
> Warning W8004 source\vm\classes.c 812: 'pCallerClass' is assigned a value
> that is never used in function hb_clsValidScope
>
> Warning W8004 source\vm\hvm.c 3076: 'pLocal' is assigned a value that is
> never used in function hb_vmExe
2009-04-13 20:55 UTC+0300 Phil Krylov
* source/vm/hvm.c
* source/vm/classes.c
! Fixed some warnings.
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free
2009-04-13 18:45 UTC+0300 Phil Krylov
* bin/hb-func.sh
+ added support for displaying harbour bin, lib and include directories
for --hbdirbin --hbdirlib --hbdirinc parameters.
Such feature allows to use -I`hbmk --hbdirinc` in *nixes build
scripts what should greatly
2009-04-13 18:22 UTC+0300 Phil Krylov
* include/classes.h
* source/vm/classes.c
+ Added self class casting.
% Optimized some checks for derived class.
! Do not add unnecessary messages for the same class when it's inherited
more than once (appears several times in
2009-04-13 17:48 UTC+0300 Phil Krylov
* tests/tstscope.prg
* tests/scope1.prg
* tests/scope2.prg
+ Added a test demonstrating erroneous scope violation when a subclass
sends a PROTECTED message to another instance of its superclass.
* Some small hacks to allow compilation with
Hi,
On Mon, Apr 13, 2009 at 1:28 AM, Luiz Rafael Culik Guimaraes
wrote:
> xharbour-1.2.0-0cl10.i386.rpm
Isn't this release funny? It's tagged as 1.2.1, binaries for Linux are
named as 1.2.0, source as 1.2.1, and binaries for Windows as 1.20.01.
;)))
-- Ph.
-
On Sun, Apr 12, 2009 at 1:51 AM, Andres Reyes
[codigobase.blogspot.com] wrote:
> Hi,
>
> C Level
Works fine here. Can you provide a small self-contained sample?
-- Ph.
--
This SF.net email is sponsored by:
High Quality
2009-04-11 23:35 UTC+0300 Phil Krylov
* source/pp/Makefile
! Removed generated include/hbverbld.h on clean.
! Added a dependency of ppcore.$(OBJ_EXT) on hbverbld.h to fix parallel
build.
--
This SF.net
Hi,
On Wed, Apr 8, 2009 at 6:33 AM, Andres Reyes [codigobase.blogspot.com]
wrote:
> hb_pcount() doesn't work with the last release if I compile my code with
> -DHB_API_MACROS , always return 0.
Do you mean the C level hb_pcount(), or .prg level HB_PCOUNT()?
-- Ph.
-
Hi,
On Fri, Apr 10, 2009 at 4:08 AM, Luis Krause Mantilla wrote:
> b) After StartThread() is called the same ? select( "names" )
> returns 0. Odd enough, if I do ? select() it will return 1.
>
> c) Any attempt to access that WA will make the app gpf.
> I.e. Names->( dbSeek(... ) ) or simply Name
Hi,
On Tue, Apr 7, 2009 at 6:29 PM, Xharbour suporte wrote:
> Phil, Ron
>
> how to move binaries to release, becouse i connected with my account to
> sf.net (lculik) and find no place to release the files that i uploaded
Log in. Go to
https://sourceforge.net/project/admin/editpackages.php?grou
Hi,
On Thu, Apr 2, 2009 at 5:10 PM, Ron Pinkas wrote:
> Phil, Luiz, Enrico,
>
> I just added "Release Technician" role to Luiz & Phil.
Thanks, the source packages are done.
-- Ph.
--
___
Hi,
On Thu, Apr 2, 2009 at 4:25 PM, Ron Pinkas wrote:
> I don't understand, what problem do we have with cmd.exe?
>
> Don't we just need to add few more calls to zip command for the missing
> files?
If we go this way we will need to add few more calls whenever a new
directory or files with unsup
Hi,
On Thu, Apr 2, 2009 at 5:21 AM, Luiz Rafael Culik Guimaraes
wrote:
> I also can not see your uploads. I suspect the same problem as with Luiz -
> the files probably uploaded to different project, like xbgtk
It seems the files are uploaded to directory of my SF user account,
and project admin
Hi,
I've uploaded to https://frs.sourceforge.net/webupload the xharbour
source package in UNIX format:
xharbour-1.2.1.src.tar.gz - 4994334 bytes
xharbour-1.2.1.src.contrib.tar.gz - 3226969 bytes
xharbour-1.2.1.src.tests.tar.gz - 650501 bytes
I also uploaded the traditional source package in DOS/
On Sun, Mar 15, 2009 at 10:45 PM, Luiz Rafael Culik Guimaraes
wrote:
> Hi
>
>> what is the output of
>> a) make -f Makefile.test
>
> it
>>
>> b) make BAR=1 -f Makefile.test
>
> Makefile.test:9: *** faltando `endif'. Pare.
Yes, it's the same bug.
Gentoo Linux (and probably other sane distros) sup
Hi,
On Sat, Mar 14, 2009 at 2:58 AM, Luiz Rafael Culik Guimaraes
wrote:
> i just tryed current CVS on my suse 10.3 distro with make 3.80
>
> i get when calling make or make_gnu.sh
>
> config/dir.cf:55: *** missing `endif'. Stop.
please report using this test Makefile.test:
<<---cut here
FO
On Fri, Mar 13, 2009 at 1:33 PM, Xharbour suporte wrote:
> Fri, 13 Mar 2009 11:43:30 +0300, Phil Krylov escreveu:
>
>> Hi,
>>
>> On Fri, Mar 13, 2009 at 5:27 AM, Luiz Rafael Culik Guimaraes
>> wrote:
>> > I just downloaded current CVS on an linux 64bits
Hi,
On Fri, Mar 13, 2009 at 5:27 AM, Luiz Rafael Culik Guimaraes
wrote:
> I just downloaded current CVS on an linux 64bits machine, and when i try to
> compile it give an error that an endif is missing on line 55
> make version 3.80
line 55 of which file? Are you sure you don't have local
modifi
Hi,
I'm forwarding a message from Przemek on this matter.
-- Forwarded message --
From: Przemyslaw Czerpak
Date: Wed, Mar 11, 2009 at 4:01 PM
Subject: Re: [xHarbour-developers] Upper() and codepage.
To: Phil Krylov
On Wed, 11 Mar 2009, Phil Krylov wrote:
> >
2009-03-11 14:04 UTC+0300 Phil Krylov
* config/bsd/gcc.cf
* config/darwin/gcc.cf
* config/dos/gcc.cf
* config/hpux/gcc.cf
* config/linux/gcc.cf
* config/os2/gcc.cf
* config/sunos/gcc.cf
* config/w32/gcc.cf
+ Added support for overriding a compiler executable name via HB_CMP
2009-03-11 13:38 UTC+0300 Phil Krylov
* xharbour/bin/hb-func.sh
* xharbour/bin/pack_src.sh
* xharbour/config/global.cf
* xharbour/source/rdd/dbfnsx/Makefile
! cleaned dbfnsx RDD name to be compatible with other dbf* RDDs
and fixed builds which needs pack_src.sh
* xharbour
Hi,
On Wed, Mar 11, 2009 at 7:00 AM, Ron Pinkas wrote:
> In my test, Clipper did NOT optimize at all, Upper()/Lower()/Asc()/Chr().
> Here is my simple test:
>
> PROCEDURE Main()
> LOCAL c1 := Upper( "Hello" ), c2 := Lower( "World" )
> LOCAL c3 := Chr( 65 )
> LOCAL n1 := Asc( "A" )
add here: c
Hi,
On Wed, Mar 11, 2009 at 7:00 AM, Ron Pinkas wrote:
> In my test, Clipper did NOT optimize at all, Upper()/Lower()/Asc()/Chr().
> Here is my simple test:
>
> PROCEDURE Main()
> LOCAL c1 := Upper( "Hello" ), c2 := Lower( "World" )
> LOCAL c3 := Chr( 65 )
> LOCAL n1 := Asc( "A" )
add here: c
Hi,
On Tue, Mar 10, 2009 at 7:04 PM, Ron Pinkas wrote:
> Hi All,
>
> I just checked Clipper PCODE, and it seems we were wrong. Clipper does NOT
> optimize Upper(), NOR Chr(), I wonder how/why we concluded they are
> optimized - anyone remember?
>
> At the absence of any correction to my observati
2009-03-07 16:47 UTC+0300 Phil Krylov
* Makefile
* source/Makefile
* set directory dependencies for parallel compilation
* config/bin.cf
* config/dir.cf
* config/lib.cf
+ added explicit support for make recursive calls.
* rewritten DIR_RULE to use only GNU make commands
2009-03-07 16:43 UTC+0300 Phil Krylov
* source/cgi/hjwindow.prg
* source/cgi/htmutil.prg
* source/cgi/tedit.prg
* source/cgi/thtm.prg
* source/tip/cgi.prg
! Warnings fixed.
--
Open Source Business
2009-03-07 16:00 UTC+0300 Phil Krylov
* config/bsd/install.cf
* config/darwin/install.cf
* config/dos/install.cf
* config/hpux/install.cf
* config/linux/install.cf
* config/sunos/install.cf
* config/w32/install.cf
! Create installation directories if they don't already
1 - 100 of 149 matches
Mail list logo
