[Harbour] SF.net SVN: harbour-project:[10889] trunk/harbour
Revision: 10889
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10889view=rev
Author: vszakats
Date: 2009-04-20 06:27:58 + (Mon, 20 Apr 2009)
Log Message:
---
2009-04-20 08:19 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
* utils/hbmk2/hbmk2.prg
+ Added experimental support for header directory autodetection.
This means that you can pass a list of possible dirs to use
when a .c header cannot be found in explicitly passed locations.
! Fixed to always disable -shared with -hbdyn.
! Added hbmaindllp in -hbdyn mode on win|wce.
! Fix in -nohbp parameter handling.
+ Added support for macros in -L, -*flag=, -workdir=
+ Added -stop command line parameter which stops execution.
Can be used in conjunction with arch/comp filters to stop
execution on certain platforms/compilers.
! Fixed to not create workdir in some unlikely combination of options.
! Fixed typo causing newer headers not being detected in resource files.
+ Now 'unix' can also be used in filters to check for any *nix platform.
% Excluding some well-known headers from parsing (windows.h, ole2, os2.h
currently)
; Above changes makes it possible to use hbmk2 to build our contribs.
The only missing feature is 'install', what is a simple copy.
---
-ohbpgsql
# just for the sake of an example, not needed for real hbpgsql.
-stop{dos}
-inctrypath=${HB_INC_PGSQL}
-inctrypath={unix}/usr/include
-inctrypath={unix}/usr/local/pgsql/include
-inctrypath={unix}/usr/local/pgsql/include/libpq
-inctrypath={unix}/usr/include/pgsql
-inctrypath={unix}/usr/include/postgresql
-inctrypath={unix}/postgres/include
-inctrypath={unix}/opt/local/include/postgresql83
postgres.c
pgrdd.prg
tpostgre.prg
---
* contrib/hbole/oleinit.c
* contrib/hbole/hbwinole.h
* Cleanups in header usage and content. This should fix
missing hb_oleInit() symbol on some compilers.
* contrib/examples/pp/hbpptbl.c
- Removed HB_EXTENSION protected two lines.
Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/examples/pp/hbpptbl.c
trunk/harbour/contrib/hbole/hbwinole.h
trunk/harbour/contrib/hbole/oleinit.c
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
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Trouble with sample test of ole
-Original Message- From: Massimo Belgrano [mailto:mbelgr...@deltain.it] Sent: Friday, April 17, 2009 6:14 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Trouble with sample test of ole here in mingw i compile your sample named max c:\harbour\maxhbmk2 max.prg hbwin.lib hbmk: Processing configuration: c:\harbour\mingw\bin\hbmk.cfg Harbour 1.1.0dev (Rev. 10862) Copyright (c) 1999-2009, http://www.harbour-project.org/ Compiling 'max.prg'... Lines 4, Functions/Procedures 1 Generating C source output to 'max.c'... Done. And can you link ? Regards, Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Re: A dream for future harbour version: CUI-GUI-WWW
-Original Message- From: Vailton Renato [mailto:vail...@gmail.com] Sent: Sunday, April 19, 2009 6:23 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Re: A dream for future harbour version: CUI-GUI-WWW I believe the uhttp.prg is more than a first step ... you not? Already studied how to integrate GWT with it? Renato, know you that uhttpd can host\develop web servicess ? Regards, Marek Horodyski ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10890] trunk/harbour
Revision: 10890 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10890view=rev Author: vszakats Date: 2009-04-20 09:43:45 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 11:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg + .c header detection now takes place before doing anything. Also compiler setup got moved to the beginning of the process. This allows to make a stop if something is missing. Some more steps are needed to exploit that in practice. Please test, this may cause regressions, I didn't test all combinations. * Generalized internal support for header location detection. (now can support any C compiler and it's also possible to add this feature for .prg files if needed) + Added new filter keywords: allgcc, allwin, allmingw, allmsvc, allpocc, allicc. + Added support for include dirs with spaces for msvc and mingw. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10891] trunk/harbour
Revision: 10891 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10891view=rev Author: vszakats Date: 2009-04-20 10:46:39 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 12:46 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg + Made possible to use -hbdyn/-hblib options in .hbm files. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Visual FoxPro incompatibility
Przemyslaw Czerpak-2 wrote: [...] But it's a free project and if someone is interested then he can make it. In such case I would like to ask to not add such functionality to core code but create new RDD in contrib. best regards, Przemek Jesli bym potrafil, to moze bym zrobil :) If I can, maybe I do it Massimo Belgrano-3 wrote: Only a note ads v 9 use visual fox pro 9 data and index and run in win 32-64- and Linux ADS9 has provided support for FoxPro tables and CDX/IDX indexes for a long time, ADS 9 has added full support for Visual FoxPro tables, including auto-increment, date/time, and VarChar fields. Advantage can use its proprietary, high-performance locking with Visual FoxPro tables, but also supports a compatibility mode, permitting legacy applications that access the Visual FoxPro tables directly to co-exist with newer, Advantage-based applications. Advantage adds the new ADS_VFP table type for this support. [...] -- Massimo Belgrano I try it. Open Visual FoxPro CDX, but if index is on field type INTEGER not work :( Adam -- View this message in context: http://www.nabble.com/Visual-FoxPro-incompatibility-tp11612841p23134381.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Compiler bug?
Reduced sample (tested with r10886 bcc32): ..\bin\harbour /pX /p Chen. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10892] trunk/harbour
Revision: 10892 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10892view=rev Author: vszakats Date: 2009-04-20 11:02:58 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 13:02 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Fixed wildcarded input files to handle directory component. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10893] trunk/harbour
Revision: 10893 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10893view=rev Author: vszakats Date: 2009-04-20 12:00:57 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 14:00 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Fixed to inherit .hbm dir before doing wildcard expansion. This makes wildcarded input files work in .hbm files located in different than current dirs. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10894] trunk/harbour
Revision: 10894 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10894view=rev Author: druzus Date: 2009-04-20 12:24:42 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 14:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbcomp.h * harbour/source/common/hbdate.c * harbour/source/rtl/strmatch.c * harbour/source/rtl/fssize.c * harbour/source/rtl/hbffind.c * harbour/source/rtl/filesys.c * enabled some POSIX function added to 1.8 Linux OpenWatcom builds and cleaned some workarounds not longer necessary * harbour/source/rtl/hbproces.c + added hack with small sysconf() implementation which is still missing in OpenWatcom 1.8. Now it's possible to build Harbour in Linux using officially distributed OpenWatcom 1.8 * harbour/source/rtl/disksphb.c * added TODO warning message * harbour/source/compiler/cmdcheck.c ! fixed typo in memory freeing in repeated -ppath options Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbcomp.h trunk/harbour/source/common/hbdate.c trunk/harbour/source/compiler/cmdcheck.c trunk/harbour/source/rtl/disksphb.c trunk/harbour/source/rtl/filesys.c trunk/harbour/source/rtl/fssize.c trunk/harbour/source/rtl/hbffind.c trunk/harbour/source/rtl/hbproces.c trunk/harbour/source/rtl/strmatch.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: A dream for future harbour version: CUI-GUI-WWW
No. I have studied the uhttpd.prg with some tests to mount something via web ... not yet tested with webservices. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hb_run() problem
Hi All, I'm testing hbmk2 with real life, large project, hundreds of input files. I've run into a problem where the final link phase (using gcc) returns with error 1 (using mingw), but there is no actual mingw error (iow the command line is correct). If I copy out the full command line, it's about 13500 chars long and when executed from a .bat file, I'm getting 'The input line is too long.'. It cannot handle more than about 8192 chars. Now, what is interesting is that I *am* able to build this project using GNU Make, with an even slightly longer command line (~14600 chars). What method may GNU Make be using that it works? What is the way to push large command lines through hb_run() on Windows. My guess (which is confirmed by peeking into system() RTL source code, is that it uses the shell to execute the command, which has the same limitation as .bat files obviously). Can we replace system() with something else? Or can I replace hb_run() with some other, existing method? And my final question is: what is the way to use a response file with gcc (mingw/cygwin)? [ my former research was fruitless. ] Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Visual FoxPro incompatibility
Post a sample where you create and use table and index will be a problem of rddads or ads server you can post also to advantage news group for [x]harbour Thanks to the growing (x)Harbour comunity Sybase iAnyWhere has added a new Newgroup in order to serve the (x)Harbour comunity using Advantage Database Server. You can join to the news group in: news://devzone.advantagedatabase.com/Advantage.xHarbour Use your own news reader to join 2009/4/20 Adam Lubszczyk ada...@poczta.onet.pl: ADS9 has provided support for FoxPro tables and CDX/IDX indexes for a long time, ADS 9 has added full support for Visual FoxPro tables, including auto-increment, date/time, and VarChar fields. Advantage can use its proprietary, high-performance locking with Visual FoxPro tables, but also supports a compatibility mode, permitting legacy applications that access the Visual FoxPro tables directly to co-exist with newer, Advantage-based applications. Advantage adds the new ADS_VFP table type for this support. [...] -- I try it. Open Visual FoxPro CDX, but if index is on field type INTEGER not work :( Adam -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10894] trunk/harbour
* harbour/source/compiler/cmdcheck.c ! fixed typo in memory freeing in repeated -ppath options Thanks Przemek. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10888] trunk/harbour
Thanks Pritpal this and previous commits, I'll check them a bit later. It'd be nice to get a way to link gtqtc/hbqt together with hbmzip (and hbzlib), otherwise I cannot do any real life testing. This would also seriously limit usability of our QT support. If anyone has any idea how to solve it, please speak up. Brgds, Viktor On Mon, Apr 20, 2009 at 3:23 AM, vouch...@users.sourceforge.net wrote: Revision: 10888 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10888view=rev Author: vouchcac Date: 2009-04-20 01:23:48 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-19 18:14 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * harbour/contrib/gtqtc/gtqtc.h * harbour/contrib/gtqtc/gtqtc.cpp * harbour/contrib/gtqtc/moc_gtqtc.cpp * harbour/contrib/gtqtc/tests/hbqt.hbp + IMPLEMENTED : Resizing - Though some more refinement is necessary but as a proof of concept it is working. Window is now centered upon startup. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtqtc/gtqtc.cpp trunk/harbour/contrib/gtqtc/gtqtc.h trunk/harbour/contrib/gtqtc/moc_gtqtc.cpp trunk/harbour/contrib/gtqtc/tests/hbqt.hbp This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Little siggestion regarding hbmk
On alaska ng Andi Jahja have informed me: Hi, For use with MinGW, you do not have to create anything, but you can rename the distributed ace32.lib (for MSVC) as libace32a. as follows: COPY ace32.lib libace32.a And use the file as usual. Andi -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Little siggestion regarding hbmk
I confirm works 2009/4/20 Massimo Belgrano mbelgr...@deltain.it: On alaska ng Andi Jahja have informed me: Hi, For use with MinGW, you do not have to create anything, but you can rename the distributed ace32.lib (for MSVC) as libace32a. as follows: COPY ace32.lib libace32.a And use the file as usual. Andi -- Massimo Belgrano -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
Hi Przemek, Thanks a lot, I've implemented this in hbmk2 and it works perfectly now. Brgds, Viktor On Mon, Apr 20, 2009 at 3:52 PM, Przemyslaw Czerpak dru...@acn.waw.plwrote: On Mon, 20 Apr 2009, Szak�ts Viktor wrote: Hi, Can we replace system() with something else? Or can I replace hb_run() with some other, existing method? Try the code below. best regards, Przemek /*** tst.prg ***/ proc main( ... ) local cParams if pcount() == 0 cParams := repl( xxx , 10 ) ? Executing:, HB_PROGNAME() ? Result, HB_PROCESSVALUE( HB_PROCESSOPEN( ; HB_PROGNAME() + + cParams ) ) else // ? Command line [ + hb_cmdline() + ] ? Command line length:, len( hb_cmdline() ) endif ? return ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10896] trunk/harbour
Revision: 10896 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10896view=rev Author: vszakats Date: 2009-04-20 14:19:22 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 16:16 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Typo in 'allwin' filter handling. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10888] trunk/harbour
Hello Viktor Viktor Szakáts wrote: It'd be nice to get a way to link gtqtc/hbqt together with hbmzip (and hbzlib), otherwise I cannot do any real life testing. This would also seriously limit usability of our QT support. If anyone has any idea how to solve it, please speak up. I tried demoqtc.prg with REQUEST HB_ZipOpen and it compiled and executed fine. What and how can I reproduce the incompatibility? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-10888--trunk-harbour-tp23129143p23137661.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10895] trunk/harbour
Revision: 10895 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10895view=rev Author: vszakats Date: 2009-04-20 14:16:33 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 16:15 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg + Using hb_process*() functions instead of hb_run() to elminiate some bad side effects of the former (like command line limits on Windows). hb_run() is now only used in DOS builds. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10896] trunk/harbour
Hi Viktor! After updating i got this error: Chbmk2 Harbour Make 1.1.0dev (Rev. 10894) Copyright (c) 1999-2009, Viktor Szakats http://www.harbour-project.org/ Syntax: hbmk [options] [script[s]] src[s][.prg|.c|.obj|.o|.rc|.res] Options: -ooutname output file name -llibname link with libname library -Llibpath additional path to search for libraries -static|-shared link with static/shared libs -mt|-st link with multi/single-thread VM -gtname link with GTname GT driver, can be repeated to link with more GTs. First one will be the default at runtime -help|--help long help Chbmk2 --help l Error BASE/1081 Argument error: + Called from (b)SHOWHELP(4790) Called from AEVAL(0) Called from SHOWHELP(4790) Called from HBMK(419) Called from MAIN(176) C ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10897] trunk/harbour
Revision: 10897 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10897view=rev Author: vszakats Date: 2009-04-20 14:37:32 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 16:25 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg + -quiet will now suppress command output in case of error. This is useful when the commands are large and it makes valuable tool output visible. ! Fixed recent typos in help code causing RTE. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10888] trunk/harbour
Trasforming contrib\sample\hbzip\hbziparc\tests\ in gtqt c:/devl/hbmingw-1.1/lib/libhbzlib.a(inflate.o):inflate.c:(.text+0x100): multiple definition of `inflateInit2_' Duplicate function seem also inflateEnd,inflate,inflateInit_,zlibVersion,deflateEnd,deflate,deflateInit2_,deflateInit_ libQtCore4.a 2009/4/20 Pritpal Bedi bediprit...@hotmail.com: Hello Viktor Viktor Szakáts wrote: It'd be nice to get a way to link gtqtc/hbqt together with hbmzip (and hbzlib), otherwise I cannot do any real life testing. This would also seriously limit usability of our QT support. If anyone has any idea how to solve it, please speak up. I tried demoqtc.prg with REQUEST HB_ZipOpen and it compiled and executed fine. What and how can I reproduce the incompatibility? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-10888--trunk-harbour-tp23129143p23137661.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10898] trunk/harbour
Revision: 10898 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10898view=rev Author: vszakats Date: 2009-04-20 14:42:48 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 16:30 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.hbm + Added -km option. * utils/hbmk2/hbmk2.prg ! Fixed typo preventing filter keywords to work. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/utils/hbmk2/hbmk2.hbm 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10888] trunk/harbour
No sorry for prev message now it recompile without error hbmk2 zip.prg gtqtc.lib -gui -Lc:\devl\Qt\2009.01\qt\lib hbmk2 unzipa.prg gtqtc.lib -gui -Lc:\devl\Qt\2009.01\qt\lib 2009/4/20 Massimo Belgrano mbelgr...@deltain.it: Trasforming contrib\sample\hbzip\hbziparc\tests\ in gtqt c:/devl/hbmingw-1.1/lib/libhbzlib.a(inflate.o):inflate.c:(.text+0x100): multiple definition of `inflateInit2_' Duplicate function seem also inflateEnd,inflate,inflateInit_,zlibVersion,deflateEnd,deflate,deflateInit2_,deflateInit_ libQtCore4.a 2009/4/20 Pritpal Bedi bediprit...@hotmail.com: Hello Viktor Viktor Szakáts wrote: It'd be nice to get a way to link gtqtc/hbqt together with hbmzip (and hbzlib), otherwise I cannot do any real life testing. This would also seriously limit usability of our QT support. If anyone has any idea how to solve it, please speak up. I tried demoqtc.prg with REQUEST HB_ZipOpen and it compiled and executed fine. What and how can I reproduce the incompatibility? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-10888--trunk-harbour-tp23129143p23137661.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10888] trunk/harbour
What did you change? Brgds, Viktor On Mon, Apr 20, 2009 at 4:44 PM, Massimo Belgrano mbelgr...@deltain.itwrote: No sorry for prev message now it recompile without error hbmk2 zip.prg gtqtc.lib -gui -Lc:\devl\Qt\2009.01\qt\lib hbmk2 unzipa.prg gtqtc.lib -gui -Lc:\devl\Qt\2009.01\qt\lib 2009/4/20 Massimo Belgrano mbelgr...@deltain.it: Trasforming contrib\sample\hbzip\hbziparc\tests\ in gtqt c:/devl/hbmingw-1.1/lib/libhbzlib.a(inflate.o):inflate.c:(.text+0x100): multiple definition of `inflateInit2_' Duplicate function seem also inflateEnd,inflate,inflateInit_,zlibVersion,deflateEnd,deflate,deflateInit2_,deflateInit_ libQtCore4.a 2009/4/20 Pritpal Bedi bediprit...@hotmail.com: Hello Viktor Viktor Szakáts wrote: It'd be nice to get a way to link gtqtc/hbqt together with hbmzip (and hbzlib), otherwise I cannot do any real life testing. This would also seriously limit usability of our QT support. If anyone has any idea how to solve it, please speak up. I tried demoqtc.prg with REQUEST HB_ZipOpen and it compiled and executed fine. What and how can I reproduce the incompatibility? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-10888--trunk-harbour-tp23129143p23137661.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10888] trunk/harbour
PROCEDURE HB_GTSYS() REQUEST HB_GT_QTC_DEFAULT RETURN 2009/4/20 Viktor Szakáts harbour...@syenar.hu: What did you change? Brgds, Viktor On Mon, Apr 20, 2009 at 4:44 PM, Massimo Belgrano mbelgr...@deltain.it wrote: No sorry for prev message now it recompile without error hbmk2 zip.prg gtqtc.lib -gui -Lc:\devl\Qt\2009.01\qt\lib hbmk2 unzipa.prg gtqtc.lib -gui -Lc:\devl\Qt\2009.01\qt\lib 2009/4/20 Massimo Belgrano mbelgr...@deltain.it: Trasforming contrib\sample\hbzip\hbziparc\tests\ in gtqt c:/devl/hbmingw-1.1/lib/libhbzlib.a(inflate.o):inflate.c:(.text+0x100): multiple definition of `inflateInit2_' Duplicate function seem also inflateEnd,inflate,inflateInit_,zlibVersion,deflateEnd,deflate,deflateInit2_,deflateInit_ libQtCore4.a 2009/4/20 Pritpal Bedi bediprit...@hotmail.com: Hello Viktor Viktor Szakáts wrote: It'd be nice to get a way to link gtqtc/hbqt together with hbmzip (and hbzlib), otherwise I cannot do any real life testing. This would also seriously limit usability of our QT support. If anyone has any idea how to solve it, please speak up. I tried demoqtc.prg with REQUEST HB_ZipOpen and it compiled and executed fine. What and how can I reproduce the incompatibility? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-10888--trunk-harbour-tp23129143p23137661.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10897] trunk/harbour
Viktor -help works fine now, tks!
I did some testing with fwh.hbp that came with the hbmk2 and I was to
change some parameters to compile and link successfully. I am sending
you attached, I hope you can help others who use the FW to compile
easily with hbmk2:
#
# $Id: fwh.hbp
#
gui=yes
{win}libs=fiveh fivehc
{win}libs=hbwin.lib cw32.lib uuid.lib odbc32.lib nddeapi.lib
iphlpapi.lib msimg32.lib rasapi32.lib
this file above works fine. However I tried to use the macros to
reduce the command line typed and not succeed, if you can give me a
suggestion where I am missing I thanks:
Cecho %fwdir% %bcdir%
f:\FW\FWH_9.04 c:\BCC55
Chbmk2 -trace -info testget
hbmk: Using Harbour: C:\hbbcc\bin C:\hbbcc\include C:\hbbcc\lib C:\hbbcc\lib
hbmk: Processing configuration: c:\hbbcc\bin\hbmk.cfg
hbmk: Processing: fwh.hbp
hbmk: Harbour compiler command (internal):
C:\hbbcc\bin\harbour.exe -n2 testget -iC:\hbbcc\include
Harbour 1.1.0dev (Rev. 10894)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'testget.prg'...
testget.prg(3) Error F0029 Can't open #include file 'FiveWin.ch'
1 error
No code generated
hbmk: Error: Running Harbour compiler. 1
-n2 testget -iC:\hbbcc\include
Chbmk2 -trace -info testget -if:\fw\fwh_9.04\include
hbmk: Using Harbour: C:\hbbcc\bin C:\hbbcc\include C:\hbbcc\lib C:\hbbcc\lib
hbmk: Processing configuration: c:\hbbcc\bin\hbmk.cfg
hbmk: Processing: fwh.hbp
hbmk: Harbour compiler command (internal):
C:\hbbcc\bin\harbour.exe -n2 testget -iC:\hbbcc\include -if:\fw\fwh_9.04\include
Harbour 1.1.0dev (Rev. 10894)
Copyright (c) 1999-2009, http://www.harbour-project.org/
Compiling 'testget.prg'...
Lines 3642, Functions/Procedures 2
Generating C source output to 'testget.c'... Done.
hbmk: C compiler command:
bcc32.exe -c -q -tWM -d -6 -O2 -OS -Ov -Oi -Oc -tW -IC:\hbbcc\include testget.c
testget.c:
hbmk: Linker command:
ilink32.exe @C:\Users\VAILTO~1\AppData\Local\Temp\29k0tx.lnk
hbmk: Linker script:
-Gn -Tpe -LC:\hbbcc\lib;f:\FW\FWH_9.04\lib;$(BCDIR}\lib\PSDK -aa
c0w32.obj testget.obj, testget.exe, nul, fiveh.lib fivehc.lib hb
win.lib cw32.lib uuid.lib odbc32.lib nddeapi.lib iphlpapi.lib
msimg32.lib rasapi32.lib hbcpage.lib hblang.lib hbcommon.lib hbcplr.li
b hbdebug.lib hbvm.lib hbrdd.lib hbusrrdd.lib hbuddall.lib hbhsx.lib
hbsix.lib rddntx.lib rddnsx.lib rddcdx.lib rddfpt.lib hbrtl.lib
hbpp.lib hbmacro.lib hbextern.lib gtcgi.lib gtpca.lib gtstd.lib
gtwin.lib gtwvt.lib gtgui.lib hbpcre.lib hbzlib.lib import32.lib cw
32mt.lib,,
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Fatal: Unable to open file 'ODBC32.LIB'
hbmk: Error: Running linker. 2:
ilink32.exe @C:\Users\VAILTO~1\AppData\Local\Temp\29k0tx.lnk
C
The. HBM who unsuccessfully tried to use was:
#
# $Id: fwh.hbp
#
gui=yes
{win}libpaths=${FWDIR}\lib $(BCDIR}\lib\PSDK
{win}inctrypaths=${FWDIR}\include
{win}libs=fiveh fivehc
{win}libs=hbwin.lib cw32.lib uuid.lib odbc32.lib nddeapi.lib
iphlpapi.lib msimg32.lib rasapi32.lib
Best regards,
Vailton Renato
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10899] trunk/harbour
Revision: 10899 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10899view=rev Author: druzus Date: 2009-04-20 15:17:14 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 17:24 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbqt/hbqt.h ! fixed QT directory names in #include directives for case sensitive file systems * harbour/source/vm/cmdarg.c ! fixed HB_CMDLINE() to work with linear not square cost. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/hbqt.h trunk/harbour/source/vm/cmdarg.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
I have undestrand that i repeat arcapre3.prg two times (if possible give a clear error) now i have follow error c:/harbour/mingw/lib/libdelta4hhd.a(VARIE_D.o):VARIE_D.c:(.text+0xc0): multiple definition of `HB_FUN_MK_RIGACOMP' ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multipl definition of `HB_FUN_MESSAGGIO' ARCALOG.o:ARCALOG.c:(.text+0x40): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0xa0): multiple definition of `HB_FUN_RICERCA4' ARCALOG.o:ARCALOG.c:(.text+0x7a0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0xe0): multiple definition of `HB_FUN_RICERCA5' ARCALOG.o:ARCALOG.c:(.text+0x7e0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0x100): multipl definition of `HB_FUN_XINS' ARCALOG.o:ARCALOG.c:(.text+0x800): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0x120): multipl definition of `HB_FUN_INS_NEW' ARCALOG.o:ARCALOG.c:(.text+0x820): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0x1a0): multipl definition of `HB_FUN_TROVA' ARCALOG.o:ARCALOG.c:(.text+0xe20): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0x1c0): multipl definition of `HB_FUN_ANY2STR' ARCAPDF.o:ARCAPDF.c:(.text+0xb20): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VALID_D.o):VALID_D.c:(.text+0x1e0): multipl definition of `HB_FUN_V_TROVA' ARCA.o:ARCA.c:(.text+0x6e0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(DEFOPT.o):DEFOPT.c:(.text+0x1a0): multiple efinition of `HB_FUN_ORA' ARCAROOT.o:ARCAROOT.c:(.text+0x360): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0x80): multiple def nition of `HB_FUN_PRIMA_PP' ARCA.o:ARCA.c:(.text+0xc0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0xa0): multiple def nition of `HB_FUN_STATO' ARCA.o:ARCA.c:(.text+0x120): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0x260): multiple de inition of `HB_FUN_HELP' ARCALOG.o:ARCALOG.c:(.text+0xa0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0x280): multiple de inition of `HB_FUN_MODIHELP' ARCALOG.o:ARCALOG.c:(.text+0xe0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0x340): multiple de inition of `HB_FUN_NULLA' ARCA.o:ARCA.c:(.text+0xb00): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0x5c0): multiple de inition of `HB_FUN_ALTC' ARCA.o:ARCA.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0xf80): multiple de inition of `HB_FUN_DB_FILE' ARCAROOT.o:ARCAROOT.c:(.text+0x7c0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(BOTTON_D.o):BOTTON_D.c:(.text+0x120): multi le definition of `HB_FUN_SHADOW' ARCALOG.o:ARCALOG.c:(.text+0x960): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(STRING_D.o):STRING_D.c:(.text+0x40): multip e definition of `HB_FUN_MEMTOFIL' ARCALOG.o:ARCALOG.c:(.text+0xc40): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(STRING_D.o):STRING_D.c:(.text+0x60): multip e definition of `HB_FUN_CLRMEM' ARCALOG.o:ARCALOG.c:(.text+0xce0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(STRING_D.o):STRING_D.c:(.text+0x80): multip e definition of `HB_FUN_FILTOMEM' ARCALOG.o:ARCALOG.c:(.text+0xd00): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(PATH_D.o):PATH_D.c:(.text+0x120): multiple efinition of `HB_FUN_FILE_BLOCK' ARCAIO.o:ARCAIO.c:(.text+0x200): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(TABRIG_D.o):TABRIG_D.c:(.text+0x40): multip e definition of `HB_FUN_DBEDIT' ARCALOG.o:ARCALOG.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(TABRIG_D.o):TABRIG_D.c:(.text+0x60): multip e definition of `HB_FUN_TABRIGHE' ARCALOG.o:ARCALOG.c:(.text+0x980): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(TABRIG_D.o):TABRIG_D.c:(.text+0x80): multip e definition of `HB_FUN_VEDI_COMODO' ARCALOG.o:ARCALOG.c:(.text+0x9a0): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(TABRIG_D.o):TABRIG_D.c:(.text+0xc0): multip e definition of `HB_FUN_FRESHORDER' ARCALOG.o:ARCALOG.c:(.text+0x640): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(TABRIG_D.o):TABRIG_D.c:(.text+0x140): multi le definition of `HB_FUN_XDBE' ARCALOG.o:ARCALOG.c:(.text+0x80): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(TABRIG_D.o):TABRIG_D.c:(.text+0x160): multi le definition of `HB_FUN_DATEASAGE' c:/harbour/mingw/lib/libhbclipsm.a(date.o):date.c:(.text+0x230): first defined ere c:/harbour/mingw/lib/libGTWVG.a(wvgpaint.o):wvgpaint.c:(.text+0x5690): multiple definition of `HB_FUN_WVT_PASTEFROMCLIPBOARD' c:/harbour/mingw/lib/libdelta4hhd.a(delta.o):delta.c:(.text+0xde0): first defin d here
Re: [Harbour] SF.net SVN: harbour-project:[10897] trunk/harbour
Hi Vailton,
Few suggestions/comments:
- Don't use .lib extension as it will be added automatically anyway, and it
just makes you script compiler specific.
- You don't need to add cw32.lib, which is bcc specific and is automatically
added by hbmk2.
- You also don't need some system libs, since these are added by hbmk2
automatically also: odbc32, msimg32, uuid.
- I'd suggest to properly configure bcc32.cfg instead of passing PSDK dir
through libpath. This way it should also work, but needs an additional
envvar to be setup maintained (BCDIR). BTW, there is a typo in the
paranthesis, which makes it not work in your example.
- gt=gtgui is a better choice than -gui for Windows GUI programs not needing
a terminal GT.
It also automatically selects -gui mode.
- '-inctrypath' is currently for .c headers only, so for .prg you'll need:
{win}prgflags=-i${FWDIR}\include
- If you know the exact path of your .c headers, I'd recommend this, rather
than '-inctrypath':
{win}cflags=-I${FWDIR}\include
[ maybe I'll later add an '-incpaths' option which will do this
in one step in fully compiler independent form. ]
--- fwh.hbp #1
{win}prgflags=-i${FWDIR}\include
{win}cflags=-I${FWDIR}\include
{win}libpaths=${FWDIR}\lib
{win}gt=gtgui
{win}libpaths=${BCDIR}\lib\PSDK
{win}libs=fiveh fivehc
{win}libs=hbwin nddeapi iphlpapi rasapi32
---
Here's a second one cleaned from envvars, this one needs to be
copied to FWDIR and added to the command line with full path:
hbmk2 C:\fwh\fwh.hbp myprog.prg
--- fwh.hbp #2
{win}prgflags=-i${hb_self}include
{win}cflags=-I${hb_self}include
{win}libpaths=${hb_self}lib
{win}gt=gtgui
{win}libs=fiveh fivehc
{win}libs=hbwin nddeapi iphlpapi rasapi32
---
[ Note, I didn't try any of these locally. ]
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
It's possible to silence such warnings, but I wouldn't recommend doing it.It's better to resolve them. Please remove hbdebug lib from the liblist and upgrade to the latest SVN version of hbmk2 to resolve warnings for GETSYS. Brgds, Viktor On Mon, Apr 20, 2009 at 5:37 PM, Massimo Belgrano mbelgr...@deltain.itwrote: I have undestrand that i repeat arcapre3.prg two times (if possible give a clear error) now i have follow error c:/harbour/mingw/lib/libdelta4hhd.a(VARIE_D.o):VARIE_D.c:(.text+0xc0): multiple definition of `HB_FUN_MK_RIGACOMP' ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hhd.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multipl definition of `HB_FUN_MESSAGGIO' ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
2009/4/20 Viktor Szakáts harbour...@syenar.hu: It's possible to silence such warnings, but I wouldn't recommend doing it. It's better to resolve them. In follow rowI need redefine function messaggio in my library.How can i resolved? ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multiple definition of `HB_FUN_MESSAGGIO' Please remove hbdebug lib from the liblist and upgrade to the latest SVN version of hbmk2 to resolve warnings for GETSYS. Done follow result revision 10899 c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0xc0): multiple d efinition of `HB_FUN_MK_RIGACOMP' ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multiple definition of `HB_FUN_MESSAGGIO' ARCALOG.o:ARCALOG.c:(.text+0x40): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0xa0): multiple d efinition of `HB_FUN_RICERCA4' ARCALOG.o:ARCALOG.c:(.text+0x7a0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0xe0): multiple d efinition of `HB_FUN_RICERCA5' ARCALOG.o:ARCALOG.c:(.text+0x7e0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x100): multiple definition of `HB_FUN_XINS' ARCALOG.o:ARCALOG.c:(.text+0x800): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x120): multiple definition of `HB_FUN_INS_NEW' ARCALOG.o:ARCALOG.c:(.text+0x820): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1a0): multiple definition of `HB_FUN_TROVA' ARCALOG.o:ARCALOG.c:(.text+0xe20): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1c0): multiple definition of `HB_FUN_ANY2STR' ARCAPDF.o:ARCAPDF.c:(.text+0xb20): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1e0): multiple definition of `HB_FUN_V_TROVA' ARCA.o:ARCA.c:(.text+0x6e0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DEFOPT.o):DEFOPT.c:(.text+0x1a0): multiple de finition of `HB_FUN_ORA' ARCAROOT.o:ARCAROOT.c:(.text+0x360): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x80): multiple defin ition of `HB_FUN_PRIMA_PP' ARCA.o:ARCA.c:(.text+0xc0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0xa0): multiple defin ition of `HB_FUN_STATO' ARCA.o:ARCA.c:(.text+0x120): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x260): multiple defi nition of `HB_FUN_HELP' ARCALOG.o:ARCALOG.c:(.text+0xa0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x280): multiple defi nition of `HB_FUN_MODIHELP' ARCALOG.o:ARCALOG.c:(.text+0xe0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x340): multiple defi nition of `HB_FUN_NULLA' ARCA.o:ARCA.c:(.text+0xb00): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x5c0): multiple defi nition of `HB_FUN_ALTC' ARCA.o:ARCA.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0xf80): multiple defi nition of `HB_FUN_DB_FILE' ARCAROOT.o:ARCAROOT.c:(.text+0x7c0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(BOTTON_D.o):BOTTON_D.c:(.text+0x120): multipl e definition of `HB_FUN_SHADOW' ARCALOG.o:ARCALOG.c:(.text+0x960): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x40): multiple definition of `HB_FUN_MEMTOFIL' ARCALOG.o:ARCALOG.c:(.text+0xc40): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x60): multiple definition of `HB_FUN_CLRMEM' ARCALOG.o:ARCALOG.c:(.text+0xce0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x80): multiple definition of `HB_FUN_FILTOMEM' ARCALOG.o:ARCALOG.c:(.text+0xd00): first defined here c:/harbour/mingw/lib/libdelta4hh.a(PATH_D.o):PATH_D.c:(.text+0x120): multiple de finition of `HB_FUN_FILE_BLOCK' ARCAIO.o:ARCAIO.c:(.text+0x200): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x40): multiple definition of `HB_FUN_DBEDIT' ARCALOG.o:ARCALOG.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x60): multiple definition of `HB_FUN_TABRIGHE' ARCALOG.o:ARCALOG.c:(.text+0x980): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x80): multiple definition of `HB_FUN_VEDI_COMODO' ARCALOG.o:ARCALOG.c:(.text+0x9a0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0xc0): multiple definition of `HB_FUN_FRESHORDER' ARCALOG.o:ARCALOG.c:(.text+0x640): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x140): multipl e definition of `HB_FUN_XDBE' ARCALOG.o:ARCALOG.c:(.text+0x80): first defined here
Re: [Harbour] hb_run() problem
You'll need to move your getsys override to a lib, at least that'd the way it works for me without any errors. As for the rest as I've said you need to clean them up, I can see no hbmk2 fault here. Brgds, Viktor On Mon, Apr 20, 2009 at 6:51 PM, Massimo Belgrano mbelgr...@deltain.itwrote: 2009/4/20 Viktor Szakáts harbour...@syenar.hu: It's possible to silence such warnings, but I wouldn't recommend doing it. It's better to resolve them. In follow rowI need redefine function messaggio in my library.How can i resolved? ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multiple definition of `HB_FUN_MESSAGGIO' Please remove hbdebug lib from the liblist and upgrade to the latest SVN version of hbmk2 to resolve warnings for GETSYS. Done follow result revision 10899 c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0xc0): multiple d efinition of `HB_FUN_MK_RIGACOMP' ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multiple definition of `HB_FUN_MESSAGGIO' ARCALOG.o:ARCALOG.c:(.text+0x40): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0xa0): multiple d efinition of `HB_FUN_RICERCA4' ARCALOG.o:ARCALOG.c:(.text+0x7a0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0xe0): multiple d efinition of `HB_FUN_RICERCA5' ARCALOG.o:ARCALOG.c:(.text+0x7e0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x100): multiple definition of `HB_FUN_XINS' ARCALOG.o:ARCALOG.c:(.text+0x800): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x120): multiple definition of `HB_FUN_INS_NEW' ARCALOG.o:ARCALOG.c:(.text+0x820): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1a0): multiple definition of `HB_FUN_TROVA' ARCALOG.o:ARCALOG.c:(.text+0xe20): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1c0): multiple definition of `HB_FUN_ANY2STR' ARCAPDF.o:ARCAPDF.c:(.text+0xb20): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1e0): multiple definition of `HB_FUN_V_TROVA' ARCA.o:ARCA.c:(.text+0x6e0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DEFOPT.o):DEFOPT.c:(.text+0x1a0): multiple de finition of `HB_FUN_ORA' ARCAROOT.o:ARCAROOT.c:(.text+0x360): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x80): multiple defin ition of `HB_FUN_PRIMA_PP' ARCA.o:ARCA.c:(.text+0xc0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0xa0): multiple defin ition of `HB_FUN_STATO' ARCA.o:ARCA.c:(.text+0x120): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x260): multiple defi nition of `HB_FUN_HELP' ARCALOG.o:ARCALOG.c:(.text+0xa0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x280): multiple defi nition of `HB_FUN_MODIHELP' ARCALOG.o:ARCALOG.c:(.text+0xe0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x340): multiple defi nition of `HB_FUN_NULLA' ARCA.o:ARCA.c:(.text+0xb00): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x5c0): multiple defi nition of `HB_FUN_ALTC' ARCA.o:ARCA.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0xf80): multiple defi nition of `HB_FUN_DB_FILE' ARCAROOT.o:ARCAROOT.c:(.text+0x7c0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(BOTTON_D.o):BOTTON_D.c:(.text+0x120): multipl e definition of `HB_FUN_SHADOW' ARCALOG.o:ARCALOG.c:(.text+0x960): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x40): multiple definition of `HB_FUN_MEMTOFIL' ARCALOG.o:ARCALOG.c:(.text+0xc40): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x60): multiple definition of `HB_FUN_CLRMEM' ARCALOG.o:ARCALOG.c:(.text+0xce0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x80): multiple definition of `HB_FUN_FILTOMEM' ARCALOG.o:ARCALOG.c:(.text+0xd00): first defined here c:/harbour/mingw/lib/libdelta4hh.a(PATH_D.o):PATH_D.c:(.text+0x120): multiple de finition of `HB_FUN_FILE_BLOCK' ARCAIO.o:ARCAIO.c:(.text+0x200): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x40): multiple definition of `HB_FUN_DBEDIT' ARCALOG.o:ARCALOG.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x60): multiple definition of `HB_FUN_TABRIGHE' ARCALOG.o:ARCALOG.c:(.text+0x980): first defined here c:/harbour/mingw/lib/libdelta4hh.a(TABRIG_D.o):TABRIG_D.c:(.text+0x80): multiple definition of `HB_FUN_VEDI_COMODO'
[Harbour] SF.net SVN: harbour-project:[10900] trunk/harbour
Revision: 10900 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10900view=rev Author: druzus Date: 2009-04-20 18:10:20 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 20:17 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbsqlit3/hbsqlit3.c * updated to compile with older then SQLITE3.6.1 libraries Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbsqlit3/hbsqlit3.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10901] trunk/harbour
Revision: 10901 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10901view=rev Author: druzus Date: 2009-04-20 18:17:54 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 20:25 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/common/hbver.c * added missing const to function return type Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/common/hbver.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
sorry i not undestrand How can resove for example delta4hh.lib(VARIE_D.obj) : error LNK2005: _HB_FUN_MESSAGGIO già definito in ARALOG.obj Getsys maj be not a problem) In clipper if i have a function named messaggio on mylib.lib and a function named messaggio in mysample.prg if work function messaggio in my sample overwrite that in mylib.lib i have successfull recompile with bcc same bcc script Will bcc having different feature? 2009/4/20 Viktor Szakáts harbour...@syenar.hu: You'll need to move your getsys override to a lib, at least that'd the way it works for me without any errors. As for the rest as I've said you need to clean them up, I can see no hbmk2 fault here. Brgds, Viktor On Mon, Apr 20, 2009 at 6:51 PM, Massimo Belgrano mbelgr...@deltain.it wrote: 2009/4/20 Viktor Szakáts harbour...@syenar.hu: It's possible to silence such warnings, but I wouldn't recommend doing it. It's better to resolve them. In follow rowI need redefine function messaggio in my library.How can i resolved? ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multiple definition of `HB_FUN_MESSAGGIO' Please remove hbdebug lib from the liblist and upgrade to the latest SVN version of hbmk2 to resolve warnings for GETSYS. Done follow result revision 10899 c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0xc0): multiple d efinition of `HB_FUN_MK_RIGACOMP' ARCA.o:ARCA.c:(.text+0x940): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VARIE_D.o):VARIE_D.c:(.text+0x100): multiple definition of `HB_FUN_MESSAGGIO' ARCALOG.o:ARCALOG.c:(.text+0x40): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0xa0): multiple d efinition of `HB_FUN_RICERCA4' ARCALOG.o:ARCALOG.c:(.text+0x7a0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0xe0): multiple d efinition of `HB_FUN_RICERCA5' ARCALOG.o:ARCALOG.c:(.text+0x7e0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x100): multiple definition of `HB_FUN_XINS' ARCALOG.o:ARCALOG.c:(.text+0x800): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x120): multiple definition of `HB_FUN_INS_NEW' ARCALOG.o:ARCALOG.c:(.text+0x820): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1a0): multiple definition of `HB_FUN_TROVA' ARCALOG.o:ARCALOG.c:(.text+0xe20): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1c0): multiple definition of `HB_FUN_ANY2STR' ARCAPDF.o:ARCAPDF.c:(.text+0xb20): first defined here c:/harbour/mingw/lib/libdelta4hh.a(VALID_D.o):VALID_D.c:(.text+0x1e0): multiple definition of `HB_FUN_V_TROVA' ARCA.o:ARCA.c:(.text+0x6e0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DEFOPT.o):DEFOPT.c:(.text+0x1a0): multiple de finition of `HB_FUN_ORA' ARCAROOT.o:ARCAROOT.c:(.text+0x360): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x80): multiple defin ition of `HB_FUN_PRIMA_PP' ARCA.o:ARCA.c:(.text+0xc0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0xa0): multiple defin ition of `HB_FUN_STATO' ARCA.o:ARCA.c:(.text+0x120): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x260): multiple defi nition of `HB_FUN_HELP' ARCALOG.o:ARCALOG.c:(.text+0xa0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x280): multiple defi nition of `HB_FUN_MODIHELP' ARCALOG.o:ARCALOG.c:(.text+0xe0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x340): multiple defi nition of `HB_FUN_NULLA' ARCA.o:ARCA.c:(.text+0xb00): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0x5c0): multiple defi nition of `HB_FUN_ALTC' ARCA.o:ARCA.c:(.text+0x60): first defined here c:/harbour/mingw/lib/libdelta4hh.a(DELTA.o):DELTA.c:(.text+0xf80): multiple defi nition of `HB_FUN_DB_FILE' ARCAROOT.o:ARCAROOT.c:(.text+0x7c0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(BOTTON_D.o):BOTTON_D.c:(.text+0x120): multipl e definition of `HB_FUN_SHADOW' ARCALOG.o:ARCALOG.c:(.text+0x960): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x40): multiple definition of `HB_FUN_MEMTOFIL' ARCALOG.o:ARCALOG.c:(.text+0xc40): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x60): multiple definition of `HB_FUN_CLRMEM' ARCALOG.o:ARCALOG.c:(.text+0xce0): first defined here c:/harbour/mingw/lib/libdelta4hh.a(STRING_D.o):STRING_D.c:(.text+0x80): multiple definition of `HB_FUN_FILTOMEM' ARCALOG.o:ARCALOG.c:(.text+0xd00): first defined here c:/harbour/mingw/lib/libdelta4hh.a(PATH_D.o):PATH_D.c:(.text+0x120): multiple de finition of `HB_FUN_FILE_BLOCK' ARCAIO.o:ARCAIO.c:(.text+0x200): first
Re: [Harbour] hb_run() problem
I don't know either since I never use the same public function name in different modules, sorry. My opinion's that such practice is wrong, but at least compiler/linker implementation dependent, thus non-portable and dangerous. Anyway it's not a hbmk2 issue, so I cannot fix it there. If you want you can suppress it by passing appropriate linker commands via -ldflag= hbmk2 option. Brgds, Viktor On Mon, Apr 20, 2009 at 8:18 PM, Massimo Belgrano mbelgr...@deltain.itwrote: sorry i not undestrand How can resove for example delta4hh.lib(VARIE_D.obj) : error LNK2005: _HB_FUN_MESSAGGIO già definito in ARALOG.obj Getsys maj be not a problem) In clipper if i have a function named messaggio on mylib.lib and a function named messaggio in mysample.prg if work function messaggio in my sample overwrite that in mylib.lib i have successfull recompile with bcc same bcc script Will bcc having different feature? ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10894] trunk/harbour
Possibly after this change, I'm getting this: ../../filesys.c: In function ‘hb_fsCommit’: ../../filesys.c:1837: warning: implicit declaration of function ‘fdatasync’ Brgds, Viktor On Mon, Apr 20, 2009 at 2:24 PM, dru...@users.sourceforge.net wrote: Revision: 10894 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10894view=rev Author: druzus Date: 2009-04-20 12:24:42 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 14:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbcomp.h * harbour/source/common/hbdate.c * harbour/source/rtl/strmatch.c * harbour/source/rtl/fssize.c * harbour/source/rtl/hbffind.c * harbour/source/rtl/filesys.c * enabled some POSIX function added to 1.8 Linux OpenWatcom builds and cleaned some workarounds not longer necessary * harbour/source/rtl/hbproces.c + added hack with small sysconf() implementation which is still missing in OpenWatcom 1.8. Now it's possible to build Harbour in Linux using officially distributed OpenWatcom 1.8 * harbour/source/rtl/disksphb.c * added TODO warning message * harbour/source/compiler/cmdcheck.c ! fixed typo in memory freeing in repeated -ppath options Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbcomp.h trunk/harbour/source/common/hbdate.c trunk/harbour/source/compiler/cmdcheck.c trunk/harbour/source/rtl/disksphb.c trunk/harbour/source/rtl/filesys.c trunk/harbour/source/rtl/fssize.c trunk/harbour/source/rtl/hbffind.c trunk/harbour/source/rtl/hbproces.c trunk/harbour/source/rtl/strmatch.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10894] trunk/harbour
On darwin, I missed the most important, sorry. Brds, Viktor On Mon, Apr 20, 2009 at 8:26 PM, Viktor Szakáts harbour...@syenar.huwrote: Possibly after this change, I'm getting this: ../../filesys.c: In function ‘hb_fsCommit’: ../../filesys.c:1837: warning: implicit declaration of function ‘fdatasync’ Brgds, Viktor On Mon, Apr 20, 2009 at 2:24 PM, dru...@users.sourceforge.net wrote: Revision: 10894 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10894view=rev Author: druzus Date: 2009-04-20 12:24:42 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 14:32 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbcomp.h * harbour/source/common/hbdate.c * harbour/source/rtl/strmatch.c * harbour/source/rtl/fssize.c * harbour/source/rtl/hbffind.c * harbour/source/rtl/filesys.c * enabled some POSIX function added to 1.8 Linux OpenWatcom builds and cleaned some workarounds not longer necessary * harbour/source/rtl/hbproces.c + added hack with small sysconf() implementation which is still missing in OpenWatcom 1.8. Now it's possible to build Harbour in Linux using officially distributed OpenWatcom 1.8 * harbour/source/rtl/disksphb.c * added TODO warning message * harbour/source/compiler/cmdcheck.c ! fixed typo in memory freeing in repeated -ppath options Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbcomp.h trunk/harbour/source/common/hbdate.c trunk/harbour/source/compiler/cmdcheck.c trunk/harbour/source/rtl/disksphb.c trunk/harbour/source/rtl/filesys.c trunk/harbour/source/rtl/fssize.c trunk/harbour/source/rtl/hbffind.c trunk/harbour/source/rtl/hbproces.c trunk/harbour/source/rtl/strmatch.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] OT: Oracle buys Sun.
http://www.linuxtoday.com/news_story.php3?ltsn=2009-04-20-008-35-NW-BZ http://blogs.computerworld.com/oracle_sun_what_happens_to_mysql ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10902] trunk/harbour
Revision: 10902 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10902view=rev Author: druzus Date: 2009-04-20 18:45:43 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 20:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/filesys.c ! restored hack used for non POSIX compatible _POSIX_SYNCHRONIZED_IO definition. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/filesys.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] OT: Oracle buys Sun.
Shocking. IBM sounded better than ORA from an OSS POV. We should concentrate on PostgreSQL I guess. Brgds, Viktor On Mon, Apr 20, 2009 at 8:38 PM, Xavi jara...@gmail.com wrote: http://www.linuxtoday.com/news_story.php3?ltsn=2009-04-20-008-35-NW-BZ http://blogs.computerworld.com/oracle_sun_what_happens_to_mysql ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10902] trunk/harbour
Thanks! Now this and also hbsqlit3 builds fine on darwin. Brgds, Viktor On Mon, Apr 20, 2009 at 8:45 PM, dru...@users.sourceforge.net wrote: Revision: 10902 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10902view=rev Author: druzus Date: 2009-04-20 18:45:43 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 20:53 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/filesys.c ! restored hack used for non POSIX compatible _POSIX_SYNCHRONIZED_IO definition. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/filesys.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10903] trunk/harbour
Revision: 10903 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10903view=rev Author: vszakats Date: 2009-04-20 19:18:39 + (Mon, 20 Apr 2009) Log Message: --- 2009-04-20 21:15 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Fixed to find headers in originating file directory. This may need further tweaking. This works a little differently in Harbour and C compilers and hbmk2 tries to mimic both. Possible that it's still not fully compatible, if you know something pls speak up. + Added -incpath= option and incpaths= .hbp option. This is now the preferred method to add headers paths. All path will be added to both Harbour and C compiler. Important: a synonym for this switch is simply -i, just like before, but now the path will be also added to C compiler command line. * From now on Harbour include dir will always be the first one on the include path list passed to compilers. Before in Harbour it was always first, in C compilers it was always last. (disregarding include dirs passed directly to compiler, which will always come first, but isn't recommended). The ordering is thus this: compiler ... flags harbourincludedir incpaths ... - Deleted include path option detection, from now on only those paths will be scanned wich were passed to hbmk2 via -incpath/-i options. % Added -kmo optimization for hbmk2 source. + -info and -quiet will now work in .hbm files. (they will not control some close-to-startup messages if specified this way though) * external/libhpdf/Makefile * external/libpng/Makefile + Enabled for darwin. * contrib/hbqt/generator/hbqtgen.prg ! Recent fix to hbqt.h applied to generator. * utils/hbmk2/hbmk2.hbm - Removed no longer needed -km switch. * utils/hbmk2/examples/hmg.hbp * utils/hbmk2/examples/hwgui.hbp * utils/hbmk2/examples/fwh.hbp % Updated to use -incpaths= * utils/hbmk2/examples/fwh.hbp * Updated to work like similar hwgui and hmg files. ; QUESTION: Is hbwin lib required for FWH? Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/generator/hbqtgen.prg trunk/harbour/external/libhpdf/Makefile trunk/harbour/external/libpng/Makefile trunk/harbour/utils/hbmk2/examples/fwh.hbp trunk/harbour/utils/hbmk2/examples/hmg.hbp trunk/harbour/utils/hbmk2/examples/hwgui.hbp trunk/harbour/utils/hbmk2/hbmk2.hbm 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10903] trunk/harbour
Hi! * utils/hbmk2/examples/fwh.hbp * Updated to work like similar hwgui and hmg files. ; QUESTION: Is hbwin lib required for FWH? Yes, I got the file buildh.bat that has the latest version of FWH and I wrote a .HBP based on it. Below is a copy attached for you to see the dependencies: ... echo %bcdir%\lib\c0w32.obj + b32.bc echo %1.obj, + b32.bc echo %1.exe, + b32.bc echo %1.map, + b32.bc echo %fwh%\lib\FiveH.lib %fwh%\lib\FiveHC.lib + b32.bc echo %hdirl%\hbrtl.lib + b32.bc echo %hdirl%\hbvm.lib + b32.bc echo %hdirl%\%GT%.lib + b32.bc echo %hdirl%\hblang.lib + b32.bc echo %hdirl%\hbmacro.lib + b32.bc echo %hdirl%\hbrdd.lib + b32.bc echo %hdirl%\rddntx.lib + b32.bc echo %hdirl%\rddcdx.lib + b32.bc echo %hdirl%\rddfpt.lib + b32.bc echo %hdirl%\hbsix.lib + b32.bc echo %hdirl%\hbdebug.lib + b32.bc echo %hdirl%\hbcommon.lib + b32.bc echo %hdirl%\hbpp.lib + b32.bc echo %hdirl%\hbcpage.lib + b32.bc echo %hdirl%\hbwin.lib + b32.bc rem Uncomment these two lines to use Advantage RDD rem echo %hdirl%\rddads.lib + b32.bc rem echo %hdirl%\Ace32.lib + b32.bc echo %bcdir%\lib\cw32.lib + b32.bc echo %bcdir%\lib\uuid.lib + b32.bc echo %bcdir%\lib\import32.lib + b32.bc echo %bcdir%\lib\psdk\odbc32.lib + b32.bc echo %bcdir%\lib\psdk\nddeapi.lib + b32.bc echo %bcdir%\lib\psdk\iphlpapi.lib + b32.bc echo %bcdir%\lib\psdk\msimg32.lib + b32.bc echo %bcdir%\lib\psdk\rasapi32.lib, b32.bc %bcdir%\bin\ilink32 -Gn -aa -Tpe -s @b32.bc ... ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HBMK2 - Error
Hello Viktor
/*
* $Id: ChangeLog 10903 2009-04-20 19:18:39Z vszakats $
*/
C:\harbour\contrib\gtqtc\testshbmk2 wvtext
Error BASE/1123 Argument error: AADD (Quit)
Error BASE/1123 Argument error: AADD
Called from AADD(0)
Called from AADDNOTEMPTY(3432)
Called from HBMK(786)
Called from MAIN(180)
hbqt.hbp
==
{mingw}libs=supc++
gt=gtqtc
gui=yes
mt=yes
{win}libpaths=C:\Qt\2009.01\Qt\Lib
{win}libs=gtqtc xhb hbmzip
{win}libs=QtCore4 QtGui4 QtNetwork4 QtWebKit4
With or without {win} filter.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/HBMK2---Error-tp23145542p23145542.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
Thanks for clarification,i highly appreciate your suggestionNever use same public function name in different modules because is wrong and dangerous Now i try rewrite each situation to better manage this I think remove duplication function using #if def If other user have made similar situation i invite share his experience will be useful for everybody I think fault because In personalised getlist,errorlist use same public function mane 2009/4/20 Viktor Szakáts harbour...@syenar.hu I don't know either since I never use the same public function name in different modules, sorry. My opinion's that such practice is wrong, but at least compiler/linker implementation dependent, thus non-portable and dangerous. Anyway it's not a hbmk2 issue, so I cannot fix it there. If you want you can suppress it by passing appropriate linker commands via -ldflag= hbmk2 option. Brgds, Viktor On Mon, Apr 20, 2009 at 8:18 PM, Massimo Belgrano mbelgr...@deltain.itwrote: sorry i not undestrand How can resove for example delta4hh.lib(VARIE_D.obj) : error LNK2005: _HB_FUN_MESSAGGIO già definito in ARALOG.obj Getsys maj be not a problem) In clipper if i have a function named messaggio on mylib.lib and a function named messaggio in mysample.prg if work function messaggio in my sample overwrite that in mylib.lib i have successfull recompile with bcc same bcc script Will bcc having different feature? ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10903] trunk/harbour
Thanks for the info. Current hbmk2 + fwh.hbp in SVN is correct then. I'd be interested in your test results with them. Brgds, Viktor On Mon, Apr 20, 2009 at 9:48 PM, Vailton Renato vail...@gmail.com wrote: Hi! * utils/hbmk2/examples/fwh.hbp * Updated to work like similar hwgui and hmg files. ; QUESTION: Is hbwin lib required for FWH? Yes, I got the file buildh.bat that has the latest version of FWH and I wrote a .HBP based on it. Below is a copy attached for you to see the dependencies: ... echo %bcdir%\lib\c0w32.obj + b32.bc echo %1.obj, + b32.bc echo %1.exe, + b32.bc echo %1.map, + b32.bc echo %fwh%\lib\FiveH.lib %fwh%\lib\FiveHC.lib + b32.bc echo %hdirl%\hbrtl.lib + b32.bc echo %hdirl%\hbvm.lib + b32.bc echo %hdirl%\%GT%.lib + b32.bc echo %hdirl%\hblang.lib + b32.bc echo %hdirl%\hbmacro.lib + b32.bc echo %hdirl%\hbrdd.lib + b32.bc echo %hdirl%\rddntx.lib + b32.bc echo %hdirl%\rddcdx.lib + b32.bc echo %hdirl%\rddfpt.lib + b32.bc echo %hdirl%\hbsix.lib + b32.bc echo %hdirl%\hbdebug.lib + b32.bc echo %hdirl%\hbcommon.lib + b32.bc echo %hdirl%\hbpp.lib + b32.bc echo %hdirl%\hbcpage.lib + b32.bc echo %hdirl%\hbwin.lib + b32.bc rem Uncomment these two lines to use Advantage RDD rem echo %hdirl%\rddads.lib + b32.bc rem echo %hdirl%\Ace32.lib + b32.bc echo %bcdir%\lib\cw32.lib + b32.bc echo %bcdir%\lib\uuid.lib + b32.bc echo %bcdir%\lib\import32.lib + b32.bc echo %bcdir%\lib\psdk\odbc32.lib + b32.bc echo %bcdir%\lib\psdk\nddeapi.lib + b32.bc echo %bcdir%\lib\psdk\iphlpapi.lib + b32.bc echo %bcdir%\lib\psdk\msimg32.lib + b32.bc echo %bcdir%\lib\psdk\rasapi32.lib, b32.bc %bcdir%\bin\ilink32 -Gn -aa -Tpe -s @b32.bc ... ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hb_run() problem
Thanks for clarification,i highly appreciate your suggestionNever use same public function name in different modules because is wrong and dangerous Now i try rewrite each situation to better manage this I think remove duplication function using #if def If other user have made similar situation i invite share his experience will be useful for everybody I think fault because In personalised getlist,errorlist use same public function mane As I wrote, you *can* override Harbour RTL *modules* (like getsys and errorsys). In your case probably your local getsys version doesn't define all public functions which are defined in RTL version. When done right, it's possible to override either by putting local version in custom lib or directly in source. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[10904] trunk/harbour
Revision: 10904 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=10904view=rev Author: vszakats Date: 2009-04-21 02:19:58 + (Tue, 21 Apr 2009) Log Message: --- 2009-04-21 04:19 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * utils/hbmk2/hbmk2.prg ! Fixed minor but fatal oversight in prev commit. Modified Paths: -- trunk/harbour/ChangeLog 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 Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10903] trunk/harbour
Hi Viktor!
I updated from SVN and got this error:
# Copy this file to FWH root dir and include it in hbmk2
# command line to build an app:
# hbmk2 test.prg C:\fwh\fwh.hbp
{win}incpaths=${hb_self}include
{win}libpaths=${hb_self}lib
{win}gt=gtgui
{win}libs=fiveh fivehc
{win}libs=nddeapi iphlpapi rasapi32
{win}libs=hbwin
F:\FW\FWH_9.04\sampleshbmk2 testget ..\fwh.hbp
Error BASE/1123 Argument error: AADD (Quit)
Error BASE/1123 Argument error: AADD
Called from AADD(0)
Called from AADDNOTEMPTY(3432)
Called from HBMK(786)
Called from MAIN(180)
F:\FW\FWH_9.04\samples
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[10903] trunk/harbour
Yes, I've just committed the fix for this (stupid error).
Brgds,
Viktor
On Tue, Apr 21, 2009 at 4:29 AM, Vailton Renato vail...@gmail.com wrote:
Hi Viktor!
I updated from SVN and got this error:
# Copy this file to FWH root dir and include it in hbmk2
# command line to build an app:
# hbmk2 test.prg C:\fwh\fwh.hbp
{win}incpaths=${hb_self}include
{win}libpaths=${hb_self}lib
{win}gt=gtgui
{win}libs=fiveh fivehc
{win}libs=nddeapi iphlpapi rasapi32
{win}libs=hbwin
F:\FW\FWH_9.04\sampleshbmk2 testget ..\fwh.hbp
Error BASE/1123 Argument error: AADD (Quit)
Error BASE/1123 Argument error: AADD
Called from AADD(0)
Called from AADDNOTEMPTY(3432)
Called from HBMK(786)
Called from MAIN(180)
F:\FW\FWH_9.04\samples
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
