Hi Viktor, Update the harbor to the SVN using the command -INC. And I try again the sample of A.PRG folder \HWGUI\SAMPLES\ALL\ but without the extension. LIB and occurred the same problem, until he creates the EXE but when it will open in a GPF.
Also compiled my system with the minimum settings as you stated and I created the EXE without error in the compilation, but when it will open the EXE of the GPF also. Well, I try to compile using other compilers such as MSVC or MinGW. This dabdo that the GPF is the BCC 5.5.1. I also try to Bcc 5.82. Thank you for your attention. Leonardo Machado Viktor Szakáts wrote: > > Hi Leonardo, > > >> I'm trying to compile as you said, I want to inform the LIB, which builds >> up >> until the end but when I open the system he's a GPF to start. >> Since the same system using hbmake.exe of xharbour it compiles without >> problems both with the version 1.0.0 as the latest version 1.2.0. >> What I find is that this hbmk2.exe linking several LIB I'm not telling. >> Below I am trying to compile for last: >> >> FILE sagi.hbp >> libpaths=d:\devel\hb-bcc\lib [ autodetected, not needed ] >> libs=hbpcre hbvm hbmisc hbrtl gtgui hbpp hblang hbmacro hbcommon hbcpage >> hbrdd rddntx rddcdx rddfpt hwgui procmisc hbmzip hbziparc hbct hbtip >> hbwin >> xhb version [ dangerous and unnecessary to supply Harbour system libs. ] >> gt=gtgui >> gui=yes >> mt=no [ default ] >> nulrdd=no [ default ] >> debug=no [ default ] >> map=no [ default ] >> run=no [ default ] >> comp=bcc [ it's not a valid .hbp command ] >> autodetect=no [ it's not a valid .hbp command ] > > > Most of the lines here aren't need, some of them aren't working, and the > rest is setting the default (see my comment above). First please try with > this minimal version: > --- sagi.hbp > libs=hwgui procmisc hbmzip hbziparc hbct hbtip hbwin version > gt=gtgui > --- > > hbmk2 tries to make life simple, so it will automatically add Harbour > libraries for you, this is normal and shouldn't cause breakage for > Harbour apps. You don't need to deal with these libs when using hbmk2, > except for contribs and 3rd party ones. > > hbmk: Linker script: >> -Gn -C -ap -Tpe -Ld:\devel\hb-bcc\lib c0d32.obj win\bcc\SAGI.obj >> win\bcc\ATUALIZA.obj win\bcc\BALANCAS.obj win\bcc\BALV_LIQUIDO.obj >> win\bcc\BAL_LIQUIDO.obj win\bcc\BRUTO_ENT.obj win\bcc\BRUTO_SAI.obj >> win\bcc\CADASTROS.obj win\bcc\CLIENTES.obj win\bcc\TABELAS.obj >> win\bcc\ESTOQUE_GUI.obj win\bcc\FINANCE_ESTORNO.obj >> win\bcc\FINANCE_GUI.obj >> win\bcc\FINANCE_PGTO_BOL.obj win\bcc\FINANCE_PGTO_BOL2.obj >> win\bcc\FINANCE_PGTO_BOLV.obj win\bcc\FOLHA_GUI.obj win\bcc\HB_PORTAS.obj >> win\bcc\PESQUISAS.obj win\bcc\RELATORIOS.obj win\bcc\RELATORIOS2.obj >> win\bcc\REL_GUI.obj win\bcc\ROTINA.obj win\bcc\UTEIS.obj >> win\bcc\SYGECOM.obj >> win\bcc\TRANSP_GUI.obj win\bcc\USUARIOS.obj win\bcc\SINTEGRA.obj >> win\bcc\hbmk_0qcaqs.obj, SAGI.exe, nul, cw32mt.lib hbcpage.lib hblang.lib >> hbcommon.lib hbcplr.lib 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 hbpcre.lib hbvm.lib >> hbmisc.lib hbrtl.lib gtgui.lib hbpp.lib hblang.lib hbmacro.lib >> hbcommon.lib >> hbcpage.lib hbrdd.lib rddntx.lib rddcdx.lib rddfpt.lib hwgui.lib >> procmisc.lib hbmzip.lib hbziparc.lib hbct.lib hbtip.lib hbwin.lib xhb.lib >> version.lib import32.lib,, win\bcc\sagi.res >> Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland >> >> I'm trying to compile using the SVN version compiled days 04/13/2009 at >> 12:53 ( Harbour 1.1.0Dev (Rev. 10777) ) > > > Current rev is 10855 and -inc is only supported since yesterday, > if you can, update your version and rebuild, you seem to be using > a mixture of different Harbour versions. > > >> If you compile a sample of the pulp samples hwgui the same thing happens, >> I >> tried to compile the example \hwgui\samples\all\a.prg using the command >> below: >> hbmk2 -l hwgui.lib -l procmisc.lib a.prg >> >> He creates the executable file A. EXE, but when it will open the >> executable >> of a GPF. > > > -l and libname shouldn't have a space in between, .lib extension is also > not > needed: > hbmk2 -lhwgui -lprocmisc a.prg > (anyhow these libs are already specified in the .hbp file, > so there is no need to pass them on the command line) > > I'll commit a few fixes for bcc targeting your GPF, but I have > to make some tests first. > > Brgds, > Viktor > > _______________________________________________ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > -- View this message in context: http://www.nabble.com/Compile-application-hwgui-using-hbmk2-tp23033115p23040146.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
