[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: problems building koffice (cvs from about now)
From:       Diego Iastrubni <iastrubn () actcom ! co ! il>
Date:       2003-11-03 20:40:20
[Download RAW message or body]

just wanted to warn you my problems ended the second i did "make cvs-clean" 
and started all over again, no problems at all.

I think my fucked up memory chip needs to be blamed on. If anyone has a 256MB 
spear for me, I will be glad, dont worry I will use them with wisely :)


ביום שישי, 31 באוקטובר 2003, 16:38, נכתב על ידי Nicolas Goutte:
> This seems to be a moc problem.
>
> Do you use the Qt dir that you intend to use? (Verify $QTDIR) Is the right
> moc called? (You can see in the generated files which version of moc
> generated them?)
>
> Check also that the admin directory is up-to-date (to CVS HEAD), perhaps
> with: cvs update -A
>
> If one of the above went wrong, it should be  the best to start from a
> clean state.The best therefore would be to do a cvs-clean in all
> directories that do not work.
>
> The best was to call cvs clean is to do:
> perl admin/cvs-clean.pl
> (Of course change the path to admin as needed.)
>
> The CVS clean removed all files not registered in CVS (so be careful if you
> have added new files.) Then you can do:
> make -f Makefile.cvs
> and confilgure, make and so on.
>
> Have a nice day!
>
> On Friday 31 October 2003 15:04, Diego Iastrubni wrote:
> > ביום שישי, 31 באוקטובר 2003, 15:45, נכתב על ידי David Faure:
> > > On Friday 31 October 2003 14:07, Diego Iastrubni wrote:
> > > > tools subdir had problems linking (cleaned libs and tools and "make
> > > > all" again. still did not help).
> > >
> > > What was the error there?
> >
> > [cuco@cucomania tools]$ LC_ALL=en make
> > Making all in converter
> > make[1]: Entering directory
> > `/mnt/source/kde-tree/branch_32/koffice/tools/converter'
> > /bin/sh ../../libtool --silent --mode=link --tag=CXX g++
> > -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith
> > -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
> > -Wconversion -Wchar-subscripts -DNDEBUG -DNO_DEBUG -O2 -Wformat-security
> > -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common
> > -DQT_CLEAN_NAMESPACE
> > -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o
> > koconverter -L/usr/X11R6/lib -L/mnt/source/qt-3.2/lib
> > -L/usr/local/kde3.2/lib -R /usr/local/kde3.2/lib -R
> > /mnt/source/qt-3.2/lib -R /usr/X11R6/lib koconverter.o
> > ../../lib/kofficecore/libkofficecore.la
> > ../../lib/kofficecore/.libs/libkofficecore.so: undefined reference to
> > `vtable for KoMainWindowIface'
> > ../../lib/kofficecore/.libs/libkofficecore.so: undefined reference to
> > `vtable for KoDocumentIface'
> > ../../lib/kofficecore/.libs/libkofficecore.so: undefined reference to
> > `vtable for KoViewIface'
> > ../../lib/kofficecore/.libs/libkofficecore.so: undefined reference to
> > `vtable for KoApplicationIface'
> > collect2: ld returned 1 exit status
> > make[1]: *** [koconverter] Error 1
> > make[1]: Leaving directory
> > `/mnt/source/kde-tree/branch_32/koffice/tools/converter'
> > make: *** [all-recursive] Error 1
> >
> > > > now karbon does not compile:
> > >
> > > Ferdinand had the same problem, but the mail exchange went that way:
> > >
> > > On Tuesday 21 October 2003 22:55, you wrote:
> > > > On Tuesday 21 October 2003 22:33, you wrote:
> > > > > On Tuesday 21 October 2003 17:37, you wrote:
> > > > > > On Tuesday 21 October 2003 17:32, you wrote:
> > > > > > > `KoDocumentIface::process(QCString const&, QMemArray<char>
> > > > > > > const&, QCString&, QMemArray<char>&)'
> > > > > >
> > > > > > HUH? So something went wrong with am_edit in libkofficecore as
> > > > > > well... Did it create files like KoDocumentIface_skel.cpp there?
> > > > >
> > > > > <W> gass@sw:/daten/download/src/kdecvs/koffice>
> > > > > find . -name "KoDocumentIface_skel*"
> > > > > ./lib/kofficecore/.deps/KoDocumentIface_skel.P
> > > > > ./lib/kofficecore/.deps/KoDocumentIface_skel.Plo
> > > > > ./lib/kofficecore/.libs/KoDocumentIface_skel.o
> > > > > ./lib/kofficecore/KoDocumentIface_skel.cc
> > > > > ./lib/kofficecore/KoDocumentIface_skel.lo
> > > >
> > > > yeah .cc is fine too, it's an autogenerated file anyway.
> > > > And KoDocumentIface_skel.cc should define a KoDocumentIface::process
> > > > method... Hmm so why does the linking fail?
> > > > All I can imagine is that it finds the wrong libkofficecore !?!?
> > > > Try adding ../lib/kofficecore/libkofficecore.la to the link line
> > > > (after copy-pasting it) ? I'm rather puzzled by this problem.
> > >
> > > The problem was that cvs up didn't update my files correctly
> > > after a clean checkout, karbon compiles
> >
> > /me stupid  + /me lazy = /me want a "howto" :)
> >
> > what do you exactly mean? i had the idea that cvs could mess up the
> > sources. but how can i fix? and how can we avoid this problem?
> >
> > (i will try and build kword now expect a new mail in about 2 hours)
>
> _______________________________________________
> koffice-devel mailing list
> koffice-devel@mail.kde.org
> http://mail.kde.org/mailman/listinfo/koffice-devel

_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

[prev in list] [next in list] [prev in thread] [next in thread]