Bug 83299 - compile error: `slotViewStatusBar' undeclared, etc
Summary: compile error: `slotViewStatusBar' undeclared, etc
Status: RESOLVED NOT A BUG
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: 1.2.1
Platform: Mandrake RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-13 13:52 UTC by Stevan White
Modified: 2004-07-05 16:14 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stevan White 2004-06-13 13:52:48 UTC
Version:           1.2.1 (using KDE KDE 3.2.2)
Installed from:    Mandrake RPMs
Compiler:          gcc 3.4.1 
OS:                Linux

umIn file included from uml.cpp:1449:
l.moc: In member function `virtual bool UMLApp::qt_invoke(int, QUObject*)':
uml.moc:247: error: `slotViewToolBar' undeclared (first use this function)
uml.moc:247: error: (Each undeclared identifier is reported only once for each function it appears in.)
uml.moc:248: error: `slotViewStatusBar' undeclared (first use this function)
make[2]: *** [uml.o] Error 1
make[2]: Target `all-am' not remade because of errors.
make[2]: Leaving directory `/home/swhite/UML/umbrello-1.2.1/umbrello/umbrello'
make[1]: *** [all-recursive] Error 1
make[1]: Target `all' not remade because of errors.
make[1]: Leaving directory `/home/swhite/UML/umbrello-1.2.1/umbrello/umbrello'
make[1]: Entering directory `/home/swhite/UML/umbrello-1.2.1/umbrello'
make[1]: Nothing to be done for `all-am'.
make[1]: Leaving directory `/home/swhite/UML/umbrello-1.2.1/umbrello'
make: *** [all-recursive] Error 1

These declarations are switched off with
#if KDE_VERSION < 0x030190
in uml.h and uml.cpp, but not in uml.moc.
Comment 1 Oliver Kellogg 2004-06-13 15:03:23 UTC
Hm, beats me.
All I can say is, I'm happily compiling and running umbrello with KDE 3.1.1.
Comment 2 Stevan White 2004-06-13 15:08:48 UTC
Didn't beat me.  I hacked uml.moc and it compiled and worked.

What does KDE_VERSION < 0x030190 mean anyway?  Is that 3.1.9?
In that case, the #if would be effective for your KDE version but not mine.
Comment 3 Sebastian Stein 2004-06-13 15:44:47 UTC
Stevan White <stevan_white@hotmail.com> [040613 15:41]:
> Didn't beat me.  I hacked uml.moc and it compiled and worked.
> 
> What does KDE_VERSION < 0x030190 mean anyway?  Is that 3.1.9?
> In that case, the #if would be effective for your KDE version but not mine.

The problem is, that we can't edit the moc files, because they are generated
automatically. Maybe try replacing the ifdef with something like:

#if (KDE_VERSION_MINOR>=2) && (KDE_VERSION_MAJOR>=3)
...
#endif

Sebastian

Comment 4 Stephan Kulow 2004-06-13 22:10:49 UTC
I don't understand your bug report. You're not using a KDE version < 3.2, so how can you hit that condition?
Comment 5 Jonathan Riddell 2004-06-14 22:08:17 UTC
Can you confirm what version of KDE you are using and what Umbrello sources you are using?

If you are using KDE 3.2 please use KDE CVS for latest sources otherwise just use the RPMs of kdesdk that come with Mandrake.
Comment 6 Stevan White 2004-06-18 20:04:51 UTC
If I read the logic correctly, and interpret 'KDE_VERSION < 0x030190' correctly,
then the code does just what it must do: fail to compile.  As I said, the code
is switched off for KDE 3.2 in the .c and .h file, but not in the .moc file.

I already got my copy to compile by hacking it, as I said.

>rpm -q kdesdk
kdesdk-3.2.3-1mdk

Umbrello 1.2.1
Comment 7 Oliver Kellogg 2004-07-02 18:50:39 UTC
Can we close this then?
Comment 8 Jonathan Riddell 2004-07-05 16:14:49 UTC
These #ifdefs were commented out from CVS version in January.