[Harbour] harbour error compiling xhgtk sample
I am posting in the developer' s list because i don' t get any answer in users list I am using harbour , last version in Ubuntu 8.10 I get this error trying to compile a Xhgtk Sample ( library was compiled with the same harbour version without problems ) thanks for any help Bruno / error code [EMAIL PROTECTED]:~/xhgtk/samples/classes/browse$ sh build.sh browse Harbour 1.0.1 Intl. (Rev. 9429) Copyright (c) 1999-2008, http://www.harbour-project.org/ Compiling 'browse.prg'... Lines 5786, Functions/Procedures Generating C source output to 'browse.c'... Done. /usr/lib/harbour/libhbrtl.a(gtsys.o): In function `hb_gt_ForceLink_HB_GT_TRM': (.text+0x7): undefined reference to `HB_FUN_HB_GT_TRM' collect2: ld devolvió el estado de salida 1 build.sh: 51: ./browse: not found ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] contribs
Where I can found contribs compiled for UBUNTU or at least the source of contribs ? Thanks Bruno ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] harbour error compiling xhgtk sample
On Sat, Nov 22, 2008 at 12:37 PM, Bruno Luciani <[EMAIL PROTECTED]> wrote: > I get this error trying to compile a Xhgtk Sample ( library was compiled > with the same harbour version without problems ) add gttrm to the lib list or use hb* scripts and define the gt you want using -gt . best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] contribs
On Sat, Nov 22, 2008 at 12:47 PM, Bruno Luciani <[EMAIL PROTECTED]> wrote: > Where I can found contribs compiled for UBUNTU or at least > the source of contribs ? Go to http://sourceforge.net/projects/harbour-project, click on the big green Download link and get the package "source". best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] OSX (and Linux) and dyn libs
On Fri, 21 Nov 2008, Maurilio Longo wrote: Hi Maurilio, > in OS/2 there is an envvar, LIBPATH=, which always contains '.' and is used by > OS/2 to find needed DLLs; so every program looks at the dirctory it was > started from when looking for .DLLs. > I don't think this is available on MacOSX. It is just like in other *nixes. The envvar name is of course different: DYLD_LIBRARY_PATH This is a colon separated list of directories that contain libraries. The dynamic linker searches these directories before it searches the default locations for libraries. It allows you to test new versions of existing libraries. For each library that a program uses, the dynamic linker looks for it in each directory in DYLD_LIBRARY_PATH in turn. If it still can't find the library, it then searches DYLD_FALL-BACK_FRAMEWORK_PATH DYLD_FALLBACK_FRAMEWORK_PATH BACK_FRAMEWORK_PATH and DYLD_FALLBACK_LIBRARY_PATH in turn. Use the -L option to otool(1). to discover the frameworks and shared libraries that the exe-cutable executable cutable is linked against. DYLD_FALLBACK_LIBRARY_PATH This is a colon separated list of directories that contain libraries. It is used as the default location for libraries not found in their install path. By default, it is set to $(HOME)/lib:/usr/local/lib:/lib:/usr/lib. Please also look at defaults which shows how to create non system wide user customized installation and where should be put shared libraries to not force any environment variable settings. Whole necessary information is easy accessible in MacOSX. It's enough to read few man pages like man ld, man dlld, man dlopen, ... It's said that I have to find such information in the internet without MacOSX and real MacOSX user cannot so resolves the problem by disabling shared linking in default builds. It causes that I stop to trust in any other opinions about this system because it may be only result of insufficient knowledge about MacOSX. > > as possible. In OS X, installation is rather the exception > > than the rule, which is just one more reason to allow support > > for it (especially if it doesn't hurt anyone). > I agree with you here, and with something you wrote later, MacOSX is not > linux, so it is wrong to see it just like a unix dialect with some fancy > window manager. Yes, it's not Linux. It's modified BSD. ,-- | Berkeley Software Distribution (BSD) | Part of the history of Mac OS X goes back to Berkeley Software | Distributions (BSD) UNIX of the early seventies. Specifically, | Mac OS X is based in part on BSD 4.4 Lite. On a system level, many | of the design decisions are made to align with BSD-style UNIX systems. | Most libraries and utilities are from FreeBSD, but some are derived | from NetBSD. For future development, Mac OS X has adopted FreeBSD as | a reference code base for BSD technology. Work is ongoing to synchronize | all BSD tools and libraries more closely with the FreeBSD-stable branch. `-- > That said, what about having MacOSX specific commands instead of changing the > ones that work on most the other *nixes? I have nothing against adding any extensions to MacOSX builds. This is what I'm asking for. Add any new extensions to customized MacOSX builds but please do not reduce existing functionality and do not forbid users to create binaries compatible with other *nixes. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] harbour error compiling xhgtk sample
Lorenzo I just try , adding -lgttrm to the compiling scritp and now the error has changed // [EMAIL PROTECTED]:~/xhgtk/samples/classes/browse$ sh build.sh browse Harbour 1.0.1 Intl. (Rev. 9429) Copyright (c) 1999-2008, http://www.harbour-project.org/ Compiling 'browse.prg'... Lines 5786, Functions/Procedures 3 Generating C source output to 'browse.c'... Done. /usr/lib/harbour/libgttrm.a(gttrm.o): In function `set_gpmevt': (.text+0x1229): undefined reference to `Gpm_GetEvent' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `flush_gpmevt': (.text+0x13bb): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `flush_gpmevt': (.text+0x13ff): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `flush_gpmevt': (.text+0x1410): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `flush_gpmevt': (.text+0x142d): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `flush_gpmevt': (.text+0x1449): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14b6): undefined reference to `gpm_visiblepointer' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14c4): undefined reference to `_gpm_buf' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14cb): undefined reference to `_gpm_arg' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14d0): undefined reference to `_gpm_arg' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14e3): undefined reference to `gpm_zerobased' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14f4): undefined reference to `_gpm_arg' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x14fc): undefined reference to `_gpm_arg' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x150f): undefined reference to `gpm_zerobased' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x1520): undefined reference to `_gpm_arg' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x152d): undefined reference to `_gpm_buf' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `disp_mousecursor': (.text+0x1533): undefined reference to `gpm_consolefd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x1635): undefined reference to `gpm_zerobased' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x163f): undefined reference to `gpm_visiblepointer' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x165b): undefined reference to `Gpm_Open' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x1668): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x1675): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x16a2): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_init': (.text+0x16e7): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_exit': (.text+0x1790): undefined reference to `gpm_fd' /usr/lib/harbour/libgttrm.a(gttrm.o):(.text+0x1799): more undefined references to `gpm_fd' follow /usr/lib/harbour/libgttrm.a(gttrm.o): In function `mouse_exit': (.text+0x17ad): undefined reference to `Gpm_Close' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `hb_gt_trm_mouse_Show': (.text+0x4bb8): undefined reference to `gpm_visiblepointer' /usr/lib/harbour/libgttrm.a(gttrm.o): In function `hb_gt_trm_mouse_Hide': (.text+0x4bef): undefined reference to `gpm_visiblepointer' collect2: ld devolvió el estado de salida 1 build.sh: 51: ./browse: not found [EMAIL PROTECTED]:~/xhgtk/samples/classes/browse$ ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] harbour error compiling xhgtk sample
On Sat, Nov 22, 2008 at 4:45 PM, Bruno Luciani <[EMAIL PROTECTED]> wrote: > I just try , adding -lgttrm to the compiling scritp and now the error has > changed You miss the gpm lib. Try to add -lgpm. There is much simpler way to build xhgtk samples: hbmk -xhgtk -I -L best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Compiling xhgtk sample
Thanks Lorenzo , now it works ok Best Regards Bruno Luciani *Lorezo Fiorino wrote:* You miss the gpm lib. Try to add -lgpm. There is much simpler way to build xhgtk samples: hbmk -xhgtk -I -L best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-11-22 15:39 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
2008-11-22 15:39 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED]) * harbour/contrib/gtwvg/gtwvg.c ! Fixed to honor parent GT if that is alien. * harbour/contrib/gtwvg/wvggui.c ! Thorough synchronized hb_gtInfo() slots. Every info gives results as expected, the only poiint to remeber is that those values are based on :fontHeight/Width set by the user at startup, though the font is never created. So MaxCol() will return the ( Windows client area size / fontWidth ). At any given moment this value is measured from actual size of the window. Though this information is irrelevant in this context but still it works. * harbour/contrib/gtwvg/wvgsink.c ! Fixed few left-over unreleased memory blocks. More synchronized code. ; TOFIX: With some active-x's, for example, Shell.Explorer.2, object never unreference itself to 0 and hence GlobalAlloc()ated memory never gets released. Though I made extensive debugging but do not know where I should look into this matter. * harbour/contrib/gtwvg/wvgwin.c + Added few more Win_* functions. * harbour/contrib/gtwvg/wvgax.prg * harbour/contrib/gtwvg/wvgcrt.prg * harbour/contrib/gtwvg/wvgdlg.prg ! More synchronizations, method implementations, etc. Still a work in progress. * harbour/contrib/gtwvg/tests/demowvg.prg ! Changed menu prompts to depict correct usage. + Added more prompts and deleted unwanted ones. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/2008-11-22-15%3A39-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp20641867p20641867.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] 2008-11-22 15:57 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
2008-11-22 15:57 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED]) + harbour/contrib/gtwvg/tests/myharu.pdf Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/2008-11-22-15%3A57-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp20641895p20641895.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] Contribs and dependences management
Using gnu make system and hb* scripts, I can easily build the contribs
simply adding them to HB_CONTRIBLIBS but when I need to build
executable all the dependences have to be added to the hbmk command
line.
In Linux this is not a big problem usually means simply a -l
but under Win and OSX is not so easy.
Today to achieve this I've modified my local hb-func.sh and
hb-mkslib.sh to include all the contribs into harbour's shared lib
adding HB_CONTRIBLIBS to mk_hbgetlibs() and to include f.e.
PostgreSQL I've added to hb-func.sh:
...
if [ "\${HB_PGSQL}" = "yes" ]; then
if [ "\${HB_ARCHITECTURE}" = "w32" ]; then
SYSTEM_LIBS="\${SYSTEM_LIBS} -L/opt/pgsql/lib"
fi
if [ "\${HB_ARCHITECTURE}" = "darwin" ]; then
SYSTEM_LIBS="\${SYSTEM_LIBS} -L/opt/local/lib -lssl -lldap
-lcrypto -lkrb5"
fi
SYSTEM_LIBS="\${SYSTEM_LIBS} -lpq"
fi
...
and to hb-mkslib.sh:
...
if [ "${SLIB_EXT}" = ".dylib" ]; then
...
-L/opt/local/lib -lpq -lssl -lldap -lcrypto -lkrb5 -lgd \
...
elif [ "${SLIB_EXT}" = ".dll" ]; then
...
SYSLIBS="${SYSLIBS} -L/opt/local/lib -lgd -L/opt/pgsql/lib -lpq"
...
fi
this allows me to get small cgi executables using hbmk -gd
-pgsql or easily add pgsql to gtk apps using
hbmk -xhgtk -pgsql but I think we need to find a more
"universal way" to manage contribs.
Just to start the discussion:
how:
- add a switch for every contrib like the actual -xbgtk -xhgtk -hwgui
for the contrib that DON'T need external deps ( hbvpdf, hbct ):
- include into Harbour's shared lib
- create a single "hbext" shared lib
- create one shared lib for every contrib
for the contrib that need external deps:
- if we define that every dependence is in form: //[bin,include,lib]
then HB_INC_xyz should point to and we should use
/include in makefiles and /lib at link time
- we need a way to define the list of dep libs ( -L/opt/local/lib -lpq
-lssl -lldap -lcrypto -lkrb5 )
an example to follow could be PHP's extensions: one shared lib for
every contrib.
Comments?
best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
