[Harbour] Next Beta Release

2008-01-23 Thread Phil Barnett
Przemek, Are we ready to do another beta release? Thanks. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Next Beta Release

2008-01-24 Thread Przemyslaw Czerpak
On Wed, 23 Jan 2008, Phil Barnett wrote: > Are we ready to do another beta release? I think so. And probably it should be called rc-1. The open question is what to do with beta branch. After Viktor's cleanup in devel code (mostly in contrib) the diff file between branches has over 10MB. I can sync

Re: [Harbour] Next Beta Release

2008-01-24 Thread Phil Barnett
On Thursday 24 January 2008 09:46:06 pm Przemyslaw Czerpak wrote: > I think so. And probably it should be called rc-1. > The open question is what to do with beta branch. > After Viktor's cleanup in devel code (mostly in > contrib) the diff file between branches has over > 10MB. I can sync it but

Re: [Harbour] Next Beta Release

2008-01-24 Thread Phil Barnett
On Friday 25 January 2008 02:07:16 am Phil Barnett wrote: > On Thursday 24 January 2008 09:46:06 pm Przemyslaw Czerpak wrote: > > I think so. And probably it should be called rc-1. > > The open question is what to do with beta branch. > > After Viktor's cleanup in devel code (mostly in > > contrib)

Re: [Harbour] Next Beta Release

2008-01-24 Thread Lorenzo Fiorini
On Jan 25, 2008 8:18 AM, Phil Barnett <[EMAIL PROTECTED]> wrote: > Release Candidate means we are freezing the code until the release of 1.0. No > new code. Period. Does this apply to contribs too? best regards, Lorenzo ___ Harbour mailing list Harbour

Re: [Harbour] Next Beta Release

2008-01-24 Thread Phil Barnett
On Friday 25 January 2008 02:26:36 am Lorenzo Fiorini wrote: > On Jan 25, 2008 8:18 AM, Phil Barnett <[EMAIL PROTECTED]> wrote: > > Release Candidate means we are freezing the code until the release of > > 1.0. No new code. Period. > > Does this apply to contribs too? Yes. We need to have stabilit

Re: [Harbour] Next Beta Release

2008-01-24 Thread Szakáts Viktor
Hi all, I'm trying to minimize confusion and variations when it comes to make files, and adding make_gnu.cmd doesn't really help in that process (since we already have the same filename with .bat extension, and for most ppl - who are Windows users - .cmd seems to be a possible (but in our case, n

Re: [Harbour] Next Beta Release

2008-01-24 Thread Szakáts Viktor
Hi Przemek and all, One important issue came to my mind, namely the renaming of Harbour core libraries, to have the "hb" prefix on them, as we've planned and already agreed on not long ago. I can do this on the weekend, but since this would be a move which would definitely stir up users, since a

Re: [Harbour] Next Beta Release

2008-01-25 Thread Phil Barnett
On Friday 25 January 2008 02:52:26 am Szakáts Viktor wrote: > Shall I do this renaming now? Yes. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Next Beta Release

2008-01-25 Thread Przemyslaw Czerpak
On Fri, 25 Jan 2008, Szakáts Viktor wrote: > I'm trying to minimize confusion and variations > when it comes to make files, and adding make_gnu.cmd > doesn't really help in that process (since we > already have the same filename with .bat extension, > and for most ppl - who are Windows users - .cmd

Re: [Harbour] Next Beta Release

2008-01-25 Thread Maurilio Longo
Viktor, .cmd files are enhanced .bat files on OS/2 as well as on Win32 from NT on. On OS/2 if you launch a .bat file you open a DOS emulation box which cannot execute OS/2 executables (with a few exceptions, which are those .EXEs which have bundled inside them a DOS .EXE), so the .cmd variant of

Re: [Harbour] Next Beta Release

2008-01-25 Thread Szakáts Viktor
So, if .bat works in OS/2 (which I believe they do, but I may be wrong), I'd suggest not to add a copy of that file with the .cmd extension (and different HB_* defaults set). If it works OS/2 users will have to set those three envvars and lauch the .bat file. Same goes for bin/bld.bat. AFAIK it

Re: [Harbour] Next Beta Release

2008-01-25 Thread Przemyslaw Czerpak
On Fri, 25 Jan 2008, Szakáts Viktor wrote: > Hi Przemek and all, > One important issue came to my mind, namely the > renaming of Harbour core libraries, to have the > "hb" prefix on them, as we've planned and already > agreed on not long ago. > I can do this on the weekend, but since this > would b

Re: [Harbour] Next Beta Release

2008-01-25 Thread Przemyslaw Czerpak
On Fri, 25 Jan 2008, Szakáts Viktor wrote: > >Maybe I missed sth but I understood that now he has to set all > >envvars manually and call 'make' directly. > Yes, that's basically it. There is not much magic done > in these batch files (platform envvars, HB_BIN/INC/LIB_INSTALL > envvars set and make

Re: [Harbour] Next Beta Release

2008-01-25 Thread Szakáts Viktor
Hi Przemek, Okey, here's my TODO list for rename, let's revise it. Current Proposed LIBNAME LIBNAME --- - codepagehbcp common hbcommon compilerhbcomp ! -> hbc debug hbdebug hbsix hbsix hsx hbhsx langhblang macro hbmacro p

Re: [Harbour] Next Beta Release

2008-01-25 Thread Szakáts Viktor
Proposal updated for rdds: Current Proposed LIBNAME LIBNAME --- - dbfcdx hbrddcdx ! -> rddcdx dbffpt hbrddfpt ! -> rddfpt dbfntx hbrddntx ! -> rddntx Since we're breaking the hb* rule for 'gt's, I think it's logical to do the same for 'rdd's where the

Re: [Harbour] Next Beta Release

2008-01-25 Thread Phil Barnett
On Friday 25 January 2008 09:49:31 am Mindaugas Kavaliauskas wrote: > Przemyslaw Czerpak wrote: > > I think so. And probably it should be called rc-1. > > The open question is what to do with beta branch. > > After Viktor's cleanup in devel code (mostly in > > contrib) the diff file between branche

Re: [Harbour] Next Beta Release

2008-01-25 Thread Mindaugas Kavaliauskas
Przemyslaw Czerpak wrote: I think so. And probably it should be called rc-1. The open question is what to do with beta branch. After Viktor's cleanup in devel code (mostly in contrib) the diff file between branches has over 10MB. I can sync it but probably it will be much easier to remove old bet