Re: [Harbour] hbIDE - hbMK2 - .ppo Output Clarification
Hi Viktor Szakáts wrote: > > If you want to get only .ppo output with hbmk2, > use -hbraw option, but it's important to pass it > on the command-line. IOW it's not possible to pass this > switch in .hbp/.hbm files: > >hbmk2 -hbraw project.hbp -p > Perfect. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/hbIDE---hbMK2---.ppo-Output-Clarification-tp27093855p27094515.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] openSUSE 32-bit build on 64-bit [update#1]
> On Sat, 9 Jan 2010, Viktor Szakáts wrote: > >> I'm not sure if it's missing package or something missing from our .mk >> files. [TOFIX?] >> As far as I can tell, a libX11.so lib _was_ installed in 32-bit lib dir. >> This can be solved using this ugly hack: [update#1] >> $ cd /usr/lib >> $ sudo ln -s libX11.so.6 libX11.so > > i personally have feelings against this, but it seems to be in line > with the how to compile wine64 on suse document at > http://wiki.winehq.org/WineOn64bit, which in it's own right might be > useful, given the sort-of similarity of the situation. I have serious trouble to accept such solution either, so I really just posted it here to give a feel about the process (which is quite like pissing against the wind), and to give a full coverage of the issues I met, plus in the hope that maybe someone can suggest anything better. Anyhow until then my advice is to keep both 32-bit and 64-bit hosts if there is a need to produce for both targets. Debian is indeed even worse, and process varies from distro to distro and version by version. Hopefully one day distro makers will talk to each other and sort out the lib/lib32/lib64 mess. The wine link pretty much paints the picture in its whole sadness. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbIDE - hbMK2 - .ppo Output Clarification
Hi Pritpal, If you want to get only .ppo output with hbmk2, use -hbraw option, but it's important to pass it on the command-line. IOW it's not possible to pass this switch in .hbp/.hbm files: hbmk2 -hbraw project.hbp -p Brgds, Viktor On 2010 Jan 10, at 00:25, Pritpal Bedi wrote: > > Hello Viktor > > This is the hbide.hbp > > > # User Supplied Flags > > ../../hbxbp/hbxbp.hbc > -inc > -w3 > -es2 > -workdir=C:\harbour\contrib\hbide\projects/${hb_plat}/${hb_comp}/hbide > > # hbIDE Supplied Flags > > -q > -trace > -info > -rebuild > > -hbcmp > -s > -p > > # Source File - PPO > > C:\harbour\contrib\hbide\ideactions.prg > > > > > And this is process output: > > > > > > Project [ Harbour-Qt IDE ]Launch [ No ]Rebuild [ Yes ]Started [ > 15:20:42 ] > > > harbour\contrib\hbide\projects > hbmk2: Processing environment options: -compiler=mingw > hbmk2: Processing configuration: c:\harbour_dev\harbour\mingw\bin\hbmk.cfg > hbmk2: Compiling Harbour sources... > hbmk2: Harbour compiler command (embedded): > (c:\harbour_dev\harbour\mingw\bin\harbour.exe) -n2 > C:/harbour/contrib/hbide/ideactions.prg -d__HB_DEBUG__ -w3 -es2 -q -s -p > -oC:/harbour/contrib/hbide/projects/win/mingw/hbide\ > -iC:/harbour_dev/harbour/mingw/include -iC:/harbour/contrib/hbxbp > -iC:/harbour/contrib/hbqt > > Harbour 2.0.1dev (Rev. 13454) > Copyright (c) 1999-2010, http://www.harbour-project.org/ > > hbmk2: Compiling... > hbmk2: C/C++ compiler command: > gcc.exe -c -O3 -march=i586 -mtune=pentiumpro -fomit-frame-pointer > -DHB_FM_STATISTICS -D__HB_DEBUG__ -DHB_TR_LEVEL_DEBUG -Wall -W > -IC:/harbour_dev/harbour/mingw/include -IC:/harbour/contrib/hbxbp > -IC:/harbour/contrib/hbqt > C:/harbour/contrib/hbide/projects/win/mingw/hbide\ideactions.c -o > C:/harbour/contrib/hbide/projects/win/mingw/hbide/ideactions.o > > gcc.exe: C:/harbour/contrib/hbide/projects/win/mingw/hbide\ideactions.c: No > such file or directory > gcc.exe: no input files > hbmk2: Error: Running C/C++ compiler. 1 > gcc.exe -c -O3 -march=i586 -mtune=pentiumpro -fomit-frame-pointer > -DHB_FM_STATISTICS -D__HB_DEBUG__ -DHB_TR_LEVEL_DEBUG -Wall -W > -IC:/harbour_dev/harbour/mingw/include -IC:/harbour/contrib/hbxbp > -IC:/harbour/contrib/hbqt > C:/harbour/contrib/hbide/projects/win/mingw/hbide\ideactions.c -o > C:/harbour/contrib/hbide/projects/win/mingw/hbide/ideactions.o > > > Exit Code [ 6 ]Exit Status [ 0 ]Finished at [ 15:20:43 ]Done in > [ 0.31 Secs ] > > > > > Can you refine what must go into .hbp which prevent it from .exe creation ? > > Regards > Pritpal Bedi > > -- > View this message in context: > http://old.nabble.com/hbIDE---hbMK2---.ppo-Output-Clarification-tp27093855p27093855.html > Sent from the Harbour - Dev mailing list archive at Nabble.com. > > ___ > 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:[13524] trunk/harbour
Revision: 13524 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13524&view=rev Author: vouchcac Date: 2010-01-09 23:43:59 + (Sat, 09 Jan 2010) Log Message: --- 2010-01-09 15:39 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.ch * contrib/hbide/hbide.hbp * contrib/hbide/hbide.prg * contrib/hbide/idemisc.prg * contrib/hbide/ideobject.prg * contrib/hbide/ideprojmanager.prg + contrib/hbide/idesources.prg * contrib/hbide/projects/hbide.hbi ! Next round of reforms, may be second-last, mainly concentrating on accessing the different components with ease. ! Some formattig and code optimizations. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.ch trunk/harbour/contrib/hbide/hbide.hbp trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idemisc.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbide/ideprojmanager.prg trunk/harbour/contrib/hbide/projects/hbide.hbi Added Paths: --- trunk/harbour/contrib/hbide/idesources.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] openSUSE 32-bit build on 64-bit [update#1]
On Sat, 9 Jan 2010, Viktor Szakáts wrote: > I'm not sure if it's missing package or something missing from our .mk > files. [TOFIX?] > As far as I can tell, a libX11.so lib _was_ installed in 32-bit lib dir. > This can be solved using this ugly hack: [update#1] > $ cd /usr/lib > $ sudo ln -s libX11.so.6 libX11.so i personally have feelings against this, but it seems to be in line with the how to compile wine64 on suse document at http://wiki.winehq.org/WineOn64bit, which in it's own right might be useful, given the sort-of similarity of the situation. -- [-] mkdir /nonexistent ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbIDE - hbMK2 - .ppo Output Clarification
Hello Viktor This is the hbide.hbp # User Supplied Flags ../../hbxbp/hbxbp.hbc -inc -w3 -es2 -workdir=C:\harbour\contrib\hbide\projects/${hb_plat}/${hb_comp}/hbide # hbIDE Supplied Flags -q -trace -info -rebuild -hbcmp -s -p # Source File - PPO C:\harbour\contrib\hbide\ideactions.prg And this is process output: Project [ Harbour-Qt IDE ]Launch [ No ]Rebuild [ Yes ]Started [ 15:20:42 ] harbour\contrib\hbide\projects hbmk2: Processing environment options: -compiler=mingw hbmk2: Processing configuration: c:\harbour_dev\harbour\mingw\bin\hbmk.cfg hbmk2: Compiling Harbour sources... hbmk2: Harbour compiler command (embedded): (c:\harbour_dev\harbour\mingw\bin\harbour.exe) -n2 C:/harbour/contrib/hbide/ideactions.prg -d__HB_DEBUG__ -w3 -es2 -q -s -p -oC:/harbour/contrib/hbide/projects/win/mingw/hbide\ -iC:/harbour_dev/harbour/mingw/include -iC:/harbour/contrib/hbxbp -iC:/harbour/contrib/hbqt Harbour 2.0.1dev (Rev. 13454) Copyright (c) 1999-2010, http://www.harbour-project.org/ hbmk2: Compiling... hbmk2: C/C++ compiler command: gcc.exe -c -O3 -march=i586 -mtune=pentiumpro -fomit-frame-pointer -DHB_FM_STATISTICS -D__HB_DEBUG__ -DHB_TR_LEVEL_DEBUG -Wall -W -IC:/harbour_dev/harbour/mingw/include -IC:/harbour/contrib/hbxbp -IC:/harbour/contrib/hbqt C:/harbour/contrib/hbide/projects/win/mingw/hbide\ideactions.c -o C:/harbour/contrib/hbide/projects/win/mingw/hbide/ideactions.o gcc.exe: C:/harbour/contrib/hbide/projects/win/mingw/hbide\ideactions.c: No such file or directory gcc.exe: no input files hbmk2: Error: Running C/C++ compiler. 1 gcc.exe -c -O3 -march=i586 -mtune=pentiumpro -fomit-frame-pointer -DHB_FM_STATISTICS -D__HB_DEBUG__ -DHB_TR_LEVEL_DEBUG -Wall -W -IC:/harbour_dev/harbour/mingw/include -IC:/harbour/contrib/hbxbp -IC:/harbour/contrib/hbqt C:/harbour/contrib/hbide/projects/win/mingw/hbide\ideactions.c -o C:/harbour/contrib/hbide/projects/win/mingw/hbide/ideactions.o Exit Code [ 6 ]Exit Status [ 0 ]Finished at [ 15:20:43 ]Done in [ 0.31 Secs ] Can you refine what must go into .hbp which prevent it from .exe creation ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/hbIDE---hbMK2---.ppo-Output-Clarification-tp27093855p27093855.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ 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:[13523] trunk/harbour
Revision: 13523 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13523&view=rev Author: vouchcac Date: 2010-01-09 19:03:28 + (Sat, 09 Jan 2010) Log Message: --- 2010-01-09 10:53 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbslots.cpp * contrib/hbqt/hbqt_hbslots.h + Added few more slots. ! Improved formatting. * contrib/hbxbp/xbprtf.prg ! Corrected "undoAvailable(bool)" slot string. * contrib/hbide/hbide.prg * contrib/hbide/ideactions.prg * contrib/hbide/ideeditor.prg * contrib/hbide/idemisc.prg * contrib/hbide/ideobject.prg + Implemented context menu in the editor tabs. Now it is synchronized with toolbar with same look and feel. + Implemented to re-position editor tabs with drag. HOWTO: Place mouse pointer over a tab -> keep pressed left button -> move mouse pointer left or right -> ( tab will move with your action ) -> release left button when desired position is obtained. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideactions.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/idemisc.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbqt/hbqt_hbslots.cpp trunk/harbour/contrib/hbqt/hbqt_hbslots.h trunk/harbour/contrib/hbxbp/xbprtf.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
[Harbour] openSUSE 32-bit build on 64-bit [update#1]
> So to reiterate, what is the 'official' way to build an 32-bit > .rpm on a 64-bit host? [update#1] I finished the cross 32-bit/64-bit build on openSUSE, with following list of issues: - '-32bit' postfixed packages had to be installed first. Now documented in INSTALL. - gpm-devel isn't recognized on openSUSE 11.2, it uses the name 'gpm' [TOFIX] - '--without x11' had to be used, otherwise it fails with error in dynlib generation phase. I'm not sure if it's missing package or something missing from our .mk files. [TOFIX?] As far as I can tell, a libX11.so lib _was_ installed in 32-bit lib dir. This can be solved using this ugly hack: [update#1] $ cd /usr/lib $ sudo ln -s libX11.so.6 libX11.so - curl had to be manually deleted from harbour.spec, since I found no better way to suppress it and it causes problems because libcurl developers decided (around 7.19.x) to use to platform dependent header files, which fail in cross-platform situations. [ pretty bad direction, so it's good to look around for a better replacement. ] This was the error, for reference: /usr/include/curl/curlrules.h:144: error: size of array ‘__curl_rule_01__’ is negative /usr/include/curl/curlrules.h:154: error: size of array ‘__curl_rule_02__’ is negative [TOFIX: Find a way to suppress it for such cross-builds] - -m32 option had to be manually added to harbour.spec CFLAFGS/LDFLAGS/DFLAGS build options to force 32-bit build. [TOFIX] - the generated .rpm had the postfix 'sus112.x86_64' because mpkg_rpm.sh doesn't recognize this cross-build situation. [TOFIX] - another crucial issue that inside the generated .rpm the lib dir is lib64, which is wrong, and most probably a --target=i386 (or simiar) rpmbuild switch is also required to mark their architecture. [update#1] [TOFIX] I'd appreciate if Linux experts could help addressing these. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] openSUSE 32-bit build on 64-bit
> So to reiterate, what is the 'official' way to build an 32-bit > .rpm on a 64-bit host? I finished the cross 32-bit/64-bit build on openSUSE, with following list of issues: - '-32bit' postfixed packages had to be installed first. Now documented in INSTALL. - gpm-devel isn't recognized on openSUSE 11.2, it uses the name 'gpm' [TOFIX] - '--without x11' had to be used, otherwise it fails with error in dynlib generation phase. I'm not sure if it's missing package or something missing from our .mk files. [TOFIX?] As far as I can tell, a libX11.so lib _was_ installed in 32-bit lib dir. - curl had to be manually deleted from harbour.spec, since I found no better way to suppress it and it causes problems because libcurl developers decided (around 7.19.x) to use to platform dependent header files, which fail in cross-platform situations. [ pretty bad direction, so it's good to look around for a better replacement. ] This was the error, for reference: /usr/include/curl/curlrules.h:144: error: size of array ‘__curl_rule_01__’ is negative /usr/include/curl/curlrules.h:154: error: size of array ‘__curl_rule_02__’ is negative [TOFIX: Find a way to suppress it for such cross-builds] - -m32 option had to be manually added to harbour.spec CFLAFGS/LDFLAGS/DFLAGS build options to force 32-bit build. [TOFIX] - the generated .rpm had the postfix 'sus112.x86_64' because mpkg_rpm.sh doesn't recognize this cross-build situation. [TOFIX] I'd appreciate if Linux experts could help addressing these. 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:[13522] trunk/harbour
Revision: 13522 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13522&view=rev Author: vszakats Date: 2010-01-09 11:55:36 + (Sat, 09 Jan 2010) Log Message: --- 2010-01-09 12:54 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * INSTALL + Extended Linux deb/rpm sections: - Added list of base packages - Listed actual active distro names - Added pkg install command for various rpm distros - Added link to webpage containing extensive information about pkg management commands on different distros + Added SUNWsvn package for OpenSolaris. * harbour.spec ! Typo in comment. + Added 'DISCONTINUED' comments to those distros which are (suprise!) discontinued. * contrib/hbwin/wapi_winbase.c ! Fixed to set internal getlasterror value in WAPI_FORMATMESSAGE(). Thanks Xavi. * contrib/hbwin/wapi_err.c ! Fixed to include 'hbwapi.h' Thanks Xavi again. * config/global.mk + Added autodetection of Gentoo Linux package manager. * contrib/hbbtree/hb_btree.c + Added two TOFIX notes. Both reported on the list previously. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/config/global.mk trunk/harbour/contrib/hbbtree/hb_btree.c trunk/harbour/contrib/hbwin/wapi_err.c trunk/harbour/contrib/hbwin/wapi_winbase.c trunk/harbour/harbour.spec 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] x86 build on amd64 Linux
On Sat, 9 Jan 2010, Viktor Szakáts wrote: > >>> HB_USER_CFLAGS=-m32 is a good start (assuming gcc or sunpro), but > >>> component autodetection will almost certainly be unusable (it'll pick > >>> up stuff for which no 32-bit libs are present). > > Now that I'm testing it live, it seems I also need to set: >HB_USER_LDFLAGS=-m32 >HB_USER_DFLAGS=-m32 strange, i have always been under the impression ld can figure these out based on the (input) object format. whatever. > Plus I need to install '-32bit' postfixed packages additionally. > OpenSUSE seems to support this scenario well. > ../../../../../src/vm/obj/linux/gcc/runner_dyn.o > ../../../../../src/vm/obj/linux/gcc/vm_dyn.o -lncurses -lslang -lX11 -lz > -lrt -ldl -lm -s && ln -sf libharbour-2.0.0.so > ../../../../../lib/linux/gcc/libharbour.so > /usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../x86_64-suse-linux/bin/ld: > skipping incompatible > /usr/lib64/gcc/x86_64-suse-linux/4.4/../../../libX11.so when searching for > -lX11 > /usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../x86_64-suse-linux/bin/ld: > skipping incompatible /usr/lib64/libX11.so when searching for -lX11 > /usr/lib64/gcc/x86_64-suse-linux/4.4/../../../../x86_64-suse-linux/bin/ld: > cannot find -lX11 this is because it doesn't find 32bit x11 libs. looking at a 11.2 x64 media, i see no -32bit devel packages for xlibs. > So to reiterate, what is the 'official' way to build an 32-bit > .rpm on a 64-bit host? that i have never known in the first place ;> -- [-] mkdir /nonexistent ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour