On Thursday 07 August 2008 09:32:16 pm Przemyslaw Czerpak wrote:
> Or maybe we should force #!/bin/bash in header as Phil suggested?
> I feel that it consumes too much time.
> What's BASH location in your system?
I can't recall any Linux system I've used in the last 10 years that it
wasn't /bin/b
On Fri, Aug 8, 2008 at 5:01 AM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> 2008-08-08 05:00 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/hbgtmk.sh
>* removed ncurses dependences
Many thanks.
best regards,
Lorenzo
___
Harbou
2008-08-08 05:00 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/hbgtmk.sh
* removed ncurses dependences
* harbour/source/rtl/hbmd5.c
* pacified warnings. Thanks to Xavi
best regards
Przemek
___
Harbour mailing list
Harbour@ha
Please, someone can update *repositories*.
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
hbmd5.c:
Warning W8071 hbmd5.c 260: Conversion may lose significant digits in function
hb_md5val
Warning W8071 hbmd5.c 271: Conversion may lose significant digits in function
hb_md5digest
War
On Thu, Aug 7, 2008 at 9:39 PM, [EMAIL PROTECTED]
> Lorenzo, IIUC you need this: (?)
>
> int iR = GetRValue( nColor );
> int iG = GetGValue( nColor );
> int iB = GetBValue( nColor ) ;
Yes.
best regards,
Lorenzo
___
Harbour mailing list
Harbour@ha
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> Just wait for my test results, because we might not
> need bash at all, if we can get away without echo -n.
We are using many extensions in our scripts which may not
be present in standard /bin/sh shell. I do not know what
is your default s
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
> I did a full SVN export and rebuild, but the same thing happens
> as before. ('Making lib-n harbour.-n 1.0.0.dylib')
Then it means that you have nonempty BASH envvar set in your
/bin/sh shell but it's not BASH.
I've just replaced all echo -n with simpl
Hi folks,
Just wait for my test results, because we might not
need bash at all, if we can get away without echo -n.
It'll probably be ready next morning, as I'm doing
a combined i386 / PPC / x86_64 / PPC64 build.
In the meantime, if anyone has any idea why I'm
getting thousands of these lines i
On Thu, 07 Aug 2008, Phil Barnett wrote:
Hi Phil,
> > It's a workaround for different BASH locations in some systems.
> > Not nice but in some *nixes BASH and other GNU tools are not
> > installed in default system directories.
> Would it be unrealistic to require people in this case to install a
Hi Przemek,
Do you have any idea for the sed problem? It's not critical,
but for the 'corrupted' message looked pretty scary, and I
couldn't be really sure that my installation went complete.
Does it also shows the same message when you try to install it?
Yes. This exactly:
--
...
./usr/lo
2008-08-08 03:05 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* replaced all echo -n with echo - shells should remove trailing
blank characters when stream command is not quoted by ""
best regards
Przemek
___
Hi Przemek,
by purpose, whereas /bin/sh doesn't support 'echo -n'.
/bin/bash does. It also works if called as /bin/echo.
Please try build Harbour with clean SVN after:
2008-08-08 02:18 UTC+0200 Przemyslaw Czerpak (druzus/at/
priv.onet.pl)
I did a full SVN export and rebuild, but the sam
On Thursday 07 August 2008 08:50:28 pm Przemyslaw Czerpak wrote:
> On Fri, 08 Aug 2008, Szakáts Viktor wrote:
>
> Hi Viktor,
>
> > Nevermind, I see it's started in a "tricky" way.
>
> It's a workaround for different BASH locations in some systems.
> Not nice but in some *nixes BASH and other GNU to
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> Nevermind, I see it's started in a "tricky" way.
It's a workaround for different BASH locations in some systems.
Not nice but in some *nixes BASH and other GNU tools are not
installed in default system directories.
best regards,
Przemek
__
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> Shouldn't we uniformly change all .sh script to use bash?
If script does not need any extra features then I do not see
any reason to force it.
> Do you have any idea for the sed problem? It's not critical,
> but for the 'corrupted' message
Hi Przemek,
AFAIR it was not BASH add-on but rather Bourne-SHell - it's very old
extension. Anyhow it doesn't matter for us. I've just forced using
BASH in all files which include bin/hb-func.sh
Shouldn't we uniformly change all .sh script to use bash?
Nevermind, I see it's started in a "t
Hi Przemek,
I've just found that this is a known property of OS X 10.5.x
by purpose, whereas /bin/sh doesn't support 'echo -n'.
/bin/bash does. It also works if called as /bin/echo.
Please try build Harbour with clean SVN after:
2008-08-08 02:18 UTC+0200 Przemyslaw Czerpak (druzus/at/
priv.
Hi Pritpal,
I still don't agree with this functionality.
Even worse, we're in a feature freeze, and really
just a few revisions from the final one, and it'd
be pretty unfortunate to go to another test/fix
cycle after continuous changes. I'd suggest a local
patch this time, or GTWVG for everyone
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> I've just found that this is a known property of OS X 10.5.x
> by purpose, whereas /bin/sh doesn't support 'echo -n'.
> /bin/bash does. It also works if called as /bin/echo.
Please try build Harbour with clean SVN after:
2008-08-08 02:18
Hello Viktor
I would like if HB_NOSTARTUPWINDOW functionality
is restored in GTWVT as there is no way to force it
programatically.
And it is a required feature for some kind of applications.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/GTWVT-and-HB_NOSTARTUPWIN
2008-08-08 02:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_deb.sh
* harbour/make_tgz.sh
* harbour/make_rpm.sh
* harbour/make_rpmce.sh
* harbour/make_rpmw32.sh
* harbour/bin/pack_src.sh
* force using BASH in all files which includes hb-func.sh
* harbour/i
2008-08-07 17:20 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/achoice.prg
- Removed K_MOUSEMOVE functionality.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/2008-08-07-17%3A20-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp18882740p188
Hi Pritpal,
This is not Clipper compatible, so IMO we'd need
to mark it with HB_EXTENSION. It's also not in sync
with general mouse behaviour of other Clipper/Harbour
CUI elements. I'd opt to disable this.
So it be guarded aginst HB_EXTENSION or removed ?
I'd opt to be removed rather, it'
Hello Viktor
Szakáts Viktor wrote:
>
> This is not Clipper compatible, so IMO we'd need
> to mark it with HB_EXTENSION. It's also not in sync
> with general mouse behaviour of other Clipper/Harbour
> CUI elements. I'd opt to disable this.
>
So it be guarded aginst HB_EXTENSION or removed ?
R
Hi Pritpal,
This is not Clipper compatible, so IMO we'd need
to mark it with HB_EXTENSION. It's also not in sync
with general mouse behaviour of other Clipper/Harbour
CUI elements. I'd opt to disable this.
Brgds,
Viktor
On 2008.08.08., at 1:35, Pritpal Bedi wrote:
2008-08-07 16:35 UTC-0800 P
Hi Przemek,
The problem seems to be a prepended 0x0A byte at the end
of the extracted .tar.gz file. Without this byte, both
gzip can extract the file w/o problem.
if *inst.sh file does not have it then it was attched by sed
during --extract command
It should not make it.
The *inst.sh file
2008-08-07 16:35 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/achoice.prg
+ Added functionality for K_MOUSEMOVE.
Now if the moouse is moved over the AChoice area,
prompt ready for selection will also change, just like
in Windows.
Regards
Pritpal Bedi
--
Hi Przemek,
Your echo command does not recognize -n extension and adds it
to output.
Please replace in bin/hb-func.sh all:
echo -n "..."
with:
echo "..."
and repeat build test.
I've just found that this is a known property of OS X 10.5.x
by purpose, whereas /bin/sh doesn't support 'echo
Thanks very much, now work fine the mouse
Best Regard
GVS
Pritpal Bedi escribió:
2008-08-07 12:23 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/achoice.prg
* Corrected behavior of K_LDBLCLK and K_LBUTTONDOWN.
Regards
Pritpal Bedi
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
> The problem seems to be a prepended 0x0A byte at the end
> of the extracted .tar.gz file. Without this byte, both
> gzip can extract the file w/o problem.
if *inst.sh file does not have it then it was attched by sed
during --extract command
It should no
2008-08-08 01:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/genhtm.sh
! Minor fix to previous commit.
* utils/hbdoc/rtf.prg
* utils/hbdoc/genos2.prg
* utils/hbdoc/genng.prg
* utils/hbdoc/genasc.prg
* utils/hbdoc/hbdocdef.ch
* utils/hbdoc/genchm.prg
* utils/hb
Hi Przemek,
I can find no *.dylib either. Also, and maybe this is
related, I cannot 'gzip -d' the extracted tar.gz file,
because it says
'gzip: harbour-1.0.0-darwin_9.4.0.bin.tar.gz: unexpected end of file'
(both on OSX, using native gzip 1.3.10 and Windows gzip 1.3.5)
This is so since in all
On Fri, 08 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> I can find no *.dylib either. Also, and maybe this is
> related, I cannot 'gzip -d' the extracted tar.gz file,
> because it says
> 'gzip: harbour-1.0.0-darwin_9.4.0.bin.tar.gz: unexpected end of file'
> (both on OSX, using native gzip 1.3.10
2008-08-08 00:33 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
+ doc/genhtm.sh
+ Added Linux/Unix make file for docs (sf.net #1673897)
Thanks to Wilfried Brunken - df7be.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.o
2008-08-08 00:30 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
+ recognize -mwindows -mconsole MinGW-GCC switches and update
library list for them
* harbour/source/rtl/gtwvt/gtwvt.h
* harbour/source/rtl/gtwvt/gtwvt.c
+ added support HB_SET{TERM|D
Hi Przemek,
I can find no *.dylib either. Also, and maybe this is
related, I cannot 'gzip -d' the extracted tar.gz file,
because it says
'gzip: harbour-1.0.0-darwin_9.4.0.bin.tar.gz: unexpected end of file'
(both on OSX, using native gzip 1.3.10 and Windows gzip 1.3.5)
This is so since in all OS
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> Some new problems detected:
> OSX (GCC 4.0.1):
> harbour.so doesn't get created like in Linux.
In MacOSX shared libraries have .dylib extension not .so
You should find it with version number and some links.
best regards,
Przemek
2008-08-07 23:04 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
- doc/es/simplex.txt
* doc/es/Makefile
- Obsolete file removed.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/list
2008-08-07 22:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* doc/whatsnew.txt
* Updated.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi all,
Some new problems detected:
OSX (GCC 4.0.1):
harbour.so doesn't get created like in Linux.
../../sqlite3/sqlite3.c:19843: warning: unused parameter â__dataOnlyâ_t
Linux (GCC 4.2.3):
../../sqlite3/sqlite3.c: In function â__sqlite3DeleteTriggerStepâ_t:
../../sqlite3
2008-08-07 21:49 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/examples/pp/pp.c
* contrib/hbmisc/fileread.prg
* contrib/hbmisc/tests/readfile.prg
* contrib/hbmisc/tests/twirl.prg
* contrib/hbmisc/twirler.prg
* doc/en/readme.txt
* doc/es/readme.txt
* harbour-ce-spe
May be you are right.
Lorenzo's message subject suggest it but
inverse of RGB(...) suggests what I replied.
[EMAIL PROTECTED] wrote:
>
>>What I'm looking for is the inverse of RGB( r,g,b ).
>
> Lorenzo, IIUC you need this: (?)
>
>int iR = GetRValue( nColor );
>int iG = GetGValue( nC
[EMAIL PROTECTED] wrote:
>
> Lorenzo, IIUC you need this: (?)
>
>int iR = GetRValue( nColor );
>int iG = GetGValue( nColor );
>int iB = GetBValue( nColor ) ;
>
No.
He needs opposite of it.
May be this is valid:
Function InverseRGB( r,g,b )
Return RGB( 255-r, 255-g, 255-b )
>What I'm looking for is the inverse of RGB( r,g,b ).
Lorenzo, IIUC you need this: (?)
int iR = GetRValue( nColor );
int iG = GetGValue( nColor );
int iB = GetBValue( nColor ) ;
Regards,
Toninho.
__
Faça ligações para outros computadore
2008-08-07 12:23 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
* harbour/source/rtl/achoice.prg
* Corrected behavior of K_LDBLCLK and K_LBUTTONDOWN.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/2008-08-07-12%3A23-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%2
What I'm looking for is the inverse of RGB( r,g,b ).
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Thu, Aug 7, 2008 at 6:59 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> That's a pretty commonly used char in our compile time
> messages, so I'm not sure how to stay readable for humans
> and be nice with these tools. I'd leave this after the
> release.
>
> [ Isn't there any way to change the
Sorry,
please forget this, because I update.
Best Regard
GVS
Guillermo Varona Silupú escribió:
Hi:
Today morning I was able to do an update, but at this moment I am
leaving these messages:
Command: Update Error: OPTIONS de Error:
'https://harbour-project.svn.sourceforge.net/svnroot/harbour
Hi Lorenzo,
That's a pretty commonly used char in our compile time
messages, so I'm not sure how to stay readable for humans
and be nice with these tools. I'd leave this after the
release.
[ Isn't there any way to change the setup in these tools?
That seems such an obvious char in messages. ]
B
More elements to play...
/*
* $Id: wvtext.prg 8723 2008-06-13 17:26:48Z vszakats $ */
//--
//
//--
//
//--
2008-08-07 18:50 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/achoice.prg
* Minor changes to mouse support. TOFIX/TODO added.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/ma
Hi:
Today morning I was able to do an update, but at this moment I am
leaving these messages:
Command: Update
Error: OPTIONS de
Error:
'https://harbour-project.svn.sourceforge.net/svnroot/harbour-project/trunk/harbour':
Error: Could not resolve hostname `harbour-project.svn.sourceforge.
I'm trying to use color palettes functions instead of using modified
gtwvt.h and gtxwc.c but from the code I can't see the correct syntax.
Is there anyone with some lines of working code?
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-pr
Colons ":" in compile time error messages interfere with IDEs like
Netbeans and Eclipse that parse them as separators.
Removing them will not change the meaning of the message nor the format.
Any comment?
best regards,
Lorenzo
___
Harbour mailing list
H
On Thu, Aug 7, 2008 at 5:48 PM, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> 2008-08-07 17:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/source/debug/debugger.prg
>! added missing semicolon for -DHB_NO_READDBG compilation
> Thanks to Lorenzo
Thanks to you.
best
2008-08-07 17:48 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/debug/debugger.prg
! added missing semicolon for -DHB_NO_READDBG compilation
Thanks to Lorenzo
best regards
Przemek
___
Harbour mailing list
Harbour@harbou
../../../../source/main/linux/gcc/harbour ../../debugger.prg
-DHB_NO_READDBG -DHB_EXT_INKEY -DHB_PP_MULTILINE_STRING -n -q0 -w3
-es2 -gc0 -kM -I../../ -I../../../../include
../../debugger.prg(1156) Error E0020 Incomplete statement or
unbalanced delimiters
../../debugger.prg(1158) Error E0030 Sy
I might been reporting the wrong issue. I set LDFLAGSDLL=cg32.lib as suggested
by Przemek.
I see that harbour-b32.dll is created in bin/b32 and iside there are references
to the codeguard functions.
The error is:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Error: Unresolved ext
Hi Chen,
I still could not link harbour.dll when CodeGuard (BCB 5.0) is enabled
(I am working on rev 9047 2008-08-04).
cg32.lib is not linked in and I get unresolved external '_CG_*' in
our OBJ.
Do you have any clue which envar should I set (and which parameters
to write there).
To enabl
On Thu, 07 Aug 2008, Chen Kedem wrote:
Hi Chen,
> I still could not link harbour.dll when CodeGuard (BCB 5.0) is enabled
> (I am working on rev 9047 2008-08-04).
> cg32.lib is not linked in and I get unresolved external '_CG_*' in our OBJ.
> Do you have any clue which envar should I set (and whic
2008-08-07 15:06 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/gtwvg/wvgutils.c
! fixed OpenWatcom compilation
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailm
2008-08-07 14:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
! set HB_XBUILD evvar
* harbour/bin/hb-func.sh
! do not move harbour.dll to HB_BIN_INSTALL directory when
HB_XBUILD envvar is set
* harbour/source/hbzlib
Viktor,
I still could not link harbour.dll when CodeGuard (BCB 5.0) is enabled
(I am working on rev 9047 2008-08-04).
cg32.lib is not linked in and I get unresolved external '_CG_*' in our OBJ.
Do you have any clue which envar should I set (and which parameters to write
there).
To enable full de
2008-08-07 14:33 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbver.h
- Removed reference to hbverfix.
* utils/hbmake/hbmake.prg
- Remove local version number. Full Harbour version
number is shown.
--
Brgds,
Viktor
__
Hi Przemek,
It cannot pick sources from different dirs and/or
cannot put target into different dirs. I can't remember,
but each time I have to deal with GNU make, I end up
spending days on it without any results.
I think that I do not understand what exactly you want to do.
IMHO it can and i
2008-08-07 13:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/contrib/hbodbc/odbc.c
! fixed casting in conditional expressions
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.
On Wed, 06 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
> It cannot pick sources from different dirs and/or
> cannot put target into different dirs. I can't remember,
> but each time I have to deal with GNU make, I end up
> spending days on it without any results.
I think that I do not understand
2008-08-07 12:55 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
% Tamed latest HB_SYMBOL_UNUSED() change to only affect
__POCC__, __XCC__.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lis
2008-08-07 13:01 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
* excluded hbcplr library from harbour shared library
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-proj
2008-08-07 12:55 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
! added hbextern library
* harbour/harbour.spec
* removed dependences on ncurses (--without gtcrs)
* harbour/make_rpm.sh
* added
Hi Przemek,
I do not know what exactly newest POCC does but for 4.50 we should
rather intorduce:
#if defined( __POCC__ )
#define HB_VALUE_UNUSED( symbol ) do if( symbol ) {;} while( 0 )
#else
#define HB_VALUE_UNUSED( symbol ) do {;} while( 0 )
#endif
Not many, about the same
On Thu, 07 Aug 2008, Szakáts Viktor wrote:
Hi Viktor,
>* include/hbdefs.h
> ! Changed HB_SYMBOL_UNUSED() to better work for all
>compilers, notably Pelles C.
do if( symbol ) {;} while( 0 )
should not be used as previous HB_SYMBOL_UNUSED() replacement because
it has a littl
>2008-08-06 17:53 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
> * doc/whatsnew.txt
> + Updated with recent changes.
Harbour build / run fine under OS/2
rddado.a is created, but I do not know if it apply to OS/2
Should rddado be excluded automatically for OS/2, as for example hbw32 ?
Da
2008-08-07 11:58 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/pp/hbpp.c
* utils/hbrun/hbrun.prg
* Synced help screen, header and copyright layout.
(some more minor)
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-pr
2008-08-07 11:52 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/pp/hbpp.c
* utils/hbdoc/hbdoc.prg
* utils/hbmake/hbmake.prg
* utils/hbtest/hbtest.prg
* Synced help screen, header and copyright layout.
--
Brgds,
Viktor
___
Harbou
2008-08-07 10:11 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbodbc/odbc.c
! Replaced depracated ODBC API calls to new ones, thus
solving some potential buffer overflow problems and
64 bit warnings.
* contrib/hbodbc/tests/odbcdemo.prg
! Fixed some non-A
2008-08-07 09:15 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/achoice.prg
* Minor formatting.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
2008-08-07 09:10 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* include/hbdefs.h
! Changed HB_SYMBOL_UNUSED() to better work for all
compilers, notably Pelles C.
! Fix to PFLL, although it didn't fix all GCC 4.3.1 warnings.
These remained:
../../genc.c:1582: war
78 matches
Mail list logo
