[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: KDE for ;o) Palm
From: "Mark W. Webb" <markwebb () adelphia ! net>
Date: 2002-03-01 13:10:20
[Download RAW message or body]
On Friday 01 March 2002 04:07 am, Chua Chee Wee wrote:
check out kde-pim....
http://pim.kde.org/index.php
> Has KDE developed a port for Palm yet?
> Or a simple framework?
>
> > -----Original Message-----
> > From: Thomas Leitner [mailto:tom@radar.tu-graz.ac.at]
> > Sent: 01 March 2002 17:05
> > To: Michael Matz
> > Cc: KDE Developers; David Faure
> > Subject: Koffice/karbon: another -R problem under Tru64.
> >
> >
> >
> > LATE BREAKING ADDITION TO THE TEXT BELOW: After a fresh checkout of
> > koffice and a re-compile, the problem occurs in koffice/lib/kopainter
> > as well because suddenly koffice/lib/kopainter/support/libsupport.la
> > has -R flags listed in the dependencies.
> >
> > This did *NOT* happen in the last compile where libsupport.la did not
> > contain any -R flags. So there must have been something
> > changed either in
> > libtool or on the koffice configuration ??
> >
> > --------------------
> >
> > Hi Michael,
> >
> > I have thought that we've finally solved the -R mystery under
> > Tru64 with
> > our latest patch and I didn't have any problems with it until
> > yesterday
> > when I tried to compile koffice/karbon. Karbon seems to be a
> > new addition
> > or koffice. In any case: Below is what I get. Somehow the "-R" flag
> > shows up again and I cannot tell where it comes from.
> >
> > I found one suspicious thing in koffice/karbon/configure.in.in:
> >
> > LIBFREETYPE_RPATH=`echo $LIBFREETYPE_RPATH | sed -e "s/-L/-R/g"`
> >
> > which replaces all -L by -R flags but removing it did not
> > help anything.
> > Also LIBFREETYPE is not used here anyway!
> >
> > Karbon apparently uses lots of convenience libs. For instance "-R"
> > shows up in koffice/karbon/commands/libkarboncommands.la:
> >
> > dependency_libs=' -R/usr/local/kde3t/lib -R/home8/kde2d/qt-copy/lib
> > -R/usr/lib -R/usr/local/lib -lz'
> >
> > I don't know how the -R come in there!! *ALL* other *.la
> > Files I have in
> > the complete KDE /usr/local/kde3/lib directory do *NOT* have any "-R"
> > flags listed.
> >
> > Maybe there's something wrong with the karbon/commands/Makefile.am ?
> >
> >
> >
> >
> >
> > cxx -ieee -D__USE_STD_IOSTREAM -shared -Wl,-expect_unresolved -Wl,\*
> > .........
> > -R/home8/kde2d/qt-copy/lib -R/usr/lib -R/usr/local/lib -lz -lc
> > -ieee -D__USE_STD_IOSTREAM -DNDEBUG -DNO_DEBUG -timplicit_local
> > -no_implicit_include -ieee -msg_disable
> > delinccls,nousedecl,intsignchange,narrowptr,extrasemi,codeunreachable
> > -msg_display_tag -O4 -fast -U_FASTMATH -tune ev56 -arch generic
> > -DAES_SOURCE -D__USE_STD_IOSTREAM -D__STDC__=1 -D__DECFIXCXXL1633
> > -I/home8/kde2d/qt-copy/include -I. -I/usr/local/include
> > -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -DKDE_NO_COMPAT
> > -pthread -Wl,-msym -Wl,-soname -Wl,libkarbonpart.so `test -n
> > "" && echo
> > -Wl,-set_version -Wl,` -update_registry .libs/so_locations -o
> > .libs/libkarbonpart.so
> > ld (prelink):
> > -R/usr/local/kde3t/lib: Unknown flag
> > ld: Usage: ld [options] file [...]
> > ld:
> > -R/usr/local/kde3t/lib: Unknown flag
> > ld: Usage: ld [options] file [...]
> > gmake[3]: *** [libkarbonpart.la] Error 1
> > gmake[3]: Leaving directory `/home8/kde2d/koffice/karbon'
> > gmake[2]: *** [all-recursive] Error 1
> > gmake[2]: Leaving directory `/home8/kde2d/koffice/karbon'
> > gmake[1]: *** [all-recursive] Error 1
> > gmake[1]: Leaving directory `/home8/kde2d/koffice'
> > gmake: *** [all-recursive-am] Error 2
> >
> > On Sun, 27 Jan 2002, Michael Matz wrote:
> > > Hi,
> > >
> > > On Sat, 26 Jan 2002, Thomas Leitner wrote:
> > >
> > > (I'm not reading kde-devel@ anymore, just kde-core-devel@, so cc me)
> > >
> > > > I've searched through my mail archives because this problem sounds
> > > > familiar to me. Result: I already had this problem in the past and
> > > > this behaviour is triggered when a shared library is specified
> > > > as a dependency library for a static library.
> > >
> > > The libs created statically for you (and everyone else) are
> >
> > exactly those
> >
> > > which are convenience libs now (after restructuring the
> >
> > kio/ dir). A wild
> >
> > > guess from me would be to remove all libxxx_LDFLAGS and
> >
> > libxxx_LIBADD for
> >
> > > all libxxx \in noinst_LTLIBRARIES \in \all Makefile.am \in
> >
> > kdelibs/kio/ .
> >
> > > Or better not remove them but instead move them into the top-level
> > > libkio_{LDFLAGS,LIBADD}. I.e. make sure, that no convenience lib is
> > > linked with any interesting linker flags or lib dependencies.
> > > This should be for libkiocore, libksycoca, libkssl and libkfile.
> > >
> > >
> > > Ciao,
> > > Michael.
> >
> > --
> > --------------------------------------------------------------
> > ------------
> > Dr. Tom Leitner Dept. of Communications
> > Graz University
> > of Technology,
> > e-mail : tom@radar.tu-graz.ac.at Inffeldgasse 12
> > Phone : +43-316-873-7455 A-8010 Graz /
> > Austria / Europe
> > Fax : +43-316-463-697
> > Home page : http://www.radar.tugraz.at/people/tom.html
> > PGP public key on : ftp://wiis.tu-graz.ac.at/pgp-keys/tom.asc or send
> > mail with subject "get Thomas Leitner" to pgp-public-keys@keys.pgp.net
> > --------------------------------------------------------------
> > ------------
> > Before we have the paperless office, we have the paperless toilet!
> >
> > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub
> >
> > to unsubscribe <<
> >
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> >> unsubscribe <<
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic