Hi all,
I see that utils/hbpp contains a standalone PP.
It looks this is fully based on old PP code, so
it's not compatible with 'harbour -p'.
Should we keep this, or update it to use the core
PP engine?
Brgds,
Viktor
___
Harbour mailing list
Harbou
2008-06-05 10:12 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* contrib/hbbtree/hb_btree.c
* contrib/hbclipsm/gauge.c
* contrib/hbfbird/firebird.c
* contrib/hbgd/gdwrp.c
* contrib/hbmsql/msql.c
* contrib/hbmysql/mysql.c
* contrib/hbnf/dispc.c
* contrib/hbnf
2008-06-05 10:41 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbmysql/mysql.c
! Fixes to previous commit.
! Using hb_retptr().
! SQLNROWS() fixed to return 64 bit values.
% Using array API optimally.
--
Brgds,
Viktor
__
Dears,
I've found in OpenSuse 10.3, rpm 4.4.2, there is a problem vith Haurbor
Version.
If in harbour.spec Version is definded as now:
[EMAIL PROTECTED]:~/SVN/harbour> cat harbour.spec | grep version
%define version 1.0.0-RC1
Version:%{version}
Source: %{name}-%{version}.src.tar.
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> I see that utils/hbpp contains a standalone PP.
> It looks this is fully based on old PP code, so
> it's not compatible with 'harbour -p'.
Yes, it's old PP code and it's not compatible with
current one used by compiler.
> Should we keep th
Hi Przemek,
Hi Viktor,
I see that utils/hbpp contains a standalone PP.
It looks this is fully based on old PP code, so
it's not compatible with 'harbour -p'.
Yes, it's old PP code and it's not compatible with
current one used by compiler.
Should we keep this, or update it to use the core
2008-06-05 12:57 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/bin/hb-func.sh
+ added get_hbverstat function to extract build status from hbver.h
* harbour/make_rpmw32.sh
* harbour/harbour.spec
* harbour/make_rpmce.sh
* moved -RC1 from version to releasen part - it
2008-06-05 12:42 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* make_b32.mak
* make_gcc.mak
* make_vc.mak
* make_vcce.mak
* common.mak
* utils/Makefile
- utils/hbpp/hbpplib.c
- utils/hbpp
+ contrib/examples/pp
+ contrib/examples/pp/bld_b32.bat
* Moved utils/hbpp
2008-06-05 12:53 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/pp/hbppgen.c
* contrib/examples/pp/hbpp.c
* Headers cleaned.
--
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailma
2008-06-05 13:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/source/pp/hbppgen.c
+ added -d[=] command line switch
* harbour/source/compiler/cmdcheck.c
* cleaned processing -d[=] switches
best regards
Przemek
___
Harbour m
2008-06-05 13:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_vcce.mak
* harbour/make_vc.mak
* harbour/common.mak
* removed not longer used HBPP references
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-pro
2008-06-05 14:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
* harbour/make_tgz.sh
* removed not longer used HBPP references, thanks to Adam
* added hbppgen to list of installed binaries for native
Hi,
I think we need to update the harbour version of debian to 1.0.0.RC1 for
example.
and write something like this (on a debian host) :
$ cd harbour/debian
$ dch -v 1.0.0.RC1 "Lot of new stuff see changelog"
This command "increment" the debian/changelog.
I think we can simulate "dch" command
Hi Viktor
Szakáts Viktor escribió:
2008-06-05 03:25 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbsqlit3/hbsqlit3.c
* Suppressed GCC warnings in foreign code.
Only works for GCC 4.2.x and above.
Please test.
How can get GCC 4.2.x (for WinXP SP2)?, I have
On Thu, 05 Jun 2008, Guy Roussin wrote:
Hi Guy,
> I think we need to update the harbour version of debian to 1.0.0.RC1 for
> example.
> and write something like this (on a debian host) :
> $ cd harbour/debian
> $ dch -v 1.0.0.RC1 "Lot of new stuff see changelog"
> This command "increment" the de
As posted on the hwGUI developers list on 13/04/2008 by Andi Jahja, ther'is
a different implementation of static funcs at c level of harbour and
xharbour.
In harbour a similar declaration results in a HB_FUNC_EXTERN function with
FS_PUBLIC scope and not in HB_FUNC_STATIC with FS_LOCAL scope.
Maybe
Hi Przemek,
2008-06-05 14:58 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/harbour-ce-spec
* harbour/harbour-w32-spec
* harbour/harbour.spec
* harbour/make_tgz.sh
* removed not longer used HBPP references, thanks to Adam
* added hbppgen to list of installed binaries
Hi Guillermo,
Check it here:
http://www.tdragon.net/recentgcc/
[ Latest MinGW pre-release is GCC 4.3.0 ]
Brgds,
Viktor
On 2008.06.05., at 15:56, Guillermo Varona Silupú wrote:
Hi Viktor
Szakáts Viktor escribió:
2008-06-05 03:25 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbs
BTW, maybe I missed something, but those new GCC #pragmas
(in contrib/hbsqlit3/hbsqlit3.c) don't seem to suppress
any warnings.
[ #pragma GCC diagnostic ignored "-Wunused" ]
Anyone has any idea for this?
Brgds,
Viktor
On 2008.06.05., at 15:56, Guillermo Varona Silupú wrote:
Hi Viktor
Szakát
Many thanks for your input Ryszard.
Brgds,
Viktor
On 2008.06.04., at 14:27, Ryszard Glab wrote:
On 2 Jun 2008 at 20:13, Szakáts Viktor wrote:
Probably Ryszard should answer for this.
Now upper letters are used to disable some features.
In the future we may need more combinations so maybe it'
2008-06-05 18:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* common.mak
* harbour-ce-spec
* harbour-w32-spec
* harbour.spec
* make_b32.mak
* make_gcc.mak
* make_vc.mak
* make_vcce.bat
* make_vcce.mak
* make_xmingw.sh
* make_xmingwce.sh
+ source/pp/hbpp.c
On Thu, 05 Jun 2008, Maurizio la Cecilia wrote:
Hi Maurizio,
> As posted on the hwGUI developers list on 13/04/2008 by Andi Jahja, ther'is
> a different implementation of static funcs at c level of harbour and
> xharbour.
It's not true.
> In harbour a similar declaration results in a HB_FUNC_EX
Viktor
Could you give a brief explanation which is the purpose (the intended use) of
the hbcurl library ?
And if you can (;) drop a few lines in a .txt
TIA
Alejandro
_
News, entertainment and everything you care about at Live.com. G
Hi Przemek,
PROTOTYPE [STATIC] FUNCTION [()]
This way also resolves the problem with parameters validation
and prototyping for strong type checking so in the future we
will have support for sth like above for normal .prg code.
As a side effect it may resolve also this problem.
Nonsense and
Hi Alejandro,
In brief: 'libcurl' is an API which makes it very simple
and easy to send and receive files (and even more) using
various TCP/IP communication protocols, FTP, HTTP, HTTPS,
SCP, SFTP, TFTP and even LDAP, LDAPS, TELNET, etc. There
is wide proxy and authentication support.
'hbcurl' is
I'd add one more problem with INLINE C code:
I extensively use grep for Harbour and my own projects
too, it's a very powerful tool to locate stuff in the
source.
When I'm looking for C code parts (function names
let's say), naturally I search through *.c files only.
Problem: C code may be hiding
I know we are very close to a new release, but I want to ask if posible
to get a solution for the download size of the harbour source snapshot in the
meanwhile.
What I mean is to get rid of of the unused files belonging to SVN from the real
harbour source code.
It increments more than 3 time
Hi Phil,
Could you modify the snapshot scripts to use "svn export "
rather than "svn checkout " to download the source tree?
The "export"-ed source size is currently 5.5MB as .tar.bz2 and
8.8MB as .zip, which is much smaller, as all .svn internal
administration files are excluded this way.
Brgd
sts.harbour-project.org/mailman/listinfo/harbour
__ Information from ESET Smart Security, version of virus signature
database 3162 (20080605) __
The message was checked by ESET Smart Security.
http://www.eset.com
___
Harbour m
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> > PROTOTYPE [STATIC] FUNCTION [()]
> >This way also resolves the problem with parameters validation
> >and prototyping for strong type checking so in the future we
> >will have support for sth like above for normal .prg code.
> >As a side e
Viktor,
> Could you modify the snapshot scripts to use "svn export "
> rather than "svn checkout " to download the source tree?
> The "export"-ed source size is currently 5.5MB as .tar.bz2 and
> 8.8MB as .zip, which is much smaller, as all .svn internal
> administration files are excluded this way
Nonsense and a waste of time. ("Fából vaskarika" in Hungarian)
Hi Przemek,
I'm not sure you understood.
We will need such prototyping for strong type checking in .prg code.
Probably the side effect of this will be also addressing the issue
with functions declared inside #pragma begindump. If
Hi Chen,
Viktor,
Could you modify the snapshot scripts to use "svn export "
rather than "svn checkout " to download the source tree?
The "export"-ed source size is currently 5.5MB as .tar.bz2 and
8.8MB as .zip, which is much smaller, as all .svn internal
administration files are excluded thi
2008-06-05 20:30 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
- contrib/examples/pp/hbpp.c
+ contrib/examples/pp/pp.c
* contrib/examples/pp/bld_b32.bat
* contrib/examples/pp/Makefile
* hbpp.c -> pp.c to generate pp.exe using GNU make files.
* contrib/examples/pp/bld_b32.bat
2008-06-05 22:10 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbapollo/common.mak
* contrib/hbapollo/Makefile
+ contrib/hbapollo/apollo.ch
- contrib/hbapollo/tests/apollo.ch
! apollo.ch file was in tests by mistake.
; TOMERGE [RC1]
--
Brgds,
Viktor
___
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
> Yes, but notice that a full "svn co" is not enough to
> rebuild the whole database, as it doesn't contain
> any history information. What it contains is a duplicate
> of all files (for offline revert and diff features),
> plus several admin fi
Hi Przemek,
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Hi Viktor,
Yes, but notice that a full "svn co" is not enough to
rebuild the whole database, as it doesn't contain
any history information. What it contains is a duplicate
of all files (for offline revert and diff features),
plus several
Hi Maurizio
Your problem in hwgui will be resolved isolating c code in external *.C ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szakáts Viktor
Sent: Thursday, June 05, 2008 7:46 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] HB_S
I see that even in hwgui, there are plenty of .c and
.prg files anyway, so I wonder why the mixed ones?
One reason might be that this way, they can make
those C functions 'static' to the .prg file that uses
them (hence the recent question and all the hacking
to achieve this). To me this seems lik
On Thursday 05 June 2008 02:23:44 pm Szakáts Viktor wrote:
> Could you modify the snapshot scripts to use "svn export "
> rather than "svn checkout " to download the source tree?
>
> The "export"-ed source size is currently 5.5MB as .tar.bz2 and
> 8.8MB as .zip, which is much smaller, as all .svn
Hi Viktor,
I know you are very busy these days and I appreciate all the work you and
Przemek have put in the Harbour project. I hope you and/or Przemek could be
able to slice some time to fix this bug.
My regards to the whole team and thanks again,
Ed
--
View this message in context:
http://
2008-06-06 07:42 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_tgz.sh
* added build status (RC1) extracted automatically from hbver.h
to final package name
best regards
Przemek
___
Harbour mailing list
Harbour@harbour-pr
On Thu, 05 Jun 2008, Szakáts Viktor wrote:
Vi Viktor,
> > to keep -w hbppgen option semantic as is. Does anyone find it as
> > a problem?
> I've checked and I don't get the way it works now, maybe
> it's just me. I might be wrong, but simply running
> 'hbppgen test.prg' does nothing, I ha
Hi Massimo,
not at all.
My target is strong encapsulation of data and methods in class
implementation and i can obtain this, IMHO, only having in the same source
the (x)harbour and C code. Otherwise the static function, i think obviously,
will remain local to C module and cannot be reached by xBase
44 matches
Mail list logo
