3.4 build error

Hi,

I'm tryting to compile the 3.4 branch and get this error

make[1]: Entering directory 
`/tmpa/bernd/kdevelop/kdevelop-3.4/kdevelop/obj-i486-linux-g
nu/lib/interfaces/extensions'
/usr/share/qt3/bin/moc
/tmpa/bernd/kdevelop/kdevelop-3.4/kdevelop/./lib/interfaces/
extensions/codebrowserfrontend.h -o 
codebrowserfrontend.moc.cpp
creating libkdevextensions_la.all_cpp.cpp ...
/bin/sh ../../../libtool --silent --tag=CXX --mode=compile 
g++ -DHAVE_CONFIG_H -I.
-I/tmpa/bernd/kdevelop/kdevelop-3.4/kdevelop/./lib/interface
s/extensions -I../../..
-I/tmpa/bernd/kdevelop/kdevelop-3.4/kdevelop/./lib/interface
s -I/usr/include/kde -I/usr/share/qt3/include -I.  
-DQT_THREAD_SUPPORT  -D_REENTRANT  -Wno-long-long -Wundef
-ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith
-DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security
-Wmissing-format-attribute -Wno-non-virtual-dtor
-fno-exceptions -fno-check-new -fno-common
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL
-DQT_NO_COMPAT -DQT_NO_TRANSLATION  -c -o 
libkdevextensions_la.all_cpp.lo
libkdevextensions_la.all_cpp.cpp
codebrowserfrontend.moc.cpp:22: error: 'Extensions' has
not been declared
codebrowserfrontend.moc.cpp:22: error: non-member function
'const char* 
className()' cannot have cv-qualifier
codebrowserfrontend.moc.cpp:27: error: 'Extensions' has
not been declared
codebrowserfrontend.moc.cpp:28: error: 'Extensions' has
not been declared
codebrowserfrontend.moc.cpp:28: error: 'staticMetaObject'
was not declared in 
this scope
codebrowserfrontend.moc.cpp:50: error: 'Extensions' has
not been declared
codebrowserfrontend.moc.cpp:68: error: 'Extensions' has
not been declared
codebrowserfrontend.moc.cpp: In function 'void*
qt_cast(const char*)':
codebrowserfrontend.moc.cpp:71: error: invalid use of
'this' in non-member 
function
codebrowserfrontend.moc.cpp:72: error: cannot call member
function 'virtual 
[cut]

I have no idea why, but g++ just refuses to include 
kdevelop/lib/interfaces/extensions/codebrowserfrontend.h

If I change in this header file the definition
KDEVAPPFRONTEND_H to something 
different it works. I just would like to know why, for the
compilation of 
this specific file I don't see any other definition of
KDEVAPPFRONTEND_H.


Thanks,
	Bernd


-- 
Bernd Schubert
PCI / Theoretische Chemie
Universität Heidelberg
INF 229
69120 Heidelberg


_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On 25.05.06 23:07:46, Bernd Schubert wrote:
> I have no idea why, but g++ just refuses to include 
>
kdevelop/lib/interfaces/extensions/codebrowserfrontend.h
> 
> If I change in this header file the definition
KDEVAPPFRONTEND_H to something 
> different it works. I just would like to know why, for
the compilation of 
> this specific file I don't see any other definition of
KDEVAPPFRONTEND_H.

Just did an svn up, and while I do see 2 ifdef's with the
same value
(KDEVAPPFRONTEND_H) compilation works here. Did you do a
make distclean
or at least a make clean before building?

Maybe that double ifdef is by purpose, but I doubt it,
probably Andras
will fix it soon.

Andreas

-- 
Communicate!  It can't make things any worse.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Thursday 25 May 2006 23:42, Andreas Pakulat wrote:
> On 25.05.06 23:07:46, Bernd Schubert wrote:
> > I have no idea why, but g++ just refuses to
include
> >
kdevelop/lib/interfaces/extensions/codebrowserfrontend.h
> >
> > If I change in this header file the definition
KDEVAPPFRONTEND_H to
> > something different it works. I just would like to
know why, for the
> > compilation of this specific file I don't see any
other definition of
> > KDEVAPPFRONTEND_H.
>
> Just did an svn up, and while I do see 2 ifdef's with
the same value
> (KDEVAPPFRONTEND_H) compilation works here. Did you do
a make distclean
> or at least a make clean before building?

I was trying to build a debian packages, after some tests I
found out it only 
happens with --enable-final (*).

>
> Maybe that double ifdef is by purpose, but I doubt it,
probably Andras
> will fix it soon.

The re-usage of KDEVAPPFRONTEND_H is probably a bug.
However, as far as I 
could see it, the other definition was nowhere included for
this specific 
compilation.


Cheers,
	Bernd


PS: *ggrr* I begin to dislike the present debian dir
structure, --enable-final 
is added automatically, though I could work it around by 
giving --disable-final. Its only more than a bit odd to 
have 'configure --enable-final --disable-final'.

-- 
Bernd Schubert
PCI / Theoretische Chemie
Universität Heidelberg
INF 229
69120 Heidelberg


_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On 26.05.06 01:57:20, Bernd Schubert wrote:
> On Thursday 25 May 2006 23:42, Andreas Pakulat wrote:
> > On 25.05.06 23:07:46, Bernd Schubert wrote:
> > > I have no idea why, but g++ just refuses to
include
> > >
kdevelop/lib/interfaces/extensions/codebrowserfrontend.h
> > >
> > > If I change in this header file the
definition KDEVAPPFRONTEND_H to
> > > something different it works. I just would
like to know why, for the
> > > compilation of this specific file I don't
see any other definition of
> > > KDEVAPPFRONTEND_H.
> >
> > Just did an svn up, and while I do see 2 ifdef's
with the same value
> > (KDEVAPPFRONTEND_H) compilation works here. Did
you do a make distclean
> > or at least a make clean before building?
> 
> I was trying to build a debian packages, after some
tests I found out it only 
> happens with --enable-final (*).

While I wonder why somebody wants to build debian packages
or even with
--enable-final from an SVN kdevelop version that is not even
"tagged" as
beta, I can configrm that error.

> > Maybe that double ifdef is by purpose, but I doubt
it, probably Andras
> > will fix it soon.
> 
> The re-usage of KDEVAPPFRONTEND_H is probably a bug.
However, as far as I 
> could see it, the other definition was nowhere included
for this specific 
> compilation.

It is included in libkdevextensions_la.all_cpp.cpp (at least
the
kdevappfrontend.cpp file is included there) and before the
codebrowserfrontend.moc.cpp. So the source is really the
re-usage of
KDEVAPPFRONTEND_H.

When using no --enable-final that
libkdevextensions_la.all_cpp.cpp is
not created at all.

Andreas

> PS: *ggrr* I begin to dislike the present debian dir
structure, --enable-final 
> is added automatically, though I could work it around
by 
> giving --disable-final. Its only more than a bit odd to

> have 'configure --enable-final --disable-final'.

I don't even see a debian dir in the checkout, where did
you get that
from? For other kde-debian-packages you can normally use 

DEB_BUILD_OPTIONS="nostrip" dpkg-buildpackage
...

at least if they use cdbs as build system.

Andreas

-- 
Do not sleep in a eucalyptus tree tonight.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Thursday 25 May 2006 19:54, Andreas Pakulat wrote:
> On 26.05.06 01:57:20, Bernd Schubert wrote:
> > On Thursday 25 May 2006 23:42, Andreas Pakulat
wrote:
> > > On 25.05.06 23:07:46, Bernd Schubert wrote:
> > > > I have no idea why, but g++ just refuses
to include
> > > >
kdevelop/lib/interfaces/extensions/codebrowserfrontend.h
> > > >
> > > > If I change in this header file the
definition KDEVAPPFRONTEND_H to
> > > > something different it works. I just
would like to know why, for the
> > > > compilation of this specific file I
don't see any other definition of
> > > > KDEVAPPFRONTEND_H.
> > >
> > > Just did an svn up, and while I do see 2
ifdef's with the same value
> > > (KDEVAPPFRONTEND_H) compilation works here.
Did you do a make distclean
> > > or at least a make clean before building?
> >
> > I was trying to build a debian packages, after
some tests I found out it
> > only happens with --enable-final (*).
>
> While I wonder why somebody wants to build debian
packages or even with
> --enable-final from an SVN kdevelop version that is not
even "tagged" as
> beta, I can configrm that error.
>

then we need to fix it.

> > > Maybe that double ifdef is by purpose, but I
doubt it, probably Andras
> > > will fix it soon.
> >
> > The re-usage of KDEVAPPFRONTEND_H is probably a
bug. However, as far as I
> > could see it, the other definition was nowhere
included for this specific
> > compilation.
>
> It is included in libkdevextensions_la.all_cpp.cpp (at
least the
> kdevappfrontend.cpp file is included there) and before
the
> codebrowserfrontend.moc.cpp. So the source is really
the re-usage of
> KDEVAPPFRONTEND_H.
>
> When using no --enable-final that
libkdevextensions_la.all_cpp.cpp is
> not created at all.
>
> Andreas
>
> > PS: *ggrr* I begin to dislike the present debian
dir structure,
> > --enable-final is added automatically, though I
could work it around by
> > giving --disable-final. Its only more than a bit
odd to
> > have 'configure --enable-final --disable-final'.
>
> I don't even see a debian dir in the checkout, where
did you get that
> from? For other kde-debian-packages you can normally
use
>
> DEB_BUILD_OPTIONS="nostrip"
dpkg-buildpackage ...
>
> at least if they use cdbs as build system.
>
> Andreas

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Friday 26 May 2006 00:42, Andreas Pakulat wrote:
> On 25.05.06 23:07:46, Bernd Schubert wrote:
> > I have no idea why, but g++ just refuses to
include
> >
kdevelop/lib/interfaces/extensions/codebrowserfrontend.h
> >
> > If I change in this header file the definition
KDEVAPPFRONTEND_H to
> > something different it works. I just would like to
know why, for
> > the compilation of this specific file I don't see
any other
> > definition of KDEVAPPFRONTEND_H.
>
> Just did an svn up, and while I do see 2 ifdef's with
the same value
> (KDEVAPPFRONTEND_H) compilation works here. Did you do
a make
> distclean or at least a make clean before building?

make final (or --enable-final) would break in this case.
Unfortunately I 
stopped to use it as it is broken if you use with unsermake.

> Maybe that double ifdef is by purpose, but I doubt it,
probably
> Andras will fix it soon.

I don't know why me (heh, I'm not even an official
KDevelop developer), 
but here you have. Update and please try if enable-final
breaks 
somewhere else or not.

Andras
-- 
Quanta Plus developer - http://quanta.kdewebdev.o
rg
K Desktop Environment - http://www.kde.org
_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On 26.05.06 10:11:49, Andras Mantia wrote:
> On Friday 26 May 2006 00:42, Andreas Pakulat wrote:
> > Maybe that double ifdef is by purpose, but I doubt
it, probably
> > Andras will fix it soon.
> 
> I don't know why me (heh, I'm not even an official
KDevelop developer), 
> but here you have. Update and please try if
enable-final breaks 
> somewhere else or not.

Well, from a first glimpse at the filenames this seemed to
be related to
the codecompletion stuff and as IIRC you began the
"cleanup" on this
code I thought you'd be the one to fix it.

Anyway, the only important thing is to fix it.

Andreas

-- 
It is so very hard to be an
on-your-own-take-care-of-yourself-because-there-is-no-one-el
se-to-do-it-for-you
grown-up.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Friday 26 May 2006 12:47, Andreas Pakulat wrote:
> Well, from a first glimpse at the filenames this seemed
to be related
> to the codecompletion stuff and as IIRC you began the
"cleanup" on
> this code I thought you'd be the one to fix it.

No, this is a KDevelop interface, the codecompletion I was
working on is 
inside a language support plugin.

> Anyway, the only important thing is to fix it.

Sure, and I was just kidding in the other mail. 

Andras
-- 
Quanta Plus developer - http://quanta.kdewebdev.o
rg
K Desktop Environment - http://www.kde.org
_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

> > I was trying to build a debian packages, after
some tests I found out it
> > only happens with --enable-final (*).
>
> While I wonder why somebody wants to build debian
packages or even with
> --enable-final from an SVN kdevelop version that is not
even "tagged" as
> beta, I can configrm that error.

Simple answer, I was not building on my home system and
transferring debs is 
easier than the full compiled source tree.

> > The re-usage of KDEVAPPFRONTEND_H is probably a
bug. However, as far as I
> > could see it, the other definition was nowhere
included for this specific
> > compilation.
>
> It is included in libkdevextensions_la.all_cpp.cpp (at
least the
> kdevappfrontend.cpp file is included there) and before
the
> codebrowserfrontend.moc.cpp. So the source is really
the re-usage of
> KDEVAPPFRONTEND_H.

Ah, didn't see that.

> > PS: *ggrr* I begin to dislike the present debian
dir structure,
> > --enable-final is added automatically, though I
could work it around by
> > giving --disable-final. Its only more than a bit
odd to
> > have 'configure --enable-final --disable-final'.
>
> I don't even see a debian dir in the checkout, where
did you get that
> from? For other kde-debian-packages you can normally
use

From the sid package, of course.

>
> DEB_BUILD_OPTIONS="nostrip"
dpkg-buildpackage ...
>
> at least if they use cdbs as build system.

Yes they do. Need to read the cdbs documentation. Thanks.

Thanks,
	Bernd

-- 
Bernd Schubert
PCI / Theoretische Chemie
Universität Heidelberg
INF 229
69120 Heidelberg


_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

Hi, 

this time I'm compiling on my home system and not trying to
create debs. I 
wonder what libtool is up to.


make[4]: Entering directory 
`/home/bernd/src/kdevelop/3.4/kdevelop/lib/interfaces'
/bin/sh ../../libtool --silent --tag=CXX --mode=link 
g++-4.1  -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts
-Wall -W -Wpointer-arith -g3 -fno-inline -g -Wall
-Wformat-security -Wmissing-format-attribute
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
-DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o 
libkdevinterfaces.la  -no-undefined -Wl,--no-undefined
-Wl,--allow-shlib-undefined -L/usr/lib -L/usr/share/qt3/lib
-L/usr/X11R6/lib    
kdevcore.lo kdevproject.lo kdevlanguagesupport.lo
kdevpartcontroller.lo 
kdevapi.lo kdevmainwindow.lo kdevplugin.lo
kdevcoderepository.lo codemodel.lo 
codemodel_treeparser.lo codemodel_utils.lo
kdevdesignerintegration.lo 
kdevplugincontroller.lo kdevplugininfo.lo KDevCoreIface.lo 
KDevPartControllerIface.lo katedocumentmanagerinterface.lo 
kdevprojectiface.lo kdevdesignerintegrationiface.lo
KDevCoreIface_skel.lo 
KDevPartControllerIface_skel.lo
katedocumentmanagerinterface_skel.lo 
kdevprojectiface_skel.lo 
kdevdesignerintegrationiface_skel.lo
../../lib/interfaces/external/libkinterfacedesigner.la
../../lib/util/libkdevutil.la -lkdeui -lkhtml -lkparts
-lktexteditor -lkscript
grep: /usr/lib/libnfsidmap.la: No such file or directory
/bin/sed: can't read /usr/lib/libnfsidmap.la: No such file
or directory
libtool: link: `/usr/lib/libnfsidmap.la' is not a valid
libtool archive
make[4]: *** [libkdevinterfaces.la] Error 1

and after installing libnfsidmap-dev:

make[4]: Entering directory 
`/home/bernd/src/kdevelop/3.4/kdevelop/lib/widgets'
/bin/sh ../../libtool --silent --tag=CXX --mode=link 
g++-4.1  -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts
-Wall -W -Wpointer-arith -g3 -fno-inline -g -Wall
-Wformat-security -Wmissing-format-attribute
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
-DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION    -o 
libkdevwidgets.la -rpath /home/bernd/local/lib -no-undefined
-Wl,--no-undefined -Wl,--allow-shlib-undefined -L/usr/lib
-L/usr/share/qt3/lib -L/usr/X11R6/lib    
flagboxes.lo qcomboview.lo klistviewaction.lo kcomboview.lo
resizablecombo.lo 
kdevhtmlpart.lo processlinemaker.lo processwidget.lo
ksavealldialog.lo 
fancylistviewitem.lo
../../lib/interfaces/libkdevinterfaces.la
/usr/bin/ld: cannot find -lldap
collect2: ld returned 1 exit status
make[4]: *** [libkdevwidgets.la] Error 1
make[4]: Leaving directory
`/home/bernd/src/kdevelop/3.4/kdevelop/lib/widgets'

So I'm not allowed to have libldap and libnfsid map
installed without having 
their -dev packages installed? 

Thanks,
	Bernd


_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel