On Thu, 27 Aug 2009, Viktor Szakáts wrote:
> > suncc -I. -I../../../../../include -fast -xnolibmopt -KPIC -erroff=%none
> > -I/usr/include/qt4 -I/usr/include/qt4/Qt -I/usr/include/qt4/QtCore
> > -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork
> > -I/usr/include/qt4/QtWebKit -o moc_slots.o -c ../../../moc_slots.cpp
> > cc: No valid input files specified, no output generated
> > make[3]: *** [moc_slots.o] Error 1
> > make[2]: *** [descend] Error 2
> > make[1]: *** [hbqt] Error 2
> > make: *** [contrib] Error 2
> >
> > this looks as if suncc, when facing c++ code, didn't automagically
> > know to treat is as c++ (like gcc does, for the most part). using
> > HB_BUILD_MODE=cpp (ie. sunCC instead of suncc), it builds.
> >
> > using gcc 4.3.3, it too builds, in both c and cpp modes.
> >
> > granted, this is not core (yet), but maybe there's a way around this
> > (maybe in a similar way as external/libhpdf/ explicitly switches to
> > c mode).
>
> Is this a new error after latest changes?
don't know, haven't built on linux (where there's qt) in a while. i'll
check out an older version to see, any particular recommendations
(before revision this-and-that)?
> > ../../../../../lib/linux/gcc/libharbour-2.0.0.so @__dyn__.tmp -lncurses
> > -lslang -lX11 -lrt -ldl -lm
> > gcc: @__dyn__.tmp: No such file or directory
> > make[3]: *** [libharbour-2.0.0.so] Error 1
> > make[2]: *** [descend] Error 2
>
> Here it works (latest ubuntu), but we can change it if this isn't
yes, newer gccs work. don't have exact versions, though,
> portable enough. We can use the other method also used in mingw.mk.
> Could you give it a try? (INPUT(<filename>) in disk file and
> omitting '@' from cmdline).
i see you've committed it in the meantime. that works, yes, but
> Or we can just plain pass the list of objects. On most *nixes this
> should not be a problem.
i'd still vote for this, though. no particular reason, just gives me a
warmer fuzzier feeling. whatever. just don't break not even gcc2,
please ;)
this however surfaced another issue:
ar crs ../../../../../lib/linux/gcc/libhbdebug.a dbgentry.o dbgmenu.o
dbghelp.o dbgtinp.o dbgtmenu.o dbgtmitm.o dbgtwin.o debugger.o dbgtarr.o
dbgthsh.o dbgtobj.o tbrwtext.o dbgwa.o dbgbrwsr.o || ( rm -f
../../../../../lib/linux/gcc/libhbdebug.a && false )
gcc -shared -fPIC -L/usr/X11R6/lib -o
../../../../../lib/linux/gcc/libharbour-2.0.0.so __dyn__.tmp -lncurses -lslang
-lX11 -lrt -ldl -lm
/usr/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
this is because the x11 libs are not in /usr/X11R6/lib but in
/usr/X11R6/lib64 (this being redhat, where "/usr/lib" is not always
the native isa, but always 32bits, whereas on debian /usr/lib is
always native, and you have /usr/lib32 for compat stuff; ditto for
/lib{,64} and the other similar dirs).
as a quick fix i've applied
--- config/linux/libs.mk (revision 12353)
+++ config/linux/libs.mk (working copy)
@@ -40,7 +40,7 @@
endif
ifneq ($(HB_HAS_X11),)
SYSLIBS += X11
- # SYSLIBPATHS += /usr/X11R6/lib64
+ SYSLIBPATHS += /usr/X11R6/lib64
SYSLIBPATHS += /usr/X11R6/lib
endif
ifneq ($(HB_HAS_GPM),)
this, but i really doubt this is the proper way.
> > this looks as if this gcc didn't understand @<file> (indeed, it's not
> > in the manpage, whereas it is for gcc4.3.3). does this happen for
> > other gcc3 (or even gcc2) platforms? os/2 people?
>
> Okay, if we have the best solution we can apply it to all gcc.mk
> files.
>
> > slightly related, i've recently started seeing stuff like this:
> >
> > gcc -I. -I../../../../../include -Wall -W -O3 -fPIC -fPIC -oerrintlo.o
> > -c ../../../errintlo.c
> >
> > note double "-fPIC -fPIC". i'm not seeing anything of the sorts with
> > sunpro. now it probably won't bite anything unix, but if it manifests
> > itself on platforms where argument space is precious, it might be a
> > problem.
>
> No idea yet, plus couldn't replicate it, but I'll look further.
uh. i don't see anything special in my env or anything, it's just so:
$ svn diff
$ env | fgrep HB
$ env | fgrep FLA
$ make
! Building Harbour 2.0.0beta2 from source - http://www.harbour-project.org
! MAKE: make 3.81 /bin/sh
! HB_HOST_PLAT: linux HB_SHELL: sh
! HB_PLATFORM: linux (autodetected)
! HB_COMPILER: gcc (autodetected: /usr/bin/gcc /usr/bin/X11/gcc
/usr/X11R6/bin/gcc /usr/bin/)
! Component: 'openssl' found in /usr/include
! Component: 'gpm' found in /usr/include
! Component: 'slang' found in /usr/include
! Component: 'curses' found in /usr/include
! Component: 'x11' found in /usr/include
! HB_INSTALL_PREFIX automatically set to: /usr/local
! REVISION: 12352
make[2]: Nothing to be done for `all'.
make[1]: Nothing to be done for `all'.
gcc -I. -I../../../../../include -Wall -W -O3 -fPIC -fPIC -c
../../../expropt1.c -oexpropt1.o
this on ubuntu 9.04 x64, with no configuration out of the ordinary, as
far as i can tell, and also on centos 4.8, with definitely no
configuration out of the ordinary (very fresh install, and i don't
know red hat enough to screw it up anyway :).
--
[-]
mkdir /nonexistent
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
