Re: [Harbour] recommended C compiler for Win

Hi, > It's similar to mine results. > GCC4 in C++ mode for sure uses more extensively strict aliasing > optimization. At least it was reporting more errors and warnings > for Harbour core code which was using casting ignoring aliasing > rules. Maybe we should switch to C++ as default for mingw o

[Harbour] SF.net SVN: harbour-project:[14129] trunk/harbour

Revision: 14129 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14129&view=rev Author: vszakats Date: 2010-03-11 07:34:06 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-11 08:33 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbxpp/dmlb.ch

Re: [Harbour] SF.net SVN: harbour-project:[14128] trunk/harbour

Hi Pritpal, Perhaps the GUI elements should use their own colors instead of console ones, and the problem is solved. Anyhow it would be important to remove the palette incompatibility. Leaving incompatibility for all Harbour user base, just because there is some local code, which you cannot

[Harbour] Ask Xbase++ Compatibility function dBPosition()...

Hi All, I want to ask for the Xbase++ dBPosition() The function DbPosition() is used to determine the position of a record pointer as a percent value. It works independetly of whether or not a controlling index is active in the work area. This allows for an easy visualization of the record

[Harbour] SF.net SVN: harbour-project:[14128] trunk/harbour

Revision: 14128 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14128&view=rev Author: vouchcac Date: 2010-03-11 04:18:41 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-10 20:15 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/gtwvg/gtwvg.c * c

[Harbour] Re: hbdoc2 compile errors

Heinz V. Bergen wrote: > > Using SVN build 2.1.0dev (Rev. 14123) > > Trying to make examples\hbdoc2 using hbmk2 and hbmk2 project file > hbdoc2.hbp > Get the following errors, what am I doing wrong? > > D:\harbour\examples\hbdoc2>hbmk2 hbdoc2.hbp > hbmk2: Processing configuration: d:\harbour\

[Harbour] SF.net SVN: harbour-project:[14127] trunk/harbour

Revision: 14127 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14127&view=rev Author: vouchcac Date: 2010-03-11 04:07:31 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-10 20:04 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * examples/hbdoc2/genhtml.p

Re: [Harbour] recommended C compiler for Win

Official MinGW installation reminds me of the old Xvid.org site before its new website... so back around in the pre-2007 years... Also reminds me of how annoying installing and using Cygwin can be. Interesting thread! 2010/3/10 Przemysław Czerpak > On Wed, 10 Mar 2010, Szak�ts Viktor wrote: >

[Harbour] SF.net SVN: harbour-project:[14126] trunk/harbour

Revision: 14126 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14126&view=rev Author: vouchcac Date: 2010-03-11 03:02:12 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-10 19:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/doc/en/class_h

RE: [Harbour] hbdoc2 compile errors

Hello Heinz I wrote the hbdoc2 module, but it has been some months since I last worked on it. When I last saw it it was compiling. It'll be a few days until I can look into it, my harbour environment is terribly out of date. April From: hber...@ops.phl.ca To: harbour@harbour-project.org

Re: [Harbour] recommended C compiler for Win

On Wed, 10 Mar 2010, Szak�ts Viktor wrote: Hi, > > It's interesting to check if there are any speed differences in MSVC C and > > C++ builds. > > Can you check it? > I checked mingw-tdm-2 4.4.1, and C++ turned out to be consistently > faster by 5% than plain C. Calculated by 4-4 speedtst runs, d

[Harbour] SF.net SVN: harbour-project:[14125] trunk/harbour

Revision: 14125 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14125&view=rev Author: vouchcac Date: 2010-03-11 01:10:36 + (Thu, 11 Mar 2010) Log Message: --- 2010-03-10 17:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/doc/en/class_h

[Harbour] hbdoc2 compile errors

Using SVN build 2.1.0dev (Rev. 14123) Trying to make examples\hbdoc2 using hbmk2 and hbmk2 project file hbdoc2.hbp Get the following errors, what am I doing wrong? D:\harbour\examples\hbdoc2>hbmk2 hbdoc2.hbp hbmk2: Processing configuration: d:\harbour\bin\hbmk.cfg gentxt.prg(101) Error E0019 #e

Re: [Harbour] recommended C compiler for Win

Hi, >> Is it also true that C++ mode enhances speed for >> x86 code? I see it slightly does for x86_64. > > I do not know. In general C++ mode is a little bit more restrictive then > pure C so it's possible that some compilers which want to keep strict C > standards do not make some optimization

[Harbour] Error in SDDFB

English by Google Hi I'm trying to connect to Firebird but I can not, I get this error: Error SDDFB/1903 Prepare statement failed: SELECT * FROM agenda (DOS Error 335544569) What I do is this: ANNOUNCE RDDSYS REQUEST SQLMIX, SDDFB RDDSETDEFAULT( "SQLMIX" ) hConn := RDDINFO( RDDI_CONNECT, { "

Re: [Harbour] standalone .dll with full harbour RTL+VM

On Wed, 10 Mar 2010, Szak�ts Viktor wrote: Hi, > Didn't we have recently deleted maindll.c just for this purpose? Probably yes though I do not remember if it was exactly the same code as below. > Shouldn't we readd it with your additions below? We could even put > it into a lib named 'maindll'

Re: [Harbour] recommended C compiler for Win

Viktor, What do you think about changing the INSTALL file where it says: Tools: ... GNU Make Windows binary + source: http://sourceforge.net/projects/mingw/files/MinGW%20make And put: http://www.tdragon.net/recentgcc/ instead (or as an option)? Just a humble sugg

Re: [Harbour] recommended C compiler for Win

Hi, It was very simple for me. Maybe I was a lucky "sailor in the first voyage"? >>> No, I have the same experience: I just run the mingw installer, the >>> msys installer, get gd, zlib, openssl from gnuwin32 and run the >>> installers, get eclipse and git and run the installers, get po

Re: [Harbour] recommended C compiler for Win

Hi Qatan, >> Just don't be mistaken by the misleading versioning of >> "mingw" here, 5.1.6 has nothing to do with the gcc version >> which the distro is based on, it's their own numbering >> (similar to cygwin (1.7) and djgpp (2.04b) verison). > > Thanks for the nice explanation. It brings ligh

Re: [Harbour] standalone .dll with full harbour RTL+VM

Didn't we have recently deleted maindll.c just for this purpose? Shouldn't we readd it with your additions below? We could even put it into a lib named 'maindll' to make it easy to use (if it works as a lib). Brgds, Viktor On 2010 Mar 10, at 20:35, Przemysław Czerpak wrote: > On Wed, 10 Mar 2

Re: [Harbour] recommended C compiler for Win

On Wed, 10 Mar 2010, Szak�ts Viktor wrote: Hi, > >> It was very simple for me. Maybe I was a lucky "sailor in the first > >> voyage"? > > No, I have the same experience: I just run the mingw installer, the > > msys installer, get gd, zlib, openssl from gnuwin32 and run the > > installers, get ec

[Harbour] SF.net SVN: harbour-project:[14124] trunk/harbour

Revision: 14124 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14124&view=rev Author: vszakats Date: 2010-03-10 20:43:10 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 21:42 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg *

Re: [Harbour] recommended C compiler for Win

Hi Lorenzo, > On Wed, Mar 10, 2010 at 7:11 PM, Qatan wrote: > >> It was very simple for me. Maybe I was a lucky "sailor in the first voyage"? > > No, I have the same experience: I just run the mingw installer, the > msys installer, get gd, zlib, openssl from gnuwin32 and run the > installers, g

Re: [Harbour] recommended C compiler for Win

Viktor, Just don't be mistaken by the misleading versioning of "mingw" here, 5.1.6 has nothing to do with the gcc version which the distro is based on, it's their own numbering (similar to cygwin (1.7) and djgpp (2.04b) verison). Thanks for the nice explanation. It brings light for us to u

Re: [Harbour] Redirect STDOUT

Take a look at this example that is working #include "Fileio.ch IF (nHandle := FCREATE(VERSION_FILE, FC_NORMAL)) == -1 ? VERSION_FILE + " cannot be created:", FERROR() BREAK ELSE cString := "// " + cBm_now + CRLF cString += "func BM_Versio()" + CRLF cStri

Re: [Harbour] recommended C compiler for Win

> reading version 5.2 i think to a new version of gcc that is 4.4.1 (afaik > dwarf) > http://nuwen.net/mingw.html#about This is another binary distro with yet another package versioning scheme. 5.2 cannot be compared to mingw official package version numbering. Also DWARF support is not connec

Re: [Harbour] recommended C compiler for Win

On Wed, 10 Mar 2010, Szak�ts Viktor wrote: Hi, > Is it also true that C++ mode enhances speed for > x86 code? I see it slightly does for x86_64. I do not know. In general C++ mode is a little bit more restrictive then pure C so it's possible that some compilers which want to keep strict C stand

Re: [Harbour] recommended C compiler for Win

Hi, On 2010 Mar 10, at 19:11, Qatan wrote: > Maurilio, > >> PS. I've installed dragon media, smartsvn and I was able to build harbour >> on >> win32 very smoothly. >> >> Maurilio. > > Just to share my humble experience I've installed "MingW-5.1.6", > "TortoiseSVN-1.6.7.18415-win32-svn-1.6.9.",

Re: [Harbour] standalone .dll with full harbour RTL+VM

On Wed, 10 Mar 2010, Maurilio Longo wrote: Hi, > it does not work :( > Question: do I have to startup the HVM or does it start up by itself as soon > as the .dll is loaded? You haven't added any code to initialize HVM after loading DLL file. You are creating DLL which uses its own HVM and you ha

Re: [Harbour] recommended C compiler for Win

reading version 5.2 i think to a new version of gcc that is 4.4.1 (afaik dwarf) http://nuwen.net/mingw.html#about Instead http://www.tdragon.net/recentgcc/ use a updated .4.4.1 TDM-2 2010/3/10 Lorenzo Fiorini > On Wed, Mar 10, 2010 at 7:11 PM, Qatan wrote: >

Re: [Harbour] standalone .dll with full harbour RTL+VM

On Wed, 10 Mar 2010, Maurilio Longo wrote: Hi, > No, it was not working with my .cmd file, either adding -gtnul to hbmk2 or > adding -lgtgui to list of .dll it still asked for gtwin with an unresolved > external. Yes and it should. Please look at harbour/doc/gtapi.txt. The second part of this fi

Re: [Harbour] SF.net SVN: harbour-project:[14121] trunk/harbour

On Wed, 10 Mar 2010, Szak�ts Viktor wrote: Hi, > So I assume it's safe to add it for gcc on other platforms > as well. Any limitations here? F.e. does OS/2 or DJGPP support it? I have not idea how it works in non *nix builds. In DJGPP pipes are emulated by normal files and DOS is single process

[Harbour] SF.net SVN: harbour-project:[14123] trunk/harbour

Revision: 14123 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14123&view=rev Author: vouchcac Date: 2010-03-10 18:40:26 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 10:36 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/ffn

Re: [Harbour] recommended C compiler for Win

On Wed, Mar 10, 2010 at 7:11 PM, Qatan wrote: > It was very simple for me. Maybe I was a lucky "sailor in the first voyage"? No, I have the same experience: I just run the mingw installer, the msys installer, get gd, zlib, openssl from gnuwin32 and run the installers, get eclipse and git and run

Re: [Harbour] recommended C compiler for Win

Maurilio, PS. I've installed dragon media, smartsvn and I was able to build harbour on win32 very smoothly. Maurilio. Just to share my humble experience I've installed "MingW-5.1.6", "TortoiseSVN-1.6.7.18415-win32-svn-1.6.9.", "UPX-304w" without any problems and I was able to build harbour fr

[Harbour] SF.net SVN: harbour-project:[14122] trunk/harbour

Revision: 14122 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14122&view=rev Author: vszakats Date: 2010-03-10 16:58:00 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 17:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * config/beos/gcc.mk * co

Re: [Harbour] standalone .dll with full harbour RTL+VM

No, it does not work :( Question: do I have to startup the HVM or does it start up by itself as soon as the .dll is loaded? Thanks. Maurilio. Maurilio Longo wrote: > Przemyslaw, > > Przemysław Czerpak wrote: >> I rather think that you haven't added trailing - to this switch. >> When '-hbdyn'

Re: [Harbour] standalone .dll with full harbour RTL+VM

Przemyslaw, Przemysław Czerpak wrote: > I rather think that you haven't added trailing - to this switch. > When '-hbdyn' disables linking with Harbour binaries. '-nohblib-' > reenable this libraries so for sure it should pacify the problem > of unresolved HVM/HBRTL functions. > If you want to chec

[Harbour] libgpm ?

when I have installes libgpm-devel in linux UBUNTU Harbour detect it , and generates gttrm with GPM support , but generates a lib named libgpm.a ?? I saw it in any moment , but i don' t see anymore , and have problems compiling programs using gttrm But desinstaling libgpm-devel now works ok bu

Re: [Harbour] standalone .dll with full harbour RTL+VM

On Wed, 10 Mar 2010, Maurilio Longo wrote: Hi, > if so, it does not work, I was able to build without errors using the attached > .cmd file, I don't know if it works though. I rather think that you haven't added trailing - to this switch. When '-hbdyn' disables linking with Harbour binaries. '-

Re: [Harbour] recommended C compiler for Win

Hi Przemek, Is it also true that C++ mode enhances speed for x86 code? I see it slightly does for x86_64. Brgds, Viktor On 2010 Mar 10, at 16:43, Przemysław Czerpak wrote: > On Wed, 10 Mar 2010, francesco perillo wrote: > > Hi, > >>> BCC is a joke these days. >> ooops... I have a production

Re: [Harbour] recommended C compiler for Win

On Wed, 10 Mar 2010, francesco perillo wrote: Hi, > > BCC is a joke these days. > ooops... I have a production site working with a bbc version of Harbour... It works but it's not very good choice. There are some very serious bugs in BCC but for the ones known for us we have workarounds, i.e. we

Re: [Harbour] standalone .dll with full harbour RTL+VM

> Viktor, > > no, its the other way around, I need to have the full RTL plus the HVM because > my exported (from the .dll) C code calls some .prg code. That's what the switch does. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) H

[Harbour] RPMs of Harbour 2.0.0 for Opensuse 11.2 now available

at sourceforge: https://sourceforge.net/projects/harbour-project/files/ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] standalone .dll with full harbour RTL+VM

Viktor, no, its the other way around, I need to have the full RTL plus the HVM because my exported (from the .dll) C code calls some .prg code. Best regards. Maurilio. Viktor Szakáts wrote: > Hi Maurilio, > > Try '-nohblib-' option. It should make the link > errors disappear, but I'm not sur

Re: [Harbour] standalone .dll with full harbour RTL+VM

Hi Maurilio, Try '-nohblib-' option. It should make the link errors disappear, but I'm not sure if it's enough to reach your final goal. Brgds, Viktor On 2010 Mar 10, at 15:33, Maurilio Longo wrote: > Viktor and all, > > I have a little piece of code I built long ago with xharbour which was

[Harbour] standalone .dll with full harbour RTL+VM

Viktor and all, I have a little piece of code I built long ago with xharbour which was producing a win32 .dll which was self-contained and was able to export some function names to make it possible to create .cdx indexes from a program written in another language and which was dinamically loading

Re: [Harbour] SF.net SVN: harbour-project:[14121] trunk/harbour

Hi, >> 2010-03-10 14:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) >> * config/win/cygwin.mk >> * config/win/mingw.mk >> * config/wce/mingwarm.mk >>% Added -pipe option to win/gcc compilers, this way it's faster >> (but consume more memory) since it passes intermediate files >>

Re: [Harbour] @Viktor, I've rpms for opensuse 11.2

On 2010 Mar 10, at 14:58, francesco perillo wrote: >> Hi Francesco, >> >> Pls give me your sf.net ID and I'll add you as dev member >> with file release rights. > > fperillo Thank you and welcome as team member! You should now be able to access Project Admin / File Manager menu on Harbour sf.

Re: [Harbour] @Viktor, I've rpms for opensuse 11.2

> Hi Francesco, > > Pls give me your sf.net ID and I'll add you as dev member > with file release rights. fperillo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbou

Re: [Harbour] recommended C compiler for Win

>> BCC is a joke these days. > > ooops... I have a production site working with a bbc version of Harbour... Well, it does work, it just has limited capabilities compared to other compilers. If you don't need those capabilities, you might be okay with bcc. Though at least if runtime speed is a

Re: [Harbour] SF.net SVN: harbour-project:[14121] trunk/harbour

On Wed, 10 Mar 2010, vszak...@users.sourceforge.net wrote: Hi, > 2010-03-10 14:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * config/win/cygwin.mk > * config/win/mingw.mk > * config/wce/mingwarm.mk > % Added -pipe option to win/gcc compilers, this way it's faster > (but co

Re: [Harbour] recommended C compiler for Win

> BCC is a joke these days. ooops... I have a production site working with a bbc version of Harbour... ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] SF.net SVN: harbour-project:[14121] trunk/harbour

Revision: 14121 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14121&view=rev Author: vszakats Date: 2010-03-10 13:34:54 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 14:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * config/win/cygwin.mk *

Re: [Harbour] recommended C compiler for Win

> Personal observation: > * MINGW is the fastest though it has larger executable ( does not matter > ). MSVC is the fastest, closely followed by MINGW. > * MINGW has the limitation not to allow more than 1 resource files ( > really a shame ). This is not true. > * MINGW is very tricky whe

Re: [Harbour] @Viktor, I've rpms for opensuse 11.2

Hi Francesco, Pls give me your sf.net ID and I'll add you as dev member with file release rights. Brgds, Viktor On 2010 Mar 10, at 13:37, francesco perillo wrote: > How can I put them on sourceforge ? > > harbour-2.0.0-0sus112.i586.rpm > harbour-contrib-2.0.0-0sus112.i586.rpm > harbour-curl-2

Re: [Harbour] recommended C compiler for Win

I remember an intresting pritpal posting Here are some results of 3 compilers: MSVC 2008 EXE SIZE: 6573 KB DIFFERENCE: Links one external lib statically ( www.dosadi.com ) RUN: PASS16.75 Secs PASS24.97 Secs PASS35.00 Secs BCC 5.5.1 EXE SIZE: 6706 KB

[Harbour] @Viktor, I've rpms for opensuse 11.2

How can I put them on sourceforge ? harbour-2.0.0-0sus112.i586.rpm harbour-contrib-2.0.0-0sus112.i586.rpm harbour-curl-2.0.0-0sus112.i586.rpm harbour-firebird-2.0.0-0sus112.i586.rpm harbour-gd-2.0.0-0sus112.i586.rpm harbour-lib-2.0.0-0sus112.i586.rpm harbour-mysql-2.0.0-0sus112.i586.rpm harbour-pg

Re: [Harbour] will harbour run on present and future os for small device?

Little update regarding android that seem not a java only solution Here Qt for Android http://www.kdedevelopers.org/blog/104 The third release of the Android Native Development Kit (NDK) is now available for download from the Android developer site

Re: [Harbour] recommended C compiler for Win

Hi Maurilio, > Viktor, > > if I read it correctly a dwarf2 .exe which loads a .dll which has an exception > inside itself cannot work, since you're traversing a stack frame which > receives an exception from windows. Am I right? I don't have academic answer for the unwinding topic, so locally I

[Harbour] SF.net SVN: harbour-project:[14120] trunk/harbour

Revision: 14120 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14120&view=rev Author: druzus Date: 2010-03-10 11:26:26 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 12:26 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/compiler/

Re: [Harbour] recommended C compiler for Win

Viktor, if I read it correctly a dwarf2 .exe which loads a .dll which has an exception inside itself cannot work, since you're traversing a stack frame which receives an exception from windows. Am I right? Maurilio. PS. I've installed dragon media, smartsvn and I was able to build harbour on win

Re: [Harbour] SF.net SVN: harbour-project:[14119] trunk/harbour

On Wed, 10 Mar 2010, vszak...@users.sourceforge.net wrote: Hi, > 2010-03-10 11:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * contrib/hbxpp/Makefile > ! Added dmlb.ch. > * contrib/hbxpp/hbxppext.ch > ! Added WORKSPACELIST(). Thank you. best regards, Przemek __

[Harbour] SF.net SVN: harbour-project:[14119] trunk/harbour

Revision: 14119 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14119&view=rev Author: vszakats Date: 2010-03-10 10:55:26 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 11:55 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbxpp/Makefile

Re: [Harbour] recommended C compiler for Win

Hi Maurilio, > I had the same impression about mingw being a nightmare to install and make it > work. > > I'll try dragon media :) > > One more question, for harbour should I use sjlj unwinding or dwarf2? It only matters if you want to use HBQT. For 4.5.x you need SJLJ, for 4.6.x you need DWAR

[Harbour] Re: recommended C compiler for Win

Hi There is also "Equation Solution" (http://www.equation.com/servlet/equation.cmd?fa=programminglog) distribution. They are building weekly snapshots. I haven't tested it yet with Harbour. BRGDS Franček - brgs Franček Prijatelj -- View this message in context: http://n2.nabble.com/reco

[Harbour] SF.net SVN: harbour-project:[14118] trunk/harbour

Revision: 14118 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14118&view=rev Author: druzus Date: 2010-03-10 09:04:23 + (Wed, 10 Mar 2010) Log Message: --- 2010-03-10 10:04 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbapi

[Harbour] Re: Re: Corruption on Dbf tables

Smu, it was your .dbf files corrupted ? Files with straigth characters ? Regards smu johnson escribió en mensaje <674e4ddd1003091625q7cf6f712l3137f8a209ed5...@mail.gmail.com>... > Perhaps, Windows protocols (SMB) against system file based ? Yes, this was our problem we had. We jus

Re: [Harbour] recommended C compiler for Win

Viktor, I had the same impression about mingw being a nightmare to install and make it work. I'll try dragon media :) One more question, for harbour should I use sjlj unwinding or dwarf2? Thanks. Maurilio. Viktor Szakáts wrote: > Hi Maurilio, > >> what are the differences between mingw and