A distribution ready to use is a very good idea because Xmate is the best
editor
Borland is most used c compiler on windows platform
I dream that the project format of xmate (xhp) must be used also from
other make/command line tool
so for a user will be more easy compile all sample
Today is
On Tue, Feb 3, 2009 at 9:17 AM, Massimo Belgrano mbelgr...@deltain.it wrote:
Borland is most used c compiler on windows platform
Do you have any evidence of that?
Have you read and accepted license.txt?
--- cut ---
You may install a copy of the Software on a computer and freely move
the
On Tue, Feb 3, 2009 at 9:17 AM, Massimo Belgrano mbelgr...@deltain.itwrote:
A distribution ready to use is a very good idea because Xmate is the best
editor
Borland is most used c compiler on windows platform
For the whole picture it's worth mentioning that BCC is
the worst mainstream
Przemyslaw,
Przemyslaw Czerpak wrote:
You have to enable compilation with relocatable code, f.e. use -fPIC or -fpic
flag in C_USR. But I do not know it it's enough for OpenSolaris. The last
tests I made with Solaris were done over two years ago.
yes, -fpic is the trick, I'll add it to sunos
Hi all,
Using this call:
hb_StrDecodEscape( \x1BE )
results in 0xBE.
I'd expect 0x1B plus an 'E' char.
What's the best way to avoid 'E' being considered
as part of the hex number?
[ Notice the string is picked up from an external text file,
so splitting it to \x1B E isn't an option. ]
Brgds,
Przemyslaw Czerpak wrote:
yes, it could be also insufficient environment size.
Now you have similar problems to the ones I have in DOS.
It does not GPF but it begins to make some unpredictable
things. Looks that it loses some of settings like current
directory or make does not clean some
Przemyslaw Czerpak wrote:
I also installed OpenSolaris in VirtualBox and made some tests.
Looks that code designed for Solaris works also with OpenSolaris
so there is no problem with backward compatibility. The one
yes, they share the same code base, OpenSolaris is the base for Solaris
Revision: 10154
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10154view=rev
Author: lf_sfnet
Date: 2009-02-03 10:45:06 + (Tue, 03 Feb 2009)
Log Message:
---
Modified Paths:
--
trunk/harbour/ChangeLog
Revision: 10155
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10155view=rev
Author: druzus
Date: 2009-02-03 11:54:36 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 12:58 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_gcc.sh
2009-02-03 12:58 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_gcc.sh
+ added some Solaris libraries necessary to link Harbour applications
using sockets
* harbour/make_gnu.sh
* look also for pure curses header files for GTCRS compilation.
GTCRS can
AFAIK This post in not necessary because mailing receive automatically from
druzus
2009/2/3 Przemyslaw Czerpak dru...@acn.waw.pl
2009-02-03 12:58 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/make_gcc.sh
+ added some Solaris libraries necessary to link Harbour
On Tue, Feb 3, 2009 at 11:53 AM, Viktor Szakáts harbour...@syenar.hu wrote:
Please fill the log message with the relevant ChangeLog entry
when committing changes.
With below command line, it's just a matter of copy and paste:
@svn commit --editor-cmd notepad.exe --username lf_sfnet
oops.
On Tue, 03 Feb 2009, Maurilio Longo wrote:
Do you know if a 64bit harbour can be compiled as well? I've built a 32bit
version, which is enough for me, but anyway I'm running the 64bit version of
OpenSolaris.
I haven't tired 64-builds with OpenSolaris yet but I do not think
you will have any
On Tue, 03 Feb 2009, Massimo Belgrano wrote:
I know but I will have to update my commit script which also automatically
update ChangeLog file, generates diff and make few other things so
the notification ChangeLog message are sent automatically from my host when
I'm committing sth.
Personally I'd
Viktor Szakáts escribió:
On Tue, Feb 3, 2009 at 9:17 AM, Massimo Belgrano mbelgr...@deltain.it
mailto:mbelgr...@deltain.it wrote:
A distribution ready to use is a very good idea because Xmate is
the best editor
Borland is most used c compiler on windows platform
For the whole
Revision: 10157
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10157view=rev
Author: vszakats
Date: 2009-02-03 13:48:59 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 14:48 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbusrrdd.ch
*
Revision: 10156
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10156view=rev
Author: druzus
Date: 2009-02-03 13:15:40 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 14:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/doc/Makefile
Revision: 10158
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10158view=rev
Author: vszakats
Date: 2009-02-03 14:04:36 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 15:03 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbapigt.h
*
This may be relevant:
source\vm\thread.c(920) : warning C4244: '=' : conversion from 'HB_ULONG' to
'ULONG', possible loss of data
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
Revision: 10159
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10159view=rev
Author: vszakats
Date: 2009-02-03 14:29:35 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 15:27 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbapirdd.h
*
The development direction seems pretty good:
http://www.openwatcom.org/index.php/C_Compilers_Release_Changes
Links:
http://openwatcom.mirrors.skynet.be/pub/ftp.openwatcom.org/open-watcom-c-win32-1.8RC3.exe
http://openwatcom.mirrors.skynet.be/pub/ftp.openwatcom.org/open-watcom-c-os2-1.8RC3.exe
Hi Viktor
I tried to use Mingw and GCC some while back, but I use some MSVC
compiled commercial libs and so could not proceed. Do you know of any
solutions for linking MSVC libs with GCC code?
Thanks
Alex
___
Harbour mailing list
Revision: 10160
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10160view=rev
Author: vszakats
Date: 2009-02-03 15:17:20 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 16:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/hbrddcdx.h
*
2009/2/3 Viktor Szakáts harbour...@syenar.hu
Today is still difficult compile harbour sample/contrib because one require
special switch , one require more file in
This is simply not true. [ Or if you have a specific examples, please
tell, and it will be fixed. ]
For contribs you only need
I think that bcc is the most used in windows platform not the best
same library are ready only for bcc like sqlrdd,mediator, ecc
so i agree with a tool ready to use for bcc user like me
In my opinion most organization is not a problem or at lest is not
considered
Using bcc licences to
Sorry for signature/firm in prev messages
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
I haven't tried doing that. It seems a very bumpy road,
and I'm not very positive this is possible at all, unless GCC
linker gets support for MS .lib format, calling/naming
conventions. And even then there is the potential problem
of resolving CRTL functions.
Instead, you may encapsulate the MSVC
Hello all.
I am with that mistake to generate the bin
CVS.
make
make install.
! Installing whatsnew.txt on /harbour/doc
cp:
`whatsnew.txt' and `/harbour/doc/whatsnew.txt' are the same file
! Installing
windll.txt on /harbour/doc
cp:
Viktor Szakáts wrote:
Instead, you may encapsulate the MSVC dependent
functionality into a self contained .dll, and try using that .dll
with the GCC linked executable. This may also have some
tricky bits, but these are documented on the net and most
probably solvable with some playing
On Tue, 03 Feb 2009, Joel M Bernardes wrote:
Hi,
I am with that mistake to generate the bin
CVS.
make
make install.
! Installing whatsnew.txt on /harbour/doc
cp:
`whatsnew.txt' and `/harbour/doc/whatsnew.txt' are the same file
hbmk_vc is different from hbmk_b32 and from hbmk and from hbmk_gnu
gtwvg\sample\demowvg.prg for example is require differrent way
required lib and required switch must be included in source prg
my dream is
hbmk myprg and i found and i found myprg.exe created with correct lib and
switch
On Tue, Feb 3, 2009 at 4:34 PM, Massimo Belgrano mbelgr...@deltain.itwrote:
I think that bcc is the most used in windows platform not the best
No serious compilers on the free (and non-free) software marked
use BCC. It's a historical thing that Harbour picked it up (*), and
developers followed
Revision: 10161
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10161view=rev
Author: vszakats
Date: 2009-02-03 16:26:25 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 17:25 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* source/rtl/gtwvt/gtwvt.c
Agree all your assertionso i revise:
bcc is only most used in windows with [x]harbour (due to last 10 year)
Why not write in the upcoming harbour website mingw as suggested harbour
compiler for win32?
any opinion?
2009/2/3 Viktor Szakáts harbour...@syenar.hu
On Tue, Feb 3, 2009 at 4:34 PM,
Hi,
I do not want to start discussion who is better. I just can say, why I'm
using BCC.
It has 8.9MB single install file. I've also downloaded MSVC install CD,
but understood I do not have enough free space on C:\ to install it :)
There are many talks about calling conventions, but until
On Tue, Feb 3, 2009 at 5:30 PM, Massimo Belgrano mbelgr...@deltain.itwrote:
Agree all your assertionso i revise:
bcc is only most used in windows with [x]harbour (due to last 10 year)
Why not write in the upcoming harbour website mingw as suggested harbour
compiler for win32?
any opinion?
2009/2/3 Viktor Szakáts harbour...@syenar.hu
We can make such recommendation, or even better
give a priority list of compilers / platforms supported
by Harbour. I've posted one such possible priority at
around release 1.0. This way we may gently shift
focus on the long run.
Wich is your
Revision: 10162
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10162view=rev
Author: vszakats
Date: 2009-02-03 17:25:32 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 18:24 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* doc/en/hb_api.txt
*
the offset 1Dh at DBF/foxpro header tables has ( Language driver ) as follow:
(Foxpro) Code page: These values follow the DOS / Windows Code Page values.
Value Description Code page
01h DOS USA code page 437
02h DOS Multilingualcode page 850
03h Windows ANSIcode
Revision: 10163
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10163view=rev
Author: druzus
Date: 2009-02-03 17:46:58 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-03 18:51 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Speedtest notice you difference in speed between bcc MINGW?
or ignore difference due to use windows heap functions instead of
dlmalloc, ptmalloc ?
can you post me a reduced example who show difference in speed (bcc,mingw)
2009/2/3 Mindaugas Kavaliauskas dbto...@dbtopas.lt:
Hi,
I've done some
Wich is your prefered list today?
Can be made same works for give speed to a particular compiler
and write Optimized for mingw (only for example)
But it's not in fact optimized for MingW. This is a multicompiler
project, we can only recommend, but not decide on behalf of the
users. We can
2009-02-03 11:45 UTC+0100 Lorenzo Fiorini (lorenzo.fiorini/at/gmail.com)
* contib/xhb/hblognet.prg
* fixed thread function names
regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
On Tue, 03 Feb 2009, Maurilio Longo wrote:
Hi Maurilio,
You have to enable compilation with relocatable code, f.e. use -fPIC or
-fpic
flag in C_USR. But I do not know it it's enough for OpenSolaris. The last
tests I made with Solaris were done over two years ago.
yes, -fpic is the
On Tue, Feb 3, 2009 at 6:48 PM, Massimo Belgrano mbelgr...@deltain.itwrote:
Speedtest notice you difference in speed between bcc MINGW?
Yes. I've posted results on this list back then.
There are also pretty extensive C compiler benchmark pages
on the net, and the overall conclusion is that
2009/2/3 Viktor Szakáts harbour...@syenar.hu:
But it's not in fact optimized for MingW. This is a multicompiler
project, we can only recommend, but not decide on behalf of the
users. We can only make suggestion to enhance their final result.
There are many factors, so even this isn't always
Hi Lorenzo,
Please fill the log message with the relevant ChangeLog entry
when committing changes.
With below command line, it's just a matter of copy and paste:
@svn commit --editor-cmd notepad.exe --username lf_sfnet
Brgds,
Viktor
On Tue, Feb 3, 2009 at 11:45 AM,
From: Viktor Szakáts [mailto:harbour...@syenar.hu]
Sent: Tuesday, February 03, 2009 2:54 PM
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Out-of-Box usable Harbour Distribution with
XMate Project Builder
MSVC 2005 and above (Express Edition is free).
or GCC 4.x, if you want to stick with open tools,
but GCC has a few drawbacks on Windows (executable size).
Brgds,
Viktor
On Tue, Feb 3, 2009 at 2:44 PM, Guillermo Varona Silupú
gvar...@ec-red.comwrote:
Viktor Szakáts escribió:
On Tue, Feb 3,
MSVC 2008, MSVC 2005, MingW/GCC 4.x, OpenWatcom.
[ BCC only to do quick draft Harbour builds and to clean code from
warnings/errors. ]
Very good suggestion
have you link for sdk required msvs2008 with harbour?
No sorry, it's somewhere on MS's website.
a static lib written form vc
Hi - this is probably my fault, but I am trying to port a large Clipper
5.1 application to Harbour that has run well since 1990.
I have a UDF which I (stupidly) called get() which also calls the
Clipper GET command within it.
Calls to get() run as far as the internal GET command which is now (in
The Xbase++ visual class part maybe, but the backend
is Windows-only so it doesn't fit Harbour at the moment.
We'd need a portable GUI API under it. GTK or QT.
QT is now available in LGPL, which may fit Harbour and
Harbour apps, but I'm no law expert. QT is much smoother
than GTK, AFAIK.
Revision: 10165
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10165view=rev
Author: vszakats
Date: 2009-02-03 23:50:48 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-04 00:49 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* doc/dirstruc.txt
-
Hi Viktor
vszakats wrote:
* Renaming hbwin lib functions to a common and bitwidth-neutral
namespace, which is WIN_*():
- W32_REGPATHSPLIT()- WIN_REGPATHSPLIT()
WIN_ namespace is in use in GTWVG, and probably it
will class with these changes.
Regards
Pritpal
Hi Viktor
Pritpal Bedi wrote:
WIN_ namespace is in use in GTWVG, and probably it
will class with these changes.
And many functions are clashing.
Regards
Pritpal Bedi
--
View this message in context:
Viktor
Viktor Szakáts wrote:
IMO these needs to be changed in GTWVG, hbwin is the
generic lib in this case. F.e. my local framework lib uses
prefix_win_*() naming to avoid such possible collisions,
similar should be used for GTWVG and for all contribs
implementing local Windows API
Revision: 10167
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10167view=rev
Author: druzus
Date: 2009-02-04 00:31:51 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 01:36 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
On Tue, 03 Feb 2009, Maurilio Longo wrote:
Hi,
it seems to be working changing os2/gcc.cf line
$(foreach file, $(^F), $(lib_object))
into
$(COMSPEC) /C for %i in ( *.o ) do echo ADDMOD %i _l_.tmp
tomorrow I'll do some more tests.
Interesting. Now it looks like GNU make problem.
Hi all,
What would the preferred direction we should go in order
to avoid C type name collisions with external packages,
and OS APIs (like Windows API)?
Here's is an incomplete list of type names which may cause such problems:
BOOL
SCHAR, UCHAR, BYTE
SHORT, USHORT
INT, UINT
LONG, ULONG
INT32,
Thanks a lot.
Brgds,
Viktor
On Tue, Feb 3, 2009 at 6:46 PM, dru...@users.sourceforge.net wrote:
Revision: 10163
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10163view=rev
Author: druzus
Date: 2009-02-03 17:46:58 + (Tue, 03 Feb 2009)
Log Message:
---
Revision: 10164
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10164view=rev
Author: vszakats
Date: 2009-02-03 23:31:56 + (Tue, 03 Feb 2009)
Log Message:
---
2009-02-04 00:29 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbwin/win_reg.prg
Revision: 10166
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10166view=rev
Author: vszakats
Date: 2009-02-04 00:18:56 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 01:09 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* include/extend.api
*
OK not to worry - I changed my function name and it's working.
Easier than I expected with search and replace.
Barry Jackson wrote:
Hi - this is probably my fault, but I am trying to port a large Clipper
5.1 application to Harbour that has run well since 1990.
I have a UDF which I (stupidly)
Revision: 10169
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10169view=rev
Author: vszakats
Date: 2009-02-04 01:18:52 + (Wed, 04 Feb 2009)
Log Message:
---
2009-02-04 02:16 UTC+0100 Viktor Szakats (harbour.01 syenar hu)
* contrib/hbwin/win_prn1.c
Viktor
Again I say I agree with your view point.
Long back, perhaps 2002, I initiated a lot of
message about this very fact, on xHarbour NG,
to streamline all WINAPI functionality in one
common library. At that moment What32 was
just came into being. I was puzzled and
wondered why everyone is
Hi Pritpal,
Again I say I agree with your view point.
Long back, perhaps 2002, I initiated a lot of
message about this very fact, on xHarbour NG,
to streamline all WINAPI functionality in one
common library. At that moment What32 was
just came into being. I was puzzled and
wondered why
Viktor
I fully endorse your idea. In Harbour we seem to
like these kind of clean things :)
Clearly visible fact.
One problem with the clean approach is that the
Windows API is huge and there is really nobody
interested in maintaining a full set of wrappers.
This is huge work and most ppl only
67 matches
Mail list logo