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

[vouchcac]

Revision: 13116
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13116&view=rev
Author:   vouchcac
Date: 2009-12-04 07:32:29 + (Fri, 04 Dec 2009)

Log Message:
---
2009-12-03 23:24 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbide/hbide.ch
  * contrib/hbide/hbide.prg
  * contrib/hbide/idemisc.prg
! Implemented  and  prompts of 
  context menu of  node of .

  + contrib/hbide/projects/hbide.hbi
! Demonstration project file to show the basic protocol used to 
  execute next compile/link actions.

  This implementation includes real-time view of the resultant
  .hbp file which will be supplied to HBMK2. Because, this is going
  to be a proposed engine, please experiment with the interface.
  Just change diffenrent components and click on <.hbp> tab page.
  It will reflect what the final .hbp will be supplied to HBMK2.
  I want to be sure I am not missing something.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/hbide.ch
trunk/harbour/contrib/hbide/hbide.prg
trunk/harbour/contrib/hbide/idemisc.prg

Added Paths:
---
trunk/harbour/contrib/hbide/projects/hbide.hbi


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
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:[13115] trunk/harbour

[druzus]

Revision: 13115
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13115&view=rev
Author:   druzus
Date: 2009-12-04 02:41:49 + (Fri, 04 Dec 2009)

Log Message:
---
2009-12-04 03:41 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/contrib/rddads/ads1.c
! fixed ordSkipUnique() to properly update BOF/EOF flags, skip over
  ADS BOF phantom record and respect not optimized local filters

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/rddads/ads1.c


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
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:[13114] trunk/harbour

[vouchcac]

Revision: 13114
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13114&view=rev
Author:   vouchcac
Date: 2009-12-04 02:02:34 + (Fri, 04 Dec 2009)

Log Message:
---
2009-12-03 18:03 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbide/hbide.ch
  * contrib/hbide/hbide.prg
  * contrib/hbide/idemisc.prg
  * contrib/hbide/idetags.prg
  * contrib/hbide/resources/projectproperties.ui
! More near  TO project properties, will be ready by tomorrow.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/hbide.ch
trunk/harbour/contrib/hbide/hbide.prg
trunk/harbour/contrib/hbide/idemisc.prg
trunk/harbour/contrib/hbide/idetags.prg
trunk/harbour/contrib/hbide/resources/projectproperties.ui


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
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:[13113] trunk/harbour

[druzus]

Revision: 13113
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13113&view=rev
Author:   druzus
Date: 2009-12-04 01:50:14 + (Fri, 04 Dec 2009)

Log Message:
---
2009-12-04 02:49 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/contrib/hbcairo/util.c
  * harbour/contrib/hbcairo/image.c
  * harbour/contrib/hbcairo/context.c
! fixed casting for some more pedantic C++ compilers

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbcairo/context.c
trunk/harbour/contrib/hbcairo/image.c
trunk/harbour/contrib/hbcairo/util.c


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
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:[13112] trunk/harbour

[vszakats]

Revision: 13112
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13112&view=rev
Author:   vszakats
Date: 2009-12-04 00:47:16 + (Fri, 04 Dec 2009)

Log Message:
---
2009-12-04 01:45 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * config/beos/gcc.mk
  * config/global.mk
  * config/bsd/gcc.mk
  * config/wce/mingwarm.mk
  * config/wce/poccarm.mk
  * config/wce/msvcarm.mk
  * config/hpux/gcc.mk
  * config/darwin/gcc.mk
  * config/darwin/icc.mk
  * config/darwin/clang.mk
  * config/dos/watcom.mk
  * config/dos/djgpp.mk
  * config/win/xcc.mk
  * config/win/mingw.mk
  * config/win/pocc.mk
  * config/win/bcc.mk
  * config/win/watcom.mk
  * config/win/icc.mk
  * config/win/cygwin.mk
  * config/win/msvc.mk
  * config/linux/watcom.mk
  * config/linux/gcc.mk
  * config/linux/icc.mk
  * config/linux/clang.mk
  * config/linux/sunpro.mk
  * config/os2/watcom.mk
  * config/os2/gcc.mk
  * config/sunos/gcc.mk
  * config/sunos/sunpro.mk
% Moved initialization of *FLAGS vars into global.mk.
  Compiler .mk files only append to these vars.
* Minor syncing between compilers regarding initial CFLAGS setup.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/beos/gcc.mk
trunk/harbour/config/bsd/gcc.mk
trunk/harbour/config/darwin/clang.mk
trunk/harbour/config/darwin/gcc.mk
trunk/harbour/config/darwin/icc.mk
trunk/harbour/config/dos/djgpp.mk
trunk/harbour/config/dos/watcom.mk
trunk/harbour/config/global.mk
trunk/harbour/config/hpux/gcc.mk
trunk/harbour/config/linux/clang.mk
trunk/harbour/config/linux/gcc.mk
trunk/harbour/config/linux/icc.mk
trunk/harbour/config/linux/sunpro.mk
trunk/harbour/config/linux/watcom.mk
trunk/harbour/config/os2/gcc.mk
trunk/harbour/config/os2/watcom.mk
trunk/harbour/config/sunos/gcc.mk
trunk/harbour/config/sunos/sunpro.mk
trunk/harbour/config/wce/mingwarm.mk
trunk/harbour/config/wce/msvcarm.mk
trunk/harbour/config/wce/poccarm.mk
trunk/harbour/config/win/bcc.mk
trunk/harbour/config/win/cygwin.mk
trunk/harbour/config/win/icc.mk
trunk/harbour/config/win/mingw.mk
trunk/harbour/config/win/msvc.mk
trunk/harbour/config/win/pocc.mk
trunk/harbour/config/win/watcom.mk
trunk/harbour/config/win/xcc.mk


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] QT for MSVC and Harbour

[Viktor Szakáts]

So I finally managed to use Harbour with QT for MSVC.
(just some obvious bits were missing)

So:

Whole Harbour needs to be built with -MD C compiler option, 
and the final apps as well:

> win-make HB_USER_CFLAGS=-MD
> hbmk2 hbide.hbp -cflag=-MD

Due to beautiful nature of C++, the mingw .dlls are not 
working with MSVC apps, so you must use the .dlls that 
come with QT for MSVC.

This is so clumsy that I won't care to document it in 
INSTALL. Bookmark this e-mail for future reference if you're 
interested in this scenario.

Brgds,
Viktor

On 2009 Dec 3, at 17:43, Viktor Szakáts wrote:

> No doubt it's useful. It's just a lot of time. BTW, I got stuck with
> the msvc 4.6 qt, it'd nice if this could be checked by an msvc2008
> user.
> 
> 2009/12/3, Bisz István :
>> Hi Viktor,
>> 
>>> No, it's the result of moving my "unofficial" beta3
>>> packages from my web host to sf.net. This directed the traffic
>>> to sf.net, which is calculated to the rank by sf.net engine.
>> 
>> Maybe a beta4, with the new settings/findings with Qt4.6 is useful for the
>> community, how do you think?
>> 
>> Best regards,
>> István
>> 
>> 
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>> 
> 
> -- 
> Saját mobilkészülékemről küldve

___
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:[13111] trunk/harbour

[vszakats]

Revision: 13111
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13111&view=rev
Author:   vszakats
Date: 2009-12-03 23:44:40 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-04 00:41 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * config/beos/gcc.mk
  * config/bsd/gcc.mk
  * config/wce/mingwarm.mk
  * config/wce/poccarm.mk
  * config/wce/msvcarm.mk
  * config/hpux/gcc.mk
  * config/darwin/gcc.mk
  * config/darwin/icc.mk
  * config/darwin/clang.mk
  * config/dos/watcom.mk
  * config/dos/djgpp.mk
  * config/common/watcom.mk
  * config/win/xcc.mk
  * config/win/mingw.mk
  * config/win/pocc.mk
  * config/win/bcc.mk
  * config/win/watcom.mk
  * config/win/icc.mk
  * config/win/cygwin.mk
  * config/win/msvc.mk
  * config/linux/watcom.mk
  * config/linux/gcc.mk
  * config/linux/icc.mk
  * config/linux/clang.mk
  * config/linux/sunpro.mk
  * config/os2/watcom.mk
  * config/os2/gcc.mk
  * config/sunos/gcc.mk
  * config/sunos/sunpro.mk
* Initializing LDFLAGS, DFLAGS and ARFLAGS at the beginning of files.
  This allows to easily add to these var according to build settings.
  It also syncs all .mk files to use the same layout in this regard.

  * config/wce/msvcarm.mk
  * config/win/msvc.mk
+ Added -debug linker option to .dll linking for msvc/msvcarm targets.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/beos/gcc.mk
trunk/harbour/config/bsd/gcc.mk
trunk/harbour/config/common/watcom.mk
trunk/harbour/config/darwin/clang.mk
trunk/harbour/config/darwin/gcc.mk
trunk/harbour/config/darwin/icc.mk
trunk/harbour/config/dos/djgpp.mk
trunk/harbour/config/dos/watcom.mk
trunk/harbour/config/hpux/gcc.mk
trunk/harbour/config/linux/clang.mk
trunk/harbour/config/linux/gcc.mk
trunk/harbour/config/linux/icc.mk
trunk/harbour/config/linux/sunpro.mk
trunk/harbour/config/linux/watcom.mk
trunk/harbour/config/os2/gcc.mk
trunk/harbour/config/os2/watcom.mk
trunk/harbour/config/sunos/gcc.mk
trunk/harbour/config/sunos/sunpro.mk
trunk/harbour/config/wce/mingwarm.mk
trunk/harbour/config/wce/msvcarm.mk
trunk/harbour/config/wce/poccarm.mk
trunk/harbour/config/win/bcc.mk
trunk/harbour/config/win/cygwin.mk
trunk/harbour/config/win/icc.mk
trunk/harbour/config/win/mingw.mk
trunk/harbour/config/win/msvc.mk
trunk/harbour/config/win/pocc.mk
trunk/harbour/config/win/watcom.mk
trunk/harbour/config/win/xcc.mk


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
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:[13110] trunk/harbour

[druzus]

Revision: 13110
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13110&view=rev
Author:   druzus
Date: 2009-12-03 23:24:14 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-04 00:23 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/contrib/rddads/ads1.c
* added support for dynamic descend flag switching by
 ordDescend( [], [],  ) -> 
  It needs ADS 9.00 or higher and it's ignored in earlier ADS versions.
  Based on Brian Hayes modification in xHarbour ADS RDD.

  * harbour/src/rdd/dbfntx/dbfntx1.c
  * harbour/src/rdd/dbfnsx/dbfnsx1.c
  * harbour/src/rdd/dbfcdx/dbfcdx1.c
  * harbour/contrib/rddads/ads1.c
* modified ordSkipUnique() to be compatible with CL53 - it means
  that the passed parameter has a little bit different meaning when
  table has active index and it hasn't.
  If no index is active (natural order) then passed parameter is number
  of records to skip just like in dbSkip() function otherwise it's only
  direction choice so negative value means backward skipping and
  zero or positive means forward skipping.
  We may decide to change this behavior anyhow please remember that
  it's not such clear what number of records to skip should mean during
  skipping with active order having repeated key values and with working
  filters which also can exclude some records. It's possible to create
  few algorithms giving different results for some conditions.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/rddads/ads1.c
trunk/harbour/src/rdd/dbfcdx/dbfcdx1.c
trunk/harbour/src/rdd/dbfnsx/dbfnsx1.c
trunk/harbour/src/rdd/dbfntx/dbfntx1.c


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
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:[13109] trunk/harbour

[vszakats]

Revision: 13109
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13109&view=rev
Author:   vszakats
Date: 2009-12-03 23:20:47 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-04 00:18 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
   * utils/hbmk2/hbmk2.prg
 ! Added -debug linker option when building .dll for msvc and compatible 
targets.
 ! Fixed minor regression in embedded CRLFs of hbmk2 texts.

   * config/win/msvc.mk
   * utils/hbmk2/hbmk2.prg
 + Added -MT/-MTd for win/msvc compatible targets when verison is 7.1 (.NET 
2003)
   or older. On these versions this will assure that multithreading C RTL 
is 
   being used (at the same time forcing static C RTL).

   * config/wce/msvcarm.mk
   * config/win/msvc.mk
 + Added -debug linker option for executables.
 ; TODO: Add it for .dlls too.

   * config/globsh.mk
 + Deleting (MSVC) .pdb and .ilk files for executables and dynlibs on 'make 
clean'.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/globsh.mk
trunk/harbour/config/wce/msvcarm.mk
trunk/harbour/config/win/msvc.mk
trunk/harbour/utils/hbmk2/hbmk2.prg


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HB_SYMBOL_UNUSED()

[Viktor Szakáts]

> Viktor Szakáts wrote:
>> Great. But folks pls lets not commit it to Harbour SVN, otherwise there will 
>> yet another things which will need permanent cleanup to keep our codebase 
>> coherent.
> 
> No problem for me, but I do not understand that is wrong with such commit, 
> and what kind of cleanup are you talk about. One parameter is still valid way 
> to "call" HB_SYMBOL_UNUSED(), you do not need to define an extra unused local 
> variable to pass at lease two of them.

It's an option which adds just unnecessary "flexibility".
The point of this macro is to _avoid it_, not to overuse it.
Multiple params is just another synonym which makes editing 
and grepping harder and more error prone. I'm telling this 
after having been cleaned many tens of thousands of .prg 
code in Harbour SVN alone.

So I don't see a reason why we should optimize such call 
and create another syntax variation for it, when it should 
be seldom used anyway in final code.

BTW no wonder the macro name is long... It's not meant to 
be typed in huge amounts.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

But, try what? Forcing plain mingw on a DWARF build? 
Why is this good? Please report errors, I don't have 
capacity to make investigation for every such report.

Please keep a separate DWARF and non-DWARF mingw 
build and set PATH accordingly and let autodetection 
do its work.

Probably I'll remove DWARF support from SVN, as it 
seems too problematic for us. At least I don't have 
time to support it.

Brgds,
Viktor

On 2009 Dec 3, at 23:22, Massimo Belgrano wrote:

> Try with a HB_COMPILER=mingw
> 
> 2009/12/3 Viktor Szakáts 
> > your trick require SET HB_COMPILER not created with SET HB_COMPILER=mingw 
> > dwarf2 seem not work
> 
> Sorry I don't understand. Here it doesn't require HB_COMPILER
> this was the whole point of modification.
> 
> Brdgs,
> Viktor
> 
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
> 
> 
> 
> -- 
> Massimo Belgrano
> 
> I
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

I'd suggest HBMK_OPTIONS=-cpp for temporary solution.

Otherwise I have no idea how to solve that, but to be 
honest I begin to give up maintaing the zillions of 
combinations and working around strange issues of 
strange tool releases. Probably we should focus on 
some combinations which can be made work using 
reasonable effort and which can be easily reproduced 
by most users.

First of all there exist no proper DWARF2 MinGW 
release, so this will give a continues stream of 
problems on the user side. Current method of unzipping 
some stuff while overwriting some files isn't 
very obvious/safe thing to do.

Overall this 4.6.0 QT release looks like a smaller 
disaster. At least they could have made a "unified"
release and not separate mingw and msvc version 
with same target dir, but colliding content. Plus 
the mess with this MinGW requirement...

Brgds,
Viktor

On 2009 Dec 3, at 22:46, Bisz István wrote:

> Hi,
>  
> The error: undefined reference to `__gxx_personality_v0', listed below is 
> solved temporally with the force of the –cpp mode in postins.bat:
>  
> FROM:
>  
>echo ! Making shared version of Harbour binaries...
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared 
> "-o%HB_BIN_INSTALL%\hbrun-dll""%~dp0..\utils\hbrun\hbrun.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared 
> "-o%HB_BIN_INSTALL%\hbmk2-dll""%~dp0..\utils\hbmk2\hbmk2.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared 
> "-o%HB_BIN_INSTALL%\hbtest-dll"   "%~dp0..\utils\hbtest\hbtest.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared 
> "-o%HB_BIN_INSTALL%\hbi18n-dll"   "%~dp0..\utils\hbi18n\hbi18n.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared 
> "-o%HB_BIN_INSTALL%\hbformat-dll" "%~dp0..\utils\hbformat\hbformat.hbp"
>  
> :_NO_DLL_BIN
>  
>if "%HB_PLATFORM%" == "dos" goto _NO_ICON_BIN
>if "%HB_PLATFORM%" == "linux" goto _NO_ICON_BIN
>  
>rem ; We build this here, because GNU Make wouldn't add the icon.
>echo ! Making hbrun with application icon...
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN "-o%HB_BIN_INSTALL%\hbrun" 
> "%~dp0..\utils\hbrun\hbrun.hbp"
>  
> TO:
>  
>echo ! Making shared version of Harbour binaries...
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp 
> "-o%HB_BIN_INSTALL%\hbrun-dll""%~dp0..\utils\hbrun\hbrun.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp 
> "-o%HB_BIN_INSTALL%\hbmk2-dll""%~dp0..\utils\hbmk2\hbmk2.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp 
> "-o%HB_BIN_INSTALL%\hbtest-dll"   "%~dp0..\utils\hbtest\hbtest.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp 
> "-o%HB_BIN_INSTALL%\hbi18n-dll"   "%~dp0..\utils\hbi18n\hbi18n.hbp"
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp 
> "-o%HB_BIN_INSTALL%\hbformat-dll" "%~dp0..\utils\hbformat\hbformat.hbp"
>  
> :_NO_DLL_BIN
>  
>if "%HB_PLATFORM%" == "dos" goto _NO_ICON_BIN
>if "%HB_PLATFORM%" == "linux" goto _NO_ICON_BIN
>  
>rem ; We build this here, because GNU Make wouldn't add the icon.
>echo ! Making hbrun with application icon...
>"%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN –cpp 
> "-o%HB_BIN_INSTALL%\hbrun" "%~dp0..\utils\hbrun\hbrun.hbp"
>  
> Best regards,
> István
>  
> -
>  
> ! Making shared version of Harbour binaries...
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11): 
> undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame+0x11):
>  more undefined references to `__gxx_personality_v0' follow
> collect2: ld returned 1 exit status
> hbmk2: Error: Running linker. 1
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame+0x11):
>  undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11): 
> undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x11)

Re: [Harbour] HB_SYMBOL_UNUSED()

[Mindaugas Kavaliauskas]

Hi,

Viktor Szakáts wrote:
Great. But folks pls lets not commit it to Harbour SVN, 
otherwise there will yet another things which will need 
permanent cleanup to keep our codebase coherent.


No problem for me, but I do not understand that is wrong with such 
commit, and what kind of cleanup are you talk about. One parameter is 
still valid way to "call" HB_SYMBOL_UNUSED(), you do not need to define 
an extra unused local variable to pass at lease two of them.



Regards,
Mindaugas

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Massimo Belgrano]

Try with a HB_COMPILER=mingw

2009/12/3 Viktor Szakáts 

> > your trick require SET HB_COMPILER not created with SET HB_COMPILER=mingw
> dwarf2 seem not work
>
> Sorry I don't understand. Here it doesn't require HB_COMPILER
> this was the whole point of modification.
>
> Brdgs,
> Viktor
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
Massimo Belgrano

I
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

> your trick require SET HB_COMPILER not created with SET HB_COMPILER=mingw 
> dwarf2 seem not work

Sorry I don't understand. Here it doesn't require HB_COMPILER 
this was the whole point of modification.

Brdgs,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Massimo Belgrano]

your trick require SET HB_COMPILER not created with SET HB_COMPILER=mingw
dwarf2 seem not work

2009/12/3 

> Revision: 13103
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13103&view=rev
> Author:   vszakats
> Date: 2009-12-03 15:04:28 + (Thu, 03 Dec 2009)
>
> Log Message:
> ---
> 2009-12-03 16:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>   * config/global.mk
>   * utils/hbmk2/hbmk2.prg
> + Added autodetection of DWARF-2 build of mingw.
>   This is mingw build is required for QT 4.6.0.
>
>   * utils/hbmk2/hbmk2.prg
> ! Fixed to consider HB_CCPOSTFIX setting when trying to autodetect
> gcc/win, gcc/wce.
>
> Modified Paths:
> --
>trunk/harbour/ChangeLog
>trunk/harbour/config/global.mk
>trunk/harbour/utils/hbmk2/hbmk2.prg
>
>
> This was sent by the SourceForge.net collaborative development platform,
> the world's largest Open Source development site.
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Bisz István]

Hi,

 

The error: undefined reference to `__gxx_personality_v0', listed below is
solved temporally with the force of the –cpp mode in postins.bat:

 

FROM:

 

   echo ! Making shared version of Harbour binaries...

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared
"-o%HB_BIN_INSTALL%\hbrun-dll""%~dp0..\utils\hbrun\hbrun.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared
"-o%HB_BIN_INSTALL%\hbmk2-dll""%~dp0..\utils\hbmk2\hbmk2.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared
"-o%HB_BIN_INSTALL%\hbtest-dll"   "%~dp0..\utils\hbtest\hbtest.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared
"-o%HB_BIN_INSTALL%\hbi18n-dll"   "%~dp0..\utils\hbi18n\hbi18n.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared
"-o%HB_BIN_INSTALL%\hbformat-dll" "%~dp0..\utils\hbformat\hbformat.hbp"

 

:_NO_DLL_BIN

 

   if "%HB_PLATFORM%" == "dos" goto _NO_ICON_BIN

   if "%HB_PLATFORM%" == "linux" goto _NO_ICON_BIN

 

   rem ; We build this here, because GNU Make wouldn't add the icon.

   echo ! Making hbrun with application icon...

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN
"-o%HB_BIN_INSTALL%\hbrun" "%~dp0..\utils\hbrun\hbrun.hbp"

 

TO:

 

   echo ! Making shared version of Harbour binaries...

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp
"-o%HB_BIN_INSTALL%\hbrun-dll""%~dp0..\utils\hbrun\hbrun.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp
"-o%HB_BIN_INSTALL%\hbmk2-dll""%~dp0..\utils\hbmk2\hbmk2.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp
"-o%HB_BIN_INSTALL%\hbtest-dll"   "%~dp0..\utils\hbtest\hbtest.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp
"-o%HB_BIN_INSTALL%\hbi18n-dll"   "%~dp0..\utils\hbi18n\hbi18n.hbp"

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN -shared –cpp
"-o%HB_BIN_INSTALL%\hbformat-dll" "%~dp0..\utils\hbformat\hbformat.hbp"

 

:_NO_DLL_BIN

 

   if "%HB_PLATFORM%" == "dos" goto _NO_ICON_BIN

   if "%HB_PLATFORM%" == "linux" goto _NO_ICON_BIN

 

   rem ; We build this here, because GNU Make wouldn't add the icon.

   echo ! Making hbrun with application icon...

   "%HB_HOST_BIN_DIR%\hbmk2" -quiet -q0 -lng=en-EN –cpp
"-o%HB_BIN_INSTALL%\hbrun" "%~dp0..\utils\hbrun\hbrun.hbp"

 

Best regards,

István

 


-

 

! Making shared version of Harbour binaries...

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
: undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
+0x11): more undefined references to `__gxx_personality_v0' follow

collect2: ld returned 1 exit status

hbmk2: Error: Running linker. 1

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
: undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
+0x11): more undefined references to `__gxx_personality_v0' follow

collect2: ld returned 1 exit status

hbmk2: Error: Running linker. 1

c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
e+0x11): undefined reference to `__gxx_personality_v0'

collect2: ld returned 1 exit status

hbmk2: Error: Running linker. 1

c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
e+0x11): undefined reference to `__gxx_personality_v0'

collect2: ld returned 1 exit status

hbmk2: Error: Running linker. 1

c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
e+0x11): undefined reference to `__gxx_personality_v0'

collect2: ld returned 1 exit status

hbmk2: Error: Running linker. 1

! Making hbrun with application icon...

c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality

[Harbour] Re: Build a self-contained application with QT

[Angel Pais]

Guillermo Varona Silupú escribió:

[SPA]
Angel Pais escribió:

Guillermo:
El linkeado del programa de forma estatica nbo tiene nada que ver con 
poder ejecutarse en un pendrive. Si pones el exe con las dll en el 
pen-drive puede ejecuarlo igual.


Ok. Angel, muchas gracias por la aclaración, sin embargo, aun sigo 
confundido, pense que en "estático" todo se podia embeber dentro del EXE 
y que no depende de ningun archvio mas, pero segun me explicas, siempre 
va a ser necesario llevarl las dll.
La siguiente cuestión sería: ¿Cuál es la diferencia entre dinámico y 
estático?


Por otra parte si linkeas tu programa de forma estatica estas obligado 
por la licencia de qt a hacerlo open source.
Buen, debido al problema de la barrera idiomática (la licencias están en 
inglés), supongo que no he interpretado / traducido correctamente esta 
parte.


[ENG] By Google
Angel Pais wrote:
 > Guillermo:
 > The Link of a static program nbo has nothing to do with
 > Run on a pendrive. If you put the exe to dll in
 > Pen-drive can be executing the same.

Ok. Angel, thank you very much for the clarification, however, while 
still confused, I thought that in "static" Everything could embed into 
the EXE and it does not require a archvio more, but he told me, always 
going to be necessary dll llevarl .

The next question is: What is the difference between dynamic and static?

 > Furthermore If link your program statically're obligated
 > From qt license to make it open source.
Good, because the problem of language barrier (the licenses are in 
English), I guess I have not interpreted / translated correctly this part.


BestRegards
GVS



With dynamic linking you have to deliver the qt dlls along with your 
exe. In static linking, qt librarys are embebed into the exe file.

Both ways can run from a pen drive.
About the license restriction, it has been mentioned several times in 
this list by english native people. They are the only ones that can 
interpret those criptic documents right.


Brgrds
Angel

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Build a self-contained application with QT

[Bruno Luciani]

I believe that is important to read INSTALL   file

All the information required is there

Regards
Bruno



Guillermo todas tus dudas estan en el archivo INSTALL

Saludos

Bruno


2009/12/3 Guillermo Varona Silupú 

> [SPA]
> Angel Pais escribió:
>
>  Guillermo:
>> El linkeado del programa de forma estatica nbo tiene nada que ver con
>> poder ejecutarse en un pendrive. Si pones el exe con las dll en el pen-drive
>> puede ejecuarlo igual.
>>
>
> Ok. Angel, muchas gracias por la aclaración, sin embargo, aun sigo
> confundido, pense que en "estático" todo se podia embeber dentro del EXE y
> que no depende de ningun archvio mas, pero segun me explicas, siempre va a
> ser necesario llevarl las dll.
> La siguiente cuestión sería: ¿Cuál es la diferencia entre dinámico y
> estático?
>
>
>  Por otra parte si linkeas tu programa de forma estatica estas obligado por
>> la licencia de qt a hacerlo open source.
>>
> Buen, debido al problema de la barrera idiomática (la licencias están en
> inglés), supongo que no he interpretado / traducido correctamente esta
> parte.
>
> [ENG] By Google
> Angel Pais wrote:
> > Guillermo:
> > The Link of a static program nbo has nothing to do with
> > Run on a pendrive. If you put the exe to dll in
> > Pen-drive can be executing the same.
>
> Ok. Angel, thank you very much for the clarification, however, while still
> confused, I thought that in "static" Everything could embed into the EXE and
> it does not require a archvio more, but he told me, always going to be
> necessary dll llevarl .
> The next question is: What is the difference between dynamic and static?
>
> > Furthermore If link your program statically're obligated
> > From qt license to make it open source.
> Good, because the problem of language barrier (the licenses are in
> English), I guess I have not interpreted / translated correctly this part.
>
> BestRegards
>
> GVS
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: Build a self-contained application with QT

[Guillermo Varona Silupú]

[SPA]
Angel Pais escribió:

Guillermo:
El linkeado del programa de forma estatica nbo tiene nada que ver con 
poder ejecutarse en un pendrive. Si pones el exe con las dll en el 
pen-drive puede ejecuarlo igual.


Ok. Angel, muchas gracias por la aclaración, sin embargo, aun sigo 
confundido, pense que en "estático" todo se podia embeber dentro del EXE 
y que no depende de ningun archvio mas, pero segun me explicas, siempre 
va a ser necesario llevarl las dll.
La siguiente cuestión sería: ¿Cuál es la diferencia entre dinámico y 
estático?


Por otra parte si linkeas tu programa de forma estatica estas obligado 
por la licencia de qt a hacerlo open source.
Buen, debido al problema de la barrera idiomática (la licencias están en 
inglés), supongo que no he interpretado / traducido correctamente esta 
parte.


[ENG] By Google
Angel Pais wrote:
> Guillermo:
> The Link of a static program nbo has nothing to do with
> Run on a pendrive. If you put the exe to dll in
> Pen-drive can be executing the same.

Ok. Angel, thank you very much for the clarification, however, while 
still confused, I thought that in "static" Everything could embed into 
the EXE and it does not require a archvio more, but he told me, always 
going to be necessary dll llevarl .

The next question is: What is the difference between dynamic and static?

> Furthermore If link your program statically're obligated
> From qt license to make it open source.
Good, because the problem of language barrier (the licenses are in 
English), I guess I have not interpreted / translated correctly this part.


BestRegards
GVS

___
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:[13108] trunk/harbour

[vszakats]

Revision: 13108
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13108&view=rev
Author:   vszakats
Date: 2009-12-03 19:58:43 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 20:49 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbcairo/Makefile
+ Added autodetection for MacPorts cairo pkg.
+ Fixed autodetection on *nix systems in general.

  * INSTALL
+ Added cairo package information for Darwin/MacPorts and Ubuntu.

  * contrib/hbqt/qtcore/Makefile
! Fixed after last commit.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/INSTALL
trunk/harbour/contrib/hbcairo/Makefile
trunk/harbour/contrib/hbqt/qtcore/Makefile


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HB_SYMBOL_UNUSED()

[Viktor Szakáts]

Great. But folks pls lets not commit it to Harbour SVN, 
otherwise there will yet another things which will need 
permanent cleanup to keep our codebase coherent.

Brgds,
Viktor


On 2009 Dec 3, at 20:42, Przemysław Czerpak wrote:

> On Thu, 03 Dec 2009, Mindaugas Kavaliauskas wrote:
> 
> Hi,
> 
>> it would be nice to have multiple parameter support for both C and
>> .PRG version of HB_SYMBOL_UNUSED() macro.
> 
> Variadic macros were added as part of C99 standard. Only few C compilers
> like GCC supported variadic macros before C99 specification so we cannot
> use them by default.
> Anyhow if use C compiler with C99 compatible preprocessor then you can try
> to implement it but because C preprocessor is not flexible enough to make
> some more advanced conversions on __VA_ARGS__ then it is necessary to use
> some hacks like stripped by optimizer dummy function, i.e.:
> 
>   extern void _HB_SYMBOL_UNUSED_( int x, ... );
>   #undef HB_SYMBOL_UNUSED
>   #define HB_SYMBOL_UNUSED( ... )   \
>  do { if( 0 ) _HB_SYMBOL_UNUSED_( 0, __VA_ARGS__ ); } while( 0 )
> 
> In .prg code we do not have such problems ;-) so you can simply use:
> 
>   #ytranslate HB_SYMBOL_UNUSED(  ,  [,  ] ) => ;
>   HB_SYMBOL_UNUSED(  ) ;
> ; HB_SYMBOL_UNUSED(  ) ;
>   [ ; HB_SYMBOL_UNUSED(  ) ]
> 
> best regards,
> Przemek
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/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:[13107] trunk/harbour

[vouchcac]

Revision: 13107
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13107&view=rev
Author:   vouchcac
Date: 2009-12-03 19:44:05 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 11:39 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
  * contrib/hbqt/generator/qt45.qtp
  * contrib/hbqt/hbqt_garbage.h
  * contrib/hbqt/qtcore/filelist.mk
  * contrib/hbqt/qtcore/QUiLoader.cpp
  * contrib/hbqt/qtgui/QLabel.cpp
  * contrib/hbqt/qth/QLabel.qth
! Fixed QUiLoader issue.
! Fixed XbpStatic()'s weired behaviour which was caused by expected 
improvements
  in QLabel() class which eventually did not yield desired results, 
unluckily.
  I will look into this matter later.
  Now, HBQT sources re-built places proper make files and components.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbqt/generator/qt45.qtp
trunk/harbour/contrib/hbqt/hbqt_garbage.h
trunk/harbour/contrib/hbqt/qtcore/QUiLoader.cpp
trunk/harbour/contrib/hbqt/qtcore/filelist.mk
trunk/harbour/contrib/hbqt/qtgui/QLabel.cpp
trunk/harbour/contrib/hbqt/qth/QLabel.qth


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HB_SYMBOL_UNUSED()

[Przemysław Czerpak]

On Thu, 03 Dec 2009, Mindaugas Kavaliauskas wrote:

Hi,

> it would be nice to have multiple parameter support for both C and
> .PRG version of HB_SYMBOL_UNUSED() macro.

Variadic macros were added as part of C99 standard. Only few C compilers
like GCC supported variadic macros before C99 specification so we cannot
use them by default.
Anyhow if use C compiler with C99 compatible preprocessor then you can try
to implement it but because C preprocessor is not flexible enough to make
some more advanced conversions on __VA_ARGS__ then it is necessary to use
some hacks like stripped by optimizer dummy function, i.e.:

   extern void _HB_SYMBOL_UNUSED_( int x, ... );
   #undef HB_SYMBOL_UNUSED
   #define HB_SYMBOL_UNUSED( ... )   \
  do { if( 0 ) _HB_SYMBOL_UNUSED_( 0, __VA_ARGS__ ); } while( 0 )

In .prg code we do not have such problems ;-) so you can simply use:

   #ytranslate HB_SYMBOL_UNUSED(  ,  [,  ] ) => ;
   HB_SYMBOL_UNUSED(  ) ;
 ; HB_SYMBOL_UNUSED(  ) ;
   [ ; HB_SYMBOL_UNUSED(  ) ]

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: Build a self-contained application with QT

[Angel Pais]

Guillermo:

El linkeado del programa de forma estatica nbo tiene nada que ver con 
poder ejecutarse en un pendrive. Si pones el exe con las dll en el 
pen-drive puede ejecuarlo igual.
Por otra parte si linkeas tu programa de forma estatica estas obligado 
por la licencia de qt a hacerlo open source.


HTH
Angel

Guillermo Varona Silupú escribió:

Bruno Luciani escribió:

Si se puede usando Qt static y HBQTS
en windows al menos , no he probado en linux


Hola Bruno, Gracias por responder.
Sobre el tema, podrías indicarme cómo hay que hacer para lograr esto.
¿Hay que construir Harbour de alguna manera especial?
¿Hay algun ejemplo en el SVN? (al menos de los que pude ver no se si son 
 los que necesito, de momento lo que necesitaria es por lo menos un 
"Hola mundo" que lo pueda llevar en un USB y ejecutarlo en cualquier PC)


Gracias de Antemano.

Salu2
GVS



Saludos
Bruno


2009/12/2 Guillermo Varona Silupú 
>


[SPA]
Hola,
¿Se puede construir una aplicación autocontenida con QT?
Es decir que se genere un solo EXE que contenga librerias, recursos,
etc, de manera que se pueda ejecutar en cualquier PC, obviamente con
el SO para el cual se genero el EXE.


yes it is posible using QT STATIC libraries and HBQTS
unless in windows

Regards
Bruno


[ENG] By Google
Hi,
Can you build a self-contained application with QT?
Ie, they generate a single EXE that contains libraries, resources,
etc. so that you can run on any PC, obviously with the OS to which
genre the EXE.

TIA

Bestregards
GVS

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org

http://lists.harbour-project.org/mailman/listinfo/harbour






___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: Build a self-contained application with QT

[Guillermo Varona Silupú]

Thanks very much

BestRegards
GVS

Massimo Belgrano escribió:

English Translation of message by GVS

Hello Bruno, Thanks for responding. 
On the subject, you could tell me how to do to accomplish this. 
Should we build Harbor somehow special? 
Is there any example in the SVN? (at least those I could see if they are 
not need, for now it would need is at least a "Hello world" that could 
carry a USB and run it on any PC) 

Thanks in advance. 


Regard
GVS 


--
Massimo Belgrano




___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

>> This should be checked for older versions, 2005 and 
>> maybe .NET 2003, .NET, maybe 6.0 if someone still 
>> has it.
> 
> Here's the docs for .NET 2003:
> http://msdn.microsoft.com/en-us/library/abx4dbyh(VS.71).aspx
> 
> I'd guess that 2005 behaves exactly like 2008, 
> and 2003 behaves like .NET 2003, maybe also 6.0.
> 
> This means it would be better to readd /MT switch 
> for older versions to link with MT CRT.
> 
> Any thoughts?

Here's one more link to support this:
   http://dev.mobixo.net/2008/03/use-mtd-or-mdd.html

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

> Here is some MS docs:
>   http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx
> 
> With MSVC 2008 there is NO difference between no option 
> and /MT, and '_MT' macro is always defined. This means in 2008, 
> MT mode is always enabled. Slightly different code is generated 
> with /MD and /MDd, and 
> 
> --- test.bat
> call vc cl -I..\..\include -c hbstr.c  -FoM__
> rem   _MT defined, links to LIBCMT.lib
> 
> call vc cl -I..\..\include -c hbstr.c -MT  -FoMT_
> rem   _MT defined, links to LIBCMT.lib
> 
> call vc cl -I..\..\include -c hbstr.c -MTd -FoMTd
> rem   _MT defined, links to LIBCMTD.lib
> 
> call vc cl -I..\..\include -c hbstr.c -MD  -FoMD_
> rem   _MT defined, links to MSVCRT.lib
> 
> call vc cl -I..\..\include -c hbstr.c -MDd -FoMDd
> rem   _MT defined, links to MSVCRTD.lib
> ---
> 
> This should be checked for older versions, 2005 and 
> maybe .NET 2003, .NET, maybe 6.0 if someone still 
> has it.

Here's the docs for .NET 2003:
http://msdn.microsoft.com/en-us/library/abx4dbyh(VS.71).aspx

I'd guess that 2005 behaves exactly like 2008, 
and 2003 behaves like .NET 2003, maybe also 6.0.

This means it would be better to readd /MT switch 
for older versions to link with MT CRT.

Any thoughts?

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HB_SYMBOL_UNUSED()

[Viktor Szakáts]

Hi,

> it would be nice to have multiple parameter support for both C and .PRG 
> version of HB_SYMBOL_UNUSED() macro.
> 
> Sometimes I temporarily need to add dummy a function, or comment large piece 
> of code of a large functions. This make generate "variable defined but not 
> used" warnings and stops compilation. -w*, -es* compiler options are 
> somewhere deep inside make system.
> 
> FUNC f( par1, par2, par3, par4 )
> 
> Writing of :
>   HB_SYMBOL_UNUSED( par1, par2, par3, par4 )
> 
> is much more quick and elegant than:
>   HB_SYMBOL_UNUSED( par1 )
>   HB_SYMBOL_UNUSED( par2 )
>   HB_SYMBOL_UNUSED( par3 )
>   HB_SYMBOL_UNUSED( par4 )

I don't know, I prefer to keep it as simple as it is now.
It's much cleaner to look at and much easier to grep for.

Most importantly HB_SYMBOL_UNUSED() should be an exception 
to be avoided in the first place, so I'm not sure we should 
design it for most comfortable usage.

As for -w3 and -es2, it's a standard in Harbour SVN now.
It's not deep in the make system, it's simply controlled 
by hbmk.hbm files in each (usually 'tests') dir.

You can override it via cmdline option, or #pragma until 
you are in interim development phase.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

> No, it doesn't. Anyhow I used google to find some information
> about it and I think that some advanced MSVC users should look
> at it and answer what will happen when Harbour is build for
> different MSVCRT then one of used DLLs when /MT or /MD switches
> are used (it may exploit some problems with 3-rd party harbour
> binaries) and maybe which switches are present in some old MSVC
> versions.
> Anyhow I'm not MSVC users and I cannot help here so I'm leaving
> this problem to people using this compiler.

Here is some MS docs:
   http://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.80).aspx

With MSVC 2008 there is NO difference between no option 
and /MT, and '_MT' macro is always defined. This means in 2008, 
MT mode is always enabled. Slightly different code is generated 
with /MD and /MDd, and 

--- test.bat
call vc cl -I..\..\include -c hbstr.c  -FoM__
rem   _MT defined, links to LIBCMT.lib

call vc cl -I..\..\include -c hbstr.c -MT  -FoMT_
rem   _MT defined, links to LIBCMT.lib

call vc cl -I..\..\include -c hbstr.c -MTd -FoMTd
rem   _MT defined, links to LIBCMTD.lib

call vc cl -I..\..\include -c hbstr.c -MD  -FoMD_
rem   _MT defined, links to MSVCRT.lib

call vc cl -I..\..\include -c hbstr.c -MDd -FoMDd
rem   _MT defined, links to MSVCRTD.lib
---

This should be checked for older versions, 2005 and 
maybe .NET 2003, .NET, maybe 6.0 if someone still 
has it.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] HB_SYMBOL_UNUSED()

[Mindaugas Kavaliauskas]

Hi,


it would be nice to have multiple parameter support for both C and .PRG 
version of HB_SYMBOL_UNUSED() macro.


Sometimes I temporarily need to add dummy a function, or comment large 
piece of code of a large functions. This make generate "variable defined 
but not used" warnings and stops compilation. -w*, -es* compiler options 
are somewhere deep inside make system.


FUNC f( par1, par2, par3, par4 )

Writing of :
   HB_SYMBOL_UNUSED( par1, par2, par3, par4 )

is much more quick and elegant than:
   HB_SYMBOL_UNUSED( par1 )
   HB_SYMBOL_UNUSED( par2 )
   HB_SYMBOL_UNUSED( par3 )
   HB_SYMBOL_UNUSED( par4 )
   ...


Regards,
Mindaugas
___
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:[13106] trunk/harbour

[vszakats]

Revision: 13106
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13106&view=rev
Author:   vszakats
Date: 2009-12-03 17:47:55 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 18:47 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/Makefile
+ Moved hbcairo to section for contribs with external dependencies.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/Makefile


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

>> Here is the list of libs which come with VC2008 (to be precise 
>> with SDK 7, but this details should be the same for these two 
>> packages):
> [...]
>> Please tell me if this gave answer to your question.
> 
> No, it doesn't. Anyhow I used google to find some information
> about it and I think that some advanced MSVC users should look
> at it and answer what will happen when Harbour is build for
> different MSVCRT then one of used DLLs when /MT or /MD switches
> are used (it may exploit some problems with 3-rd party harbour
> binaries) and maybe which switches are present in some old MSVC
> versions.
> Anyhow I'm not MSVC users and I cannot help here so I'm leaving
> this problem to people using this compiler.

There is no problem here AFAIU. I deleted a switch which 
forced the default setting.

As for /MT vs /MD, all I know about it from past experience 
is that you must use the same switch for all components that 
you want to link together into one binary, otherwise you get 
ugly link-time errors. Maybe there are additional rules, but 
for sure this is true.

Checking old versions would be useful, but I don't have 
2005 anymore installed, and don't have older versions at all.

I we receive information, and if it's needed, we can tweak 
this setting for older versions.

Or, could well be I don't understand your point.

Brgds,
Viktor

___
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:[13105] trunk/harbour

[snaiperis]

Revision: 13105
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13105&view=rev
Author:   snaiperis
Date: 2009-12-03 17:25:42 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 19:24 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
  * harbour/contrib/hbcairo/tests/table.prg
! use value of returned array instead of parameter by reference

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbcairo/tests/table.prg


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Build a self-contained application with QT

[Massimo Belgrano]

English Translation of message by GVS

Hello Bruno, Thanks for responding.
On the subject, you could tell me how to do to accomplish this.
Should we build Harbor somehow special?
Is there any example in the SVN? (at least those I could see if they are not
need, for now it would need is at least a "Hello world" that could carry a
USB and run it on any PC)

Thanks in advance.

Regard
GVS

-- 
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: Build a self-contained application with QT

[Guillermo Varona Silupú]

Bruno Luciani escribió:

Si se puede usando Qt static y HBQTS
en windows al menos , no he probado en linux


Hola Bruno, Gracias por responder.
Sobre el tema, podrías indicarme cómo hay que hacer para lograr esto.
¿Hay que construir Harbour de alguna manera especial?
¿Hay algun ejemplo en el SVN? (al menos de los que pude ver no se si son 
 los que necesito, de momento lo que necesitaria es por lo menos un 
"Hola mundo" que lo pueda llevar en un USB y ejecutarlo en cualquier PC)


Gracias de Antemano.

Salu2
GVS



Saludos
Bruno


2009/12/2 Guillermo Varona Silupú 
>


[SPA]
Hola,
¿Se puede construir una aplicación autocontenida con QT?
Es decir que se genere un solo EXE que contenga librerias, recursos,
etc, de manera que se pueda ejecutar en cualquier PC, obviamente con
el SO para el cual se genero el EXE.


yes it is posible using QT STATIC libraries and HBQTS
unless in windows

Regards
Bruno


[ENG] By Google
Hi,
Can you build a self-contained application with QT?
Ie, they generate a single EXE that contains libraries, resources,
etc. so that you can run on any PC, obviously with the OS to which
genre the EXE.

TIA

Bestregards
GVS

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org

http://lists.harbour-project.org/mailman/listinfo/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:[13104] trunk/harbour

[snaiperis]

Revision: 13104
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13104&view=rev
Author:   snaiperis
Date: 2009-12-03 16:59:36 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 18:56 UTC+0200 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
  * harbour/contrib/hbcairo/Makefile
  * harbour/contrib/hbcairo/context.c
  * harbour/contrib/hbcairo/paths.c
  * harbour/contrib/hbcairo/pdf.c
  * harbour/contrib/hbcairo/png.c
  + harbour/contrib/hbcairo/surface.c
  * harbour/contrib/hbcairo/text.c
  + harbour/contrib/hbcairo/transfor.c
  + harbour/contrib/hbcairo/util.c
  * harbour/contrib/hbcairo/hbcairo.ch
+ Added more Cairo functions

  * harbour/contrib/Makefile
* added hbcairo into contrib compile list

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/Makefile
trunk/harbour/contrib/hbcairo/Makefile
trunk/harbour/contrib/hbcairo/context.c
trunk/harbour/contrib/hbcairo/hbcairo.ch
trunk/harbour/contrib/hbcairo/paths.c
trunk/harbour/contrib/hbcairo/pdf.c
trunk/harbour/contrib/hbcairo/png.c
trunk/harbour/contrib/hbcairo/text.c

Added Paths:
---
trunk/harbour/contrib/hbcairo/surface.c
trunk/harbour/contrib/hbcairo/transfor.c
trunk/harbour/contrib/hbcairo/util.c


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Thu, 03 Dec 2009, Szak�ts Viktor wrote:

Hi,

> Here is the list of libs which come with VC2008 (to be precise 
> with SDK 7, but this details should be the same for these two 
> packages):
[...]
> Please tell me if this gave answer to your question.

No, it doesn't. Anyhow I used google to find some information
about it and I think that some advanced MSVC users should look
at it and answer what will happen when Harbour is build for
different MSVCRT then one of used DLLs when /MT or /MD switches
are used (it may exploit some problems with 3-rd party harbour
binaries) and maybe which switches are present in some old MSVC
versions.
Anyhow I'm not MSVC users and I cannot help here so I'm leaving
this problem to people using this compiler.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: sf.net rank

[Viktor Szakáts]

No doubt it's useful. It's just a lot of time. BTW, I got stuck with
the msvc 4.6 qt, it'd nice if this could be checked by an msvc2008
user.

2009/12/3, Bisz István :
> Hi Viktor,
>
>> No, it's the result of moving my "unofficial" beta3
>> packages from my web host to sf.net. This directed the traffic
>> to sf.net, which is calculated to the rank by sf.net engine.
>
> Maybe a beta4, with the new settings/findings with Qt4.6 is useful for the
> community, how do you think?
>
> Best regards,
> István
>
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>

-- 
Saját mobilkészülékemről küldve
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] sf.net rank

[Bisz István]

Hi Viktor,

> No, it's the result of moving my "unofficial" beta3 
> packages from my web host to sf.net. This directed the traffic 
> to sf.net, which is calculated to the rank by sf.net engine.

Maybe a beta4, with the new settings/findings with Qt4.6 is useful for the
community, how do you think?

Best regards,
István


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Bisz István]

Hi Massimo,

 

My experience was not clean, but I am trying to advice you somehow.

 

1.  Download the two zip-s  from http://www.tdragon.net/recentgcc/ row
4.4.1-tdm-2 / Dwarf-2 Unwinding  column ‘core’ and ‘g++’.

2.  Unzip them in the install directory of the
‘dm-mingw-1.908.0-4.4.1-2.exe’ (the already installed GCC 4.4.1). Overwrite
the existing files.

3.  Run the same build with the same setting as for GCC 4.4.1 as before,
the new make system will recognize what you want. Good luck!

 

Best regards,

István 

 

From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Massimo Belgrano
Sent: 2009. december 3. 17:12
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] SF.net SVN: harbour-project:[13103] trunk/harbour

 

Hi István

can you guide me to recompile with GCC 4.4.1-DWARF-2

 

 

What other problem will be occur using DWARF-2 in harbour

 

Great! Thank you Viktor, hbide, demoqt and demxbp are running with Qt 4.6
MinGW (GCC 4.4.1-DWARF-2).

Pritpal, if you have some spare time, can you please take a look of the
parent-child issue of the statics. They are a show stopper in demoqt and
demoxbp.

Best regards,
István






-- 
Massimo Belgrano

I

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Build a self-contained application with QT

[Bruno Luciani]

Si se puede usando Qt static y HBQTS

en windows al menos , no he probado en linux

Saludos
Bruno


2009/12/2 Guillermo Varona Silupú 

> [SPA]
> Hola,
> ¿Se puede construir una aplicación autocontenida con QT?
> Es decir que se genere un solo EXE que contenga librerias, recursos, etc,
> de manera que se pueda ejecutar en cualquier PC, obviamente con el SO para
> el cual se genero el EXE.
>
>
yes it is posible using QT STATIC libraries and HBQTS
unless in windows

Regards
Bruno


[ENG] By Google
> Hi,
> Can you build a self-contained application with QT?
> Ie, they generate a single EXE that contains libraries, resources, etc. so
> that you can run on any PC, obviously with the OS to which genre the EXE.
>
> TIA
>
> Bestregards
> GVS
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Massimo Belgrano]

Hi István
can you guide me to recompile with GCC 4.4.1-DWARF-2


What other problem will be occur using DWARF-2 in harbour


> Great! Thank you Viktor, hbide, demoqt and demxbp are running with Qt 4.6
> MinGW (GCC 4.4.1-DWARF-2).
>
> Pritpal, if you have some spare time, can you please take a look of the
> parent-child issue of the statics. They are a show stopper in demoqt and
> demoxbp.
>
> Best regards,
> István
>
>
>
>
-- 
Massimo Belgrano

I
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] sf.net rank

[Massimo Belgrano]

Viktor i Higly apreciate your work
sorry if same of my post will sound a nonsense to you
You must undestrand the barrier:
the language (my wrost english)
my little knowledge (of all harbour internal)
My fault memory (i not rember also what i know)

So now i can understand that 2 _full_ days of work is a big effort


2009/12/3 Viktor Szakáts 

>
> ..it doesn't work like this, f.e. for me a release
> takes about 2 _full_ days of work, and only for
> the unified Windows version. Someone should spend
> this time on it and feel the effort to be justified.
>
>
-- 
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Bisz István]

> + Added autodetection of DWARF-2 build of mingw.
>   This is mingw build is required for QT 4.6.0.

Great! Thank you Viktor, hbide, demoqt and demxbp are running with Qt 4.6 MinGW 
(GCC 4.4.1-DWARF-2).

Pritpal, if you have some spare time, can you please take a look of the 
parent-child issue of the statics. They are a show stopper in demoqt and 
demoxbp. 

Best regards,
István



___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Massimo Belgrano]

with DWARF-2 installed in MinGWtd2
c:\devl\MinGWTD2\bin>gcc-dw2 -v
Using built-in specs.
Target: mingw32
Configured with: ../../gcc-4.4.1/configure --prefix=/mingw --build=mingw32 --ena
ble-languages=c,ada,c++,fortran,objc,obj-c++ --disable-nls --disable-win32-regis
try --enable-libgomp --disable-werror --enable-threads --disable-symvers --enabl
e-cxx-flags='-fno-function-sections -fno-data-sections' --enable-fully-dynamic-s
tring --enable-version-specific-runtime-libs --with-pkgversion='TDM-2 mingw32' -
-program-suffix=-dw2 --disable-sjlj-exceptions --with-bugurl=http://www.tdragon.
net/recentgcc/bugs.php
Thread model: win32
gcc version 4.4.1-dw2 (TDM-2 mingw32)

SET 
PATH=C:\DEVL\MinGWtd2\BIN;C:\HARBOUR\BIN\WIN\%HB_COMPILER%;C:\DEVL\QT\4.6.0\BIN;%PATH%
win-make clean install

! Building Harbour 2.0.0beta3 from source - http://www.harbour-project.org
! MAKE: WIN-MAKE 3.81 sh.exe clean install
! HB_INSTALL_PREFIX: C:\HARBOUR
! HB_HOST_PLAT: win (x86)  HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_COMPILER: mingw
..
WIN-MAKE[1]: [install] Error 1 (ignored)
gcc  -I. -I../../../../../include -O3 -fomit-frame-pointer -march=i586
-mtune=pentiumpro  -Ic:/harbour/external/zlib
-Ic:/harbour/external/libpng  -o_hbhbpdf.o -c ../../../_hbhbpdf.c
process_begin: CreateProcess(NULL, gcc -I. -I../../../../../include
-O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro
-Ic:/harbour/external/zlib -Ic:/harbour/external/libpng -o_hbhbpdf.o
-c ../../../_hbhbpdf.c, ...) failed.
make (e=2): Impossibile trovare il file specificato.
..
WIN-MAKE[3]: *** [_hbhbpdf.o] Error 2
WIN-MAKE[2]: *** [descend] Error 2
WIN-MAKE[1]: *** [libhpdf.inst] Error 2
WIN-MAKE: *** [external.inst] Error 2




2009/12/3  :
> Revision: 13103
>          
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13103&view=rev
> Author:   vszakats
> Date:     2009-12-03 15:04:28 + (Thu, 03 Dec 2009)
>
> Log Message:
> ---
> 2009-12-03 16:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>   * config/global.mk
>   * utils/hbmk2/hbmk2.prg
>     + Added autodetection of DWARF-2 build of mingw.
>       This is mingw build is required for QT 4.6.0.
>
>   * utils/hbmk2/hbmk2.prg
>     ! Fixed to consider HB_CCPOSTFIX setting when trying to autodetect 
> gcc/win, gcc/wce.
>
> Modified Paths:
> --
>    trunk/harbour/ChangeLog
>    trunk/harbour/config/global.mk
>    trunk/harbour/utils/hbmk2/hbmk2.prg
>
>
> This was sent by the SourceForge.net collaborative development platform, the 
> world's largest Open Source development site.
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
Massimo Belgrano
___
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:[13103] trunk/harbour

[vszakats]

Revision: 13103
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13103&view=rev
Author:   vszakats
Date: 2009-12-03 15:04:28 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 16:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
   * config/global.mk
   * utils/hbmk2/hbmk2.prg
 + Added autodetection of DWARF-2 build of mingw.
   This is mingw build is required for QT 4.6.0.

   * utils/hbmk2/hbmk2.prg
 ! Fixed to consider HB_CCPOSTFIX setting when trying to autodetect 
gcc/win, gcc/wce.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/global.mk
trunk/harbour/utils/hbmk2/hbmk2.prg


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

>> The name of the switch is misleading. See:
>> ---
>>-LINKING-
>> /LD Create .DLL /LDd Create .DLL debug library
>> /LN Create a .netmodule /F set stack size
>> /link [linker options and libraries]/MD link with MSVCRT.LIB
>> /MT link with LIBCMT.LIB/MDd link with MSVCRTD.LIB debug lib
>> /MTd link with LIBCMTD.LIB debug lib
>> ---
>> It controls whether to link with static (LIBCMT) or dynamic 
>> (MSVCRT) CRTL. Default being static, at least with MSVC 2008.
> 
> After reading above description it's still not clear for me.
> I believe that you are right and LIBCMT.LIB provides exactly
> the same function set as as MSVCRT.LIB so they are mutual
> exclusive and there is no alternative LIBC*.LIB library in MSVC
> for which this switch was designed /MT[d] switch could be used
> but I would like you will confirm it if it's not a problem.

Here is the list of libs which come with VC2008 (to be precise 
with SDK 7, but this details should be the same for these two 
packages):

---
 Directory of C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\lib

2008.07.29.  04:29   419 512 comsupp.lib
2008.07.29.  04:29   435 400 comsuppd.lib
2008.07.29.  04:29   419 296 comsuppw.lib
2008.07.29.  04:29   435 194 comsuppwd.lib
2008.07.29.  03:5063 234 delayimp.lib
2008.07.29.  03:49 9 212 896 libcmt.lib
2008.07.29.  03:4911 359 254 libcmtd.lib
2008.07.29.  03:49 5 349 850 libcpmt.lib
2008.07.29.  03:49 6 781 174 libcpmtd.lib
2008.07.29.  03:49 1 529 748 msvcmrt.lib
2008.07.29.  03:49 1 625 954 msvcmrtd.lib
2008.07.29.  03:49 1 654 512 msvcprt.lib
2008.07.29.  03:49 1 827 178 msvcprtd.lib
2008.07.29.  03:49 1 359 994 msvcrt.lib
2008.07.29.  03:49 1 392 914 msvcrtd.lib
2008.07.29.  03:4915 375 270 msvcurt.lib
2008.07.29.  03:4916 952 200 msvcurtd.lib
2008.07.29.  03:50   101 414 oldnames.lib
2004.03.07.  14:5817 576 opends60.lib
2008.07.29.  03:50 4 904 pgobootrun.lib
2008.07.29.  03:5027 706 pgort.lib
2008.07.29.  03:49   426 506 ptrustm.lib
2008.07.29.  03:49   433 686 ptrustmd.lib
2008.07.29.  03:49   426 506 ptrustu.lib
2008.07.29.  03:49   433 686 ptrustud.lib
2008.07.29.  03:49   485 034 RunTmChk.lib
2008.07.29.  04:4428 446 vcomp.lib
2008.07.29.  04:4428 574 vcompd.lib
  28 File(s) 78 607 618 bytes
   0 Dir(s)  31 151 144 960 bytes free
---

Please tell me if this gave answer to your question.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Thu, 03 Dec 2009, Szak�ts Viktor wrote:

Hi,

> The name of the switch is misleading. See:
> ---
> -LINKING-
> /LD Create .DLL /LDd Create .DLL debug library
> /LN Create a .netmodule /F set stack size
> /link [linker options and libraries]/MD link with MSVCRT.LIB
> /MT link with LIBCMT.LIB/MDd link with MSVCRTD.LIB debug lib
> /MTd link with LIBCMTD.LIB debug lib
> ---
> It controls whether to link with static (LIBCMT) or dynamic 
> (MSVCRT) CRTL. Default being static, at least with MSVC 2008.

After reading above description it's still not clear for me.
I believe that you are right and LIBCMT.LIB provides exactly
the same function set as as MSVCRT.LIB so they are mutual
exclusive and there is no alternative LIBC*.LIB library in MSVC
for which this switch was designed /MT[d] switch could be used
but I would like you will confirm it if it's not a problem.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Trouble with SQLRDD

[Mindaugas Kavaliauskas]

Horodyski Marek (PZUZ) wrote:

Mindaugas,
from time to time, in this syntax :

... Many work on SQL's tables, inserts etc.

dbUseArea( .T., 'SQLMIX', "select * from table","TABLE" connect)
Board() // my Browse function ()
dbCloseAll() // <-- here is error
? RDDINFO( RDDI_DISCONNECT, connect)


Hi,


can you use SVN revision 12995 (2009-11-23) or more new. Connection 
counters are implemted. This should fix GPF if area is closed after 
connection is closed.



Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: testing demoxbp.prg fail with the browse

[Guillermo Varona Silupú]

Pritpal Bedi escribió:

Hi


Guillermo Varona wrote:

Hello, I'm trying demoxbp.prg, successfully building the exe, but when I
go through the browse with the mouse wheel or cursor keys the program is
short (failure) when you want to change pages



I cannot reproduce error you are reporting. 


[SPA]
Efectivamente, ahora estoy probando en otro PC y no me sale el problema 
que estaba reportando.
Probare nuevamente en el PC de mi casa, que es donde falla para alcanzar 
mas detalles.
Por favor, alguien más le sucede esto o podría probar, el problema es 
con el browse y sucede cuando quiero bajar por los items, con la rueda 
del mouse o con las teclas de cursor (tecla abajo).


[ENG] By Google
Indeed, now I'm trying on another PC and do not leave me he was 
reporting the problem.

Proves again in my home PC, where failure to achieve more details.
Please, someone else could this happen to you or prove the problem is 
with the browse and happens when I walk down the items with the mouse 
wheel or cursor keys (key below).


TIA

BestRegards
GVS

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Bisz István]

You're welcome.


-Original Message-
From: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Viktor Szakáts
Sent: 2009. december 3. 14:57
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

Thanks for this information.

Brgds,
Viktor

On 2009 Dec 3, at 13:53, Bisz István wrote:

> Hi,
> 
> The main problem with the MinGW Qt 4.6 is that the GCC 4.4.0 has a new
> exception model Dwarf, as it is described below (from release note):
> 
> - Zero cost exceptions: New exception model Dwarf only has performance
>  penalty when being thrown.  The old model, SJLJ, is no longer
>  available.
> 
> The recommended tdm-mingw-1.908.0-4.4.1-2.exe supports, by default, just
the
> SJLJ unwinding, unfortunately.
> We should switch to Dwarf-2 Unwinding, to have the possibility to build a
> correct 'hbide' with the new Qt 4.6 MinGW variant.
> 
> See below the README of the TDM - GCC 4.4.1 DWARF-2 components:
> 
>

> 
> *** Dwarf-2 vs. SJLJ unwinding ***
> 
> GCC supports two methods of stack frame unwinding: Dwarf-2 (DW2) or SJLJ
> (setjmp/longjmp). Until recently, only SJLJ has been available for the
> Windows
> platform. This affects you, the end user, primarily in programs that throw
> and
> catch exceptions. Programs which utilize the DW2 unwind method handle
> exceptions
> much more quickly than programs which utilize the SJLJ method. However,
the
> DW2
> method increases code size by a noticeable amount, and additionally cannot
> yet
> unwind (pass exceptions) through "foreign" stack frames: stack frames
> compiled
> by another non-DW2-enabled compiler, such as OS DLLs in a Windows
callback.
> 
> This means that you should in general choose the SJLJ version of the
TDM-GCC
> builds unless you know you need faster exception handling and can be
certain
> you
> will never throw an exception through a foreign stack area.
> 
> As distributed, the SJLJ and DW2 packages of TDM-GCC can coexist
peacefully
> extracted to the same directory (e.g. any files in common are for all
> intents
> and purposes identical), because the driver executables (the ones in the
> "bin"
> directory) are suffixed with "-dw2" for the DW2 build, and the libraries
and
> other executables hide in another "-dw2" directory in
> "lib(exec)/gcc/mingw32".
> This allows you to use the same single addition to your PATH, and use DW2
> exceptions only when you need them by calling "gcc-dw2", etc. If you truly
> want
> DW2 exceptions as the default when calling "gcc" (from Makefiles or
> configury
> systems, for example), you can rename or copy the suffixed executables to
> their
> original names.
>

> -
> 
> After copying the -dw2 executables to their original names, I was able to
> build a running hbide with qt 4.6 and MinGW GCC 4.4.1-DWARF-2.
> 
> Unfortunately the harbour build has some problems in his postinst:
> 
> ./bin/win/mingw/hbrun.exe --hb:gtcgi ./bin/postinst.prg
> ! Making c:\harbour\mingw\bin\hbmk.cfg...
> .\bin\postinst.bat
> ! Making shared version of Harbour binaries...
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
> : undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
> +0x11): more undefined references to `__gxx_personality_v0' follow
> collect2: ld returned 1 exit status
> hbmk2: Error: Running linker. 1
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
> : undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
>
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
> +0x11): more undefined references to `__gxx_personality_v0' follow
> collect2: ld returned 1 exit status
> hbmk2: Error: Runni

Re: [Harbour] Sorting the array

[Mindaugas Kavaliauskas]

Hi,


Viktor Szakáts wrote:
Harbour doesn't use a 'stable' sorting algorithm, 
so it doesn't keep original order of identical keys.


I don't know what Clipper uses, but even if it 
gives different results this is an implementation 
detail, which app code should not rely upon.


AFAIR, both uses QuickSort and are compatible.


Regards,
Mindaugas

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Sorting the array

[Viktor Szakáts]

> Yes of cause you are right, i'm not carefully read doc, but result is same 
> with asort(atst,,,{|x,y|x[2]>y[2]})
> 
> before sorting
>1  6.06  1  1
>2  9.92  1  2
>3  9.90  1  3
>4  9.34  1  4
>5 11.38 1  5
> after sorting
>1  9.90  1  3
>2  6.06  1  1
>3  9.34  1  4
>4  9.92  1  2
>5 11.38 1  5

I don't see any problem.

Harbour doesn't use a 'stable' sorting algorithm, 
so it doesn't keep original order of identical keys.

I don't know what Clipper uses, but even if it 
gives different results this is an implementation 
detail, which app code should not rely upon.

All ASORT() guarantees is that keys will be ordered 
as requested.

Extend your key if have some extra needs regarding 
the ordering.

Brgds,
Viktor

___
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:[13102] trunk/harbour

[vszakats]

Revision: 13102
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13102&view=rev
Author:   vszakats
Date: 2009-12-03 13:57:38 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 14:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * bin/hb-mkimp.bat
- Deleted creation of QT implibs for mingw. Enough to use what's
  provided by QT SDK.

  * contrib/hbqt/qtgui/QLabel.cpp
  * contrib/hbqt/hbqt_garbage.h
  * contrib/hbqt/qtcore/filelist.mk
* Rerun generator. This caused that QTUILoader references
  got removed, plus a few other changes.

  * contrib/hbqt/qtcore/QUiLoader.cpp
- Deleted header telling this file is automatically generated.
! Manually fixed debug lines to be in sync with rest of hbqt.

  * contrib/hbqt/qtcore/Makefile
! Fixed to add QTUILoaded stuff manually, since it's missing
  from generated filelist.mk.

  * config/win/msvc.mk
* Minor in comment.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/bin/hb-mkimp.bat
trunk/harbour/config/win/msvc.mk
trunk/harbour/contrib/hbqt/hbqt_garbage.h
trunk/harbour/contrib/hbqt/qtcore/Makefile
trunk/harbour/contrib/hbqt/qtcore/QUiLoader.cpp
trunk/harbour/contrib/hbqt/qtcore/filelist.mk
trunk/harbour/contrib/hbqt/qtgui/QLabel.cpp


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Viktor Szakáts]

Thanks for this information.

Brgds,
Viktor

On 2009 Dec 3, at 13:53, Bisz István wrote:

> Hi,
> 
> The main problem with the MinGW Qt 4.6 is that the GCC 4.4.0 has a new
> exception model Dwarf, as it is described below (from release note):
> 
> - Zero cost exceptions: New exception model Dwarf only has performance
>  penalty when being thrown.  The old model, SJLJ, is no longer
>  available.
> 
> The recommended tdm-mingw-1.908.0-4.4.1-2.exe supports, by default, just the
> SJLJ unwinding, unfortunately.
> We should switch to Dwarf-2 Unwinding, to have the possibility to build a
> correct 'hbide' with the new Qt 4.6 MinGW variant.
> 
> See below the README of the TDM - GCC 4.4.1 DWARF-2 components:
> 
> 
> 
> *** Dwarf-2 vs. SJLJ unwinding ***
> 
> GCC supports two methods of stack frame unwinding: Dwarf-2 (DW2) or SJLJ
> (setjmp/longjmp). Until recently, only SJLJ has been available for the
> Windows
> platform. This affects you, the end user, primarily in programs that throw
> and
> catch exceptions. Programs which utilize the DW2 unwind method handle
> exceptions
> much more quickly than programs which utilize the SJLJ method. However, the
> DW2
> method increases code size by a noticeable amount, and additionally cannot
> yet
> unwind (pass exceptions) through "foreign" stack frames: stack frames
> compiled
> by another non-DW2-enabled compiler, such as OS DLLs in a Windows callback.
> 
> This means that you should in general choose the SJLJ version of the TDM-GCC
> builds unless you know you need faster exception handling and can be certain
> you
> will never throw an exception through a foreign stack area.
> 
> As distributed, the SJLJ and DW2 packages of TDM-GCC can coexist peacefully
> extracted to the same directory (e.g. any files in common are for all
> intents
> and purposes identical), because the driver executables (the ones in the
> "bin"
> directory) are suffixed with "-dw2" for the DW2 build, and the libraries and
> other executables hide in another "-dw2" directory in
> "lib(exec)/gcc/mingw32".
> This allows you to use the same single addition to your PATH, and use DW2
> exceptions only when you need them by calling "gcc-dw2", etc. If you truly
> want
> DW2 exceptions as the default when calling "gcc" (from Makefiles or
> configury
> systems, for example), you can rename or copy the suffixed executables to
> their
> original names.
> 
> -
> 
> After copying the -dw2 executables to their original names, I was able to
> build a running hbide with qt 4.6 and MinGW GCC 4.4.1-DWARF-2.
> 
> Unfortunately the harbour build has some problems in his postinst:
> 
> ./bin/win/mingw/hbrun.exe --hb:gtcgi ./bin/postinst.prg
> ! Making c:\harbour\mingw\bin\hbmk.cfg...
> .\bin\postinst.bat
> ! Making shared version of Harbour binaries...
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
> : undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
> +0x11): more undefined references to `__gxx_personality_v0' follow
> collect2: ld returned 1 exit status
> hbmk2: Error: Running linker. 1
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
> +0x11): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
> : undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
> 1): undefined reference to `__gxx_personality_v0'
> c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
> +0x11): more undefined references to `__gxx_personality_v0' follow
> collect2: ld returned 1 exit status
> hbmk2: Error: Running linker. 1
> c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
> e+0x11): undefined reference to `__gxx_personality_v0'
> collect2: ld returned 1 exit status
> hbmk2: Error: Running linker. 1
> c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
> e+0

Re: [Harbour] Sorting the array

[vatzct]

Mindaugas Kavaliauskas написав(ла):

Hi,


asort(atst,{|x,y|x[2]>y[2]})

what rule asort use in this case?


Just like always, it uses the 4th parameter of ASORT().


Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Yes of cause you are right, i'm not carefully read doc, but result is 
same with asort(atst,,,{|x,y|x[2]>y[2]})


before sorting
1  6.06  1  1
2  9.92  1  2
3  9.90  1  3
4  9.34  1  4
5 11.38 1  5
after sorting
1  9.90  1  3
2  6.06  1  1
3  9.34  1  4
4  9.92  1  2
5 11.38 1  5


Regards,
Alexey Myronenko
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] qtuitools

[Viktor Szakáts]

Hi Pritpal,

I've noticed that UiTools classes are now mixed into hbqtcore lib.
Probably it would be better to move it to a separate lib: hbqtuitools.

With 4.6.0 qtuitools causes strange errors, so while 
I'm not sure about the solution, it may need different handling / 
build options than other hbqt parts to fix it.

Anyhow it'd be cleaner to keep it separate.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Sorting the array

[Mindaugas Kavaliauskas]

Hi,


asort(atst,{|x,y|x[2]>y[2]})

what rule asort use in this case?


Just like always, it uses the 4th parameter of ASORT().


Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] hbide warnings (unsafe code)

[Viktor Szakáts]

Hi,

---
ideparseexpr.c(290) : warning C4996: 'strcat': This function or variable may be 
unsafe. Consider using strcat_s instead. To disable deprecation, use 
_CRT_SECURE_NO_WARNINGS. See online help for details.
ideparseexpr.c(300) : warning C4996: 'strncpy': This function or variable may 
be unsafe. Consider using strncpy_s instead. To disable deprecation, use 
_CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\INCLUDE\string.h(157) : see declaration of 'strncpy'
ideparseexpr.c(312) : warning C4996: 'strcat': This function or variable may be 
unsafe. Consider using strcat_s instead. To disable deprecation, use 
_CRT_SECURE_NO_WARNINGS. See online help for details.
ideparseexpr.c(322) : warning C4996: 'strcat': This function or variable may be 
unsafe. Consider using strcat_s instead. To disable deprecation, use 
_CRT_SECURE_NO_WARNINGS. See online help for details.
---

Instead of these unsafe version, this should be changed 
to hb_strncat() and friends.

Can someone do this?

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

Hi,

>>  * config/win/msvc.mk
>>- Removed -MT switch from default MSVC options. It should be user 
>> controlled
>>  and -MT seemed to be the default anyway. Now it's also in sync with 
>> hbmk2
>>  and also with msvcarm target.
> 
> I do not have MSVC so I cannot check what exactly this switch does
> but if it enables references to MT safe CRTL functions and structures
> then above modification can break Harbour in MT mode.

The name of the switch is misleading. See:

---
-LINKING-

/LD Create .DLL /LDd Create .DLL debug library
/LN Create a .netmodule /F set stack size
/link [linker options and libraries]/MD link with MSVCRT.LIB
/MT link with LIBCMT.LIB/MDd link with MSVCRTD.LIB debug lib
/MTd link with LIBCMTD.LIB debug lib
---

It controls whether to link with static (LIBCMT) or dynamic 
(MSVCRT) CRTL. Default being static, at least with MSVC 2008.

We should better leave selection of anything non-default to 
users, first because this seems to conform better with other 
project (assuming they'll also tend to leave this to default), 
plus it allows to use HB_USER_CFLAGS=-MD without throwing 
a million insuppressible warnings.

QT for VC2008 seems to require -MD, but I didn't finish tests 
yet.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Sorting the array

[vatzct]

See sample:
func main()
local atst:={{6.06,1,1},{9.92,1,2},{9.90,1,3},{9.34,1,4},{11.38,1,5}}
local yy
cls
?"before sorting"
for yy :=1 to len(atst)
?yy,atst[yy,1],atst[yy,2],atst[yy,3]
next
asort(atst,{|x,y|x[2]>y[2]})
?"after sorting"
for yy :=1 to len(atst)
?yy,atst[yy,1],atst[yy,2],atst[yy,3]
next
return nil

The result:
before sorting
1  6.06  1  1
2  9.92  1  2
3  9.90  1  3
4  9.34  1  4
5 11.38 1  5
after sorting
1  9.90  1  3
2  6.06  1  1
3  9.34  1  4
4  9.92  1  2
5 11.38 1  5

Why sorted array not equal to original and what rule asort use in this case?

Regards,
Alexey Myronenko

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Przemysław Czerpak]

On Thu, 03 Dec 2009, vszak...@users.sourceforge.net wrote:

Hi,

>   * config/win/msvc.mk
> - Removed -MT switch from default MSVC options. It should be user 
> controlled
>   and -MT seemed to be the default anyway. Now it's also in sync with 
> hbmk2
>   and also with msvcarm target.

I do not have MSVC so I cannot check what exactly this switch does
but if it enables references to MT safe CRTL functions and structures
then above modification can break Harbour in MT mode.

best regards,
Przemek
___
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:[13101] trunk/harbour

[vszakats]

Revision: 13101
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13101&view=rev
Author:   vszakats
Date: 2009-12-03 12:58:22 + (Thu, 03 Dec 2009)

Log Message:
---
2009-12-03 13:53 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/xhb/freadlin.c
  * contrib/hbide/freadlin.c
! Fixed C mode MSVC warning.

  * config/win/msvc.mk
- Removed -MT switch from default MSVC options. It should be user controlled
  and -MT seemed to be the default anyway. Now it's also in sync with hbmk2
  and also with msvcarm target.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/config/win/msvc.mk
trunk/harbour/contrib/hbide/freadlin.c
trunk/harbour/contrib/xhb/freadlin.c


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Bisz István]

Hi,

The main problem with the MinGW Qt 4.6 is that the GCC 4.4.0 has a new
exception model Dwarf, as it is described below (from release note):

- Zero cost exceptions: New exception model Dwarf only has performance
  penalty when being thrown.  The old model, SJLJ, is no longer
  available.

The recommended tdm-mingw-1.908.0-4.4.1-2.exe supports, by default, just the
SJLJ unwinding, unfortunately.
We should switch to Dwarf-2 Unwinding, to have the possibility to build a
correct 'hbide' with the new Qt 4.6 MinGW variant.

See below the README of the TDM - GCC 4.4.1 DWARF-2 components:



*** Dwarf-2 vs. SJLJ unwinding ***

GCC supports two methods of stack frame unwinding: Dwarf-2 (DW2) or SJLJ
(setjmp/longjmp). Until recently, only SJLJ has been available for the
Windows
platform. This affects you, the end user, primarily in programs that throw
and
catch exceptions. Programs which utilize the DW2 unwind method handle
exceptions
much more quickly than programs which utilize the SJLJ method. However, the
DW2
method increases code size by a noticeable amount, and additionally cannot
yet
unwind (pass exceptions) through "foreign" stack frames: stack frames
compiled
by another non-DW2-enabled compiler, such as OS DLLs in a Windows callback.

This means that you should in general choose the SJLJ version of the TDM-GCC
builds unless you know you need faster exception handling and can be certain
you
will never throw an exception through a foreign stack area.

As distributed, the SJLJ and DW2 packages of TDM-GCC can coexist peacefully
extracted to the same directory (e.g. any files in common are for all
intents
and purposes identical), because the driver executables (the ones in the
"bin"
directory) are suffixed with "-dw2" for the DW2 build, and the libraries and
other executables hide in another "-dw2" directory in
"lib(exec)/gcc/mingw32".
This allows you to use the same single addition to your PATH, and use DW2
exceptions only when you need them by calling "gcc-dw2", etc. If you truly
want
DW2 exceptions as the default when calling "gcc" (from Makefiles or
configury
systems, for example), you can rename or copy the suffixed executables to
their
original names.

-

After copying the -dw2 executables to their original names, I was able to
build a running hbide with qt 4.6 and MinGW GCC 4.4.1-DWARF-2.

Unfortunately the harbour build has some problems in his postinst:

./bin/win/mingw/hbrun.exe --hb:gtcgi ./bin/postinst.prg
! Making c:\harbour\mingw\bin\hbmk.cfg...
.\bin\postinst.bat
! Making shared version of Harbour binaries...
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
: undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
+0x11): more undefined references to `__gxx_personality_v0' follow
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbcmplib.o):hbcmplib.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbmain.o):hbmain.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbgenerr.o):hbgenerr.c:(.eh_frame
+0x11): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbopt.o):hbopt.c:(.eh_frame+0x11)
: undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbdead.o):hbdead.c:(.eh_frame+0x1
1): undefined reference to `__gxx_personality_v0'
c:/harbour/mingw/lib/win/mingw/libhbcplr.a(hbstripl.o):hbstripl.c:(.eh_frame
+0x11): more undefined references to `__gxx_personality_v0' follow
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
e+0x11): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
e+0x11): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
c:/harbour/mingw/lib/win/mingw/libhbmainstd.a(mainstd.o):mainstd.c:(.eh_fram
e+0x11): undefined reference to `__gxx_personality_v0'
collect2: ld returned 1 exit status
hbmk

[Harbour] hbqt: with 4.6.0 VC2008 version

[Viktor Szakáts]

Hi,

I'm getting this warning:
---
cl.exe  -nologo -I. -I../../../../../include -Gs -TP -W4 -wd4127 -Ot2b1 -EHs-c- 
-MT  -IF:\devl\Qt\4.6.0-msvc\include -IF:\devl\Qt\4.6.0-msvc\include/Qt 
-IF:\devl\Qt\4.6.0-msvc\include/QtCore -IF:\devl\Qt\4.6.0-msvc\include/QtGui 
-IF:\devl\Q
t\4.6.0-msvc\include/QtNetwork -DUNICODE  -Fohbqt_slots.obj -c 
../../../hbqt_slots.cpp
hbqt_slots.cpp
f:\devl\qt\4.6.0-msvc\include\qtcore\../../src/corelib/global/qglobal.h(2249) : 
warning C4512: 'QForeachContainer' : assignment operator could not be 
generated
with
[
T=QStringList
]
../../../hbqt_slots.cpp(2824) : see reference to class template 
instantiation 'QForeachContainer' being compiled
with
[
T=QStringList
]
f:\devl\qt\4.6.0-msvc\include\qtcore\../../src/corelib/global/qglobal.h(2249) : 
warning C4512: 'QForeachContainer' : assignment operator could not be 
generated
with
[
T=QVector
]
../../../hbqt_slots.cpp(2860) : see reference to class template 
instantiation 'QForeachContainer' being compiled
with
[
T=QVector
]
---

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] sf.net rank

[Viktor Szakáts]

> Compliment  to developer team!
> Harbour now is solid,reliable and go to have a better ranking
> 
> What is appended for having better result from 14 to 15 november
> 2009-11-141,134
> 2009-11-15  171
> In a first time i have think to a hbide effect , due large conses of xmate
> but the cause seem:

No, it's the result of moving my "unofficial" beta3 
packages from my web host to sf.net. This directed the traffic 
to sf.net, which is calculated to the rank by sf.net engine.

> Officially Published beta3 by viktor
> 
> Imo we must made frequent release (also beta , experimental version)

And IMO beer, pizza and sports cars should be free 
for everyone ;)

..it doesn't work like this, f.e. for me a release 
takes about 2 _full_ days of work, and only for 
the unified Windows version. Someone should spend 
this time on it and feel the effort to be justified.

> Can we made a Beta4 with "fist stage experimental hbide" ready to run?

Yes, anybody can make it, all the tools are on SVN 
and on the internet for free.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] sf.net rank

[Massimo Belgrano]

Compliment  to developer team!
Harbour now is solid,reliable and go to have a better ranking

What is appended for having better result from 14 to 15 november
2009-11-141,134
2009-11-15  171
In a first time i have think to a hbide effect , due large conses of xmate
but the cause seem:
Officially Published beta3 by viktor

Imo we must made frequent release (also beta , experimental version)
If this month we made a release in increase also download
High ranking will help harbour growing his  user base
I  made an Invitation to download follow for having better ranking
http://sourceforge.net/projects/harbour-project/files/binaries-windows/2.0.0beta3/harbour-2.0.0beta3-win.exe/download

Can we made a Beta4 with "fist stage experimental hbide" ready to run?



2009/12/3 Viktor Szakáts :
>
http://sourceforge.net/project/stats/rank_history.php?group_id=681&ugn=harbour-project



-- 
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Viktor Szakáts]

> Is not possible add on or more library in  persistent way
> so hbmk2 build process not need  using -Lc:\mylib for each program
> that use this library
> ispired by old lib but in hbmk2.ini

This is not true. There are several ways to solve that very 
cleanly and persistently (by using hbmk.cfg, or using hbmk.hbm, 
or referring to your lib using .hbc file, or by using envvar HBMK_OPTIONS, 
probably more)

Brgds,
Viktor

> 
>>> only for explain a prev poiunt regarding need to copy after the
>>> compilation process in same dir
>>> 
>>> I my batch i need copy library made from me to harbour lib
>>> hbmk2 delta.prg zz.PRG  -b -m -D__GTWVT__  -hblib -odelta4hhd.lib
>>> COPY %PREFIX%DELTA4HHD.%EXTENSION%
>>> C:\HARBOUR\lib\win\%HB_COMPILER%\%PREFIX%DELTA4HHD.%EXTENSION%
>>> 
>>> copy thirdy party library need wor work
>>> COPY C:\DEVL\mysql51\lib\opt\libmysql.lib
>>> C:\HARBOUR\lib\win\%HB_COMPILER%\libmysql.a
>> 
>> Adapt these also to prev change it will surely
>> make you setup simpler. Please note however that
>> it's not obligatory to copy everything to main
>> Harbour lib dir. You can add your local lib dir
>> to hbmk2 build process using -L option.
>> 
>> You can also use this to copy your libs to Harbour lib dir:
>> -instpath=${HB_LIB}/
>> 
>> 
>> Brgds,
>> Viktor
>> 
> 
> 
> -- 
> Massimo Belgrano
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Massimo Belgrano]

Is not possible add on or more library in  persistent way
so hbmk2 build process not need  using -Lc:\mylib for each program
that use this library
ispired by old lib but in hbmk2.ini

>> only for explain a prev poiunt regarding need to copy after the
>> compilation process in same dir
>>
>> I my batch i need copy library made from me to harbour lib
>> hbmk2 delta.prg zz.PRG  -b -m -D__GTWVT__  -hblib -odelta4hhd.lib
>> COPY %PREFIX%DELTA4HHD.%EXTENSION%
>> C:\HARBOUR\lib\win\%HB_COMPILER%\%PREFIX%DELTA4HHD.%EXTENSION%
>>
>> copy thirdy party library need wor work
>> COPY C:\DEVL\mysql51\lib\opt\libmysql.lib
>> C:\HARBOUR\lib\win\%HB_COMPILER%\libmysql.a
>
> Adapt these also to prev change it will surely
> make you setup simpler. Please note however that
> it's not obligatory to copy everything to main
> Harbour lib dir. You can add your local lib dir
> to hbmk2 build process using -L option.
>
> You can also use this to copy your libs to Harbour lib dir:
> -instpath=${HB_LIB}/
>
>
> Brgds,
> Viktor
>


-- 
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Viktor Szakáts]

> set Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem
> call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
> WIN-make clean install >log2msvc.txt
> with follow result
> 
> c:\harbour>Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem
> c:\harbour>call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat
> Setting environment for using Microsoft Visual Studio 2008 x86 tools.
> WIN-make[2]: [install] Error 1 (ignored)
> WIN-make[2]: [install] Error 1 (ignored)

Why not just ignore these errors? The message clearly 
says it's ignored and your build ended successfully.

This has been reported a million times already.
If it bothers you set HB_INSTALL_PREFIX to some value 
outside your SVN.

> only for explain a prev poiunt regarding need to copy after the
> compilation process in same dir
> 
> I my batch i need copy library made from me to harbour lib
> hbmk2 delta.prg zz.PRG  -b -m -D__GTWVT__  -hblib -odelta4hhd.lib
> COPY %PREFIX%DELTA4HHD.%EXTENSION%
> C:\HARBOUR\lib\win\%HB_COMPILER%\%PREFIX%DELTA4HHD.%EXTENSION%
> 
> copy thirdy party library need wor work
> COPY C:\DEVL\mysql51\lib\opt\libmysql.lib
> C:\HARBOUR\lib\win\%HB_COMPILER%\libmysql.a

Adapt these also to prev change it will surely 
make you setup simpler. Please note however that 
it's not obligatory to copy everything to main 
Harbour lib dir. You can add your local lib dir 
to hbmk2 build process using -L option.

You can also use this to copy your libs to Harbour lib dir:
-instpath=${HB_LIB}/


Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] sf.net rank

[Viktor Szakáts]

See:
http://sourceforge.net/project/stats/rank_history.php?group_id=681&ugn=harbour-project

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

[Viktor Szakáts]

Hi,

> On Wed, 02 Dec 2009, vszak...@users.sourceforge.net wrote:
> 
> Hi,
> 
>> 2009-12-02 20:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>>  * external/libpng/Makefile
>>* Forcing C mode for libpng.
>>  It has some C++ bugs (in WINCE mode).
>>  Please retest.
> 
> It compiles cleanly in C++ mode with MinGW-CE so maybe it's a problem
> with header files is some chosen C++ compilers. Can we verify which
> exact C++ compilers fail during LIBPNG compilation so we can be sure
> it was not a problem with user C++ compiler configuration.
> It will be also good to document the exact compiler version because
> it's possible that in few months someone will verify that it works in
> C++ mode with his compiler and remove above switch which force C mode.

To me it seemed notorious MSVC C++ mode error, but I may 
be wrong. Though I have no msvcarm env active ATM to make 
tests.

From the report it looksMSVC 2005 + Windows Mobile SDK 5.0, 
with plain default setup as suggested by INSTALL example.

Anyhow for peace of mind, maybe it's better to stick with 
plain C for an ANSI C project, what do you think? For me 
C++ is also good.

Brgds,
Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Error with qt 4.6 final version for mingw 4.4

[Massimo Belgrano]

set Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem
call "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
WIN-make clean install >log2msvc.txt
with follow result

c:\harbour>Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem
c:\harbour>call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat
Setting environment for using Microsoft Visual Studio 2008 x86 tools.
WIN-make[2]: [install] Error 1 (ignored)
WIN-make[2]: [install] Error 1 (ignored)

>   - Make sure to have carefully read this document.
Done multiples time
>   Make sure to do a 'clean' before doing a build after refreshing  the 
> sources.
DOne
>   - Make sure to install fresh source tree in a new local directory and
 >start over. See HOW TO GET THE HARBOUR SOURCES section for instructions
 >to get the source.
i have made a "win-make clean" that successfully run
i have made also clean up from svm
now i try copy in a new dir
i also reload harbour in harbour0 new directory
c:\harbour0>set Path=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem
c:\harbour0>call "C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
Setting environment for using Microsoft Visual Studio 2008 x86 tools.
WIN-make[2]: [install] Error 1 (ignored)
WIN-make[2]: [install] Error 1 (ignored)
WIN-make[2]: [install] Error 1 (ignored)
attacched my log in c:\harbour0

>   - Keep you PATH clean from old, mixed compiler tools or other Harbour
 >versions when building Harbour. The surest way to achieve this is to
 >leave only compiler directory in PATH:
>set PATH=C:\
done
>   - Remove all old, unnecessary environment variables from your environment.
> Use only those documented in this file.
done i im using 3 var
> Some environment variable settings which are commonly believed by
> users to be useful, but which in reality are either not needed or
> not even used by Harbour build process and hbmk2. You can delete them:
>set HB_PATH=
>set HRB_DIR=
 >   set INCLUDE=
>set LIB=
>set HB_INC_*=
>set HB_DIR_*=
done my simplified batch use only 3 command
>   - Try to do no or only small modifications at once to command examples
> included in this file. If it doesn't work, fall back to documented
 >examples as is.
done



only for explain a prev poiunt regarding need to copy after the
compilation process in same dir

I my batch i need copy library made from me to harbour lib
hbmk2 delta.prg zz.PRG  -b -m -D__GTWVT__  -hblib -odelta4hhd.lib
COPY %PREFIX%DELTA4HHD.%EXTENSION%
C:\HARBOUR\lib\win\%HB_COMPILER%\%PREFIX%DELTA4HHD.%EXTENSION%

copy thirdy party library need wor work
COPY C:\DEVL\mysql51\lib\opt\libmysql.lib
C:\HARBOUR\lib\win\%HB_COMPILER%\libmysql.a

2009/12/3 Viktor Szakáts :
> Sorry, I can't tell from this.
>
> Did you check the TROUBLESHOOTING checklist?
>
> v
>
> On 2009 Dec 3, at 01:23, Massimo Belgrano wrote:
>
>> Hi viktor i have problem converting my harbour for  msvc to simple
>> HB_INSTALL_PREFIX
>>
>> SET HB_INSTALL_PREFIX=C:\HARBOUR
>> CALL "%ProgramFiles%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat"
>> WIN-make clean install >> l.l
>>
>> WIN-make[1]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[1]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>> WIN-make[2]: [install] Error 1 (ignored)
>>
>>
>>
>>
>> 2009/12/2 Viktor Szakáts :
 i have switched from
 SET HB_INSTALL_PREFIX=C:\HARBOUR\%HB_COMPILER%
 to
 SET HB_INSTALL_PREFIX=C:\HARBOUR\

 Thanks for your support
>>>
>>> np.
>>>
 Have you tried qt 4.6 final version with hbide?
 to me seem not work
>>>
>>> I had downloaded the packages, but haven't installed them yet.
>>>
>>> Brgds,
>>> Viktor
>>>
>>> ___
>>> Harbour mailing list (attachment size limit: 40KB)
>>> Harbour@harbour-project.org
>>> http://lists.harbour-project.org/mailman/listinfo/harbour
>>>
>>
>>
>>
>> --
>> Massimo Belgrano
>> ___
>> Harbour mailing list (attachment size limit: 40KB)
>> Harbour@harbour-project.org
>> http://lists.harbour-project.org/mailman/listinfo/harbour
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
>



-- 
Massimo Belgrano

Iscritto all'albo dei CTU presso il Tribunale di Novara per materia Informatica
Delta Informatica S.r.l. (http://www.deltain.it/) (+39 0321 455962)
Analisi e sviluppo software per Lan e Web -  Consulenza informatica - Formazione


log2msvc

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

[Przemysław Czerpak]

On Wed, 02 Dec 2009, vszak...@users.sourceforge.net wrote:

Hi,

> 2009-12-02 20:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>   * external/libpng/Makefile
> * Forcing C mode for libpng.
>   It has some C++ bugs (in WINCE mode).
>   Please retest.

It compiles cleanly in C++ mode with MinGW-CE so maybe it's a problem
with header files is some chosen C++ compilers. Can we verify which
exact C++ compilers fail during LIBPNG compilation so we can be sure
it was not a problem with user C++ compiler configuration.
It will be also good to document the exact compiler version because
it's possible that in few months someone will verify that it works in
C++ mode with his compiler and remove above switch which force C mode.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HBIDE - Some Points to Discuss - I

[Viktor Szakáts]

It's building Harbour with QT enabled (see INSTALL) 
and 'hbmk2 hbide.hbp'.

Brgds,
Viktor

On 2009 Dec 3, at 09:16, Horodyski Marek (PZUZ) wrote:

>> -Original Message-
>> From: Pritpal Bedi [mailto:bediprit...@hotmail.com] 
>> Sent: Wednesday, December 02, 2009 9:26 PM
>> To: harbour@harbour-project.org
>> Subject: [Harbour] HBIDE - Some Points to Discuss - I
>> 
>> 
>> Hello Everybody
> 
> ...
> 
>> I need your opinion about what way I should proceed ?
> 
> Pritpal,
> where can we read about "how can we compile HBIDE in harbour from
> scratch" ?
> I have QT installed, but nothing I will not go :(
> Missing some guidance on "good start".
> 
> Regards,
> Marek Horodyski
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] HBIDE - Some Points to Discuss - I

[J. Lefebvre]

Same question for me :-)

I installed QT 4.6.0 but do when tring to compile hbide.
It say missing HBQT.LIB

But there, I don't find any way to compile HBQT ...

Any Idea ?

JF, 

-Message d'origine-
De : harbour-boun...@harbour-project.org 
[mailto:harbour-boun...@harbour-project.org] De la part de Horodyski Marek 
(PZUZ)
Envoyé : jeudi 3 décembre 2009 09:16
À : Harbour Project Main Developer List.
Objet : RE: [Harbour] HBIDE - Some Points to Discuss - I

>-Original Message-
>From: Pritpal Bedi [mailto:bediprit...@hotmail.com] 
>Sent: Wednesday, December 02, 2009 9:26 PM
>To: harbour@harbour-project.org
>Subject: [Harbour] HBIDE - Some Points to Discuss - I
>
>
>Hello Everybody

...

>I need your opinion about what way I should proceed ?

Pritpal,
where can we read about "how can we compile HBIDE in harbour from
scratch" ?
I have QT installed, but nothing I will not go :(
Missing some guidance on "good start".

Regards,
Marek Horodyski
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

RE: [Harbour] HBIDE - Some Points to Discuss - I

[Horodyski Marek (PZUZ)]

>-Original Message-
>From: Pritpal Bedi [mailto:bediprit...@hotmail.com] 
>Sent: Wednesday, December 02, 2009 9:26 PM
>To: harbour@harbour-project.org
>Subject: [Harbour] HBIDE - Some Points to Discuss - I
>
>
>Hello Everybody

...

>I need your opinion about what way I should proceed ?

Pritpal,
where can we read about "how can we compile HBIDE in harbour from
scratch" ?
I have QT installed, but nothing I will not go :(
Missing some guidance on "good start".

Regards,
Marek Horodyski
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour