undefined reference to `vtable for shutdown'

[SPlatten]

@JonB , done, many times:

make clean
cmake ${variable}
make

[J.Hilk]

@SPlatten

delete all the previously generated

clean is not infallible, actually delete the shadow build folder.

[SPlatten]

@J-Hilk , how do I do that?

[J.Hilk]

@SPlatten selected it in the file explorer of your choice, and press delete on your keyboard

[SPlatten]

@J-Hilk , thank you, how do I identify its where abouts?

[J.Hilk]

@SPlatten if you're using QtCreator, in the project settings tab, its usually parallel to your source folder

[SPlatten]

@J-Hilk , unfortunately not, the build process is entirely using cmake. I've just renamed the build folder and then started off the build again with a new build folder, all the object files were in subfolders of the build folder.

[J.Hilk]

@SPlatten said in undefined reference to `vtable for shutdown':

@J-Hilk , unfortunately not, the build process is entirely using cmake.

qmake or cmake make no difference here, build directory is what you're looking for

[SPlatten]

@J-Hilk , build just completed in new folder with exactly the same results.

[J.Hilk]

@SPlatten ok, one point less to check, very unusual

ok, try adding virtual to your destructor declaration.

did you post the whole class?
are there any other functions, virtual or not, in there?

[SPlatten]

@J-Hilk . that was the entire class, I've added virtual to the destructor prototype, rebuilding now.

[SPlatten]

@J-Hilk, Exactly the same results.

[J.Hilk]

@SPlatten did you make changes in your CMakeLists.txt ?

I assume you have
set(CMAKE_AUTOUIC ON)
set(CMAKE_AUTOMOC ON)
set(CMAKE_AUTORCC ON)
set (CMAKE_INCLUDE_CURRENT_DIR ON)

in it ?

and
set(PROJECT_SOURCES ....)contains your new class ?
as well as
qt5_wrap_cpp qt4_wrap_cpp() (I think that was needed for older version ?)

[SPlatten]

@J-Hilk , I've added the set calls from your post to the make file, the qt4 bits that I did have:

find_package(Qt4 REQUIRED)
include(${QT_USE_FILE})
foreach(loop_var ${QT_LIBRARIES})
  string(REPLACE lib64 lib32 loop_var ${loop_var})
  set(QT_LIBRARIES_32 ${QT_LIBRARIES_32} ${loop_var})
endforeach(loop_var)
qt4_wrap_ui(UI_HEADERS ${FORMS})
qt4_wrap_cpp(MOC_SRCS ${HEADERS})

[SPlatten]

@J-Hilk , Unfortunately, still the same result.

[J.Hilk]

@SPlatten Well,

I'm sorry to say it, but I'm out of ideas. My experience with cmake is very limited and does not reach further :(

[SPlatten]

@J-Hilk , thanks for your time and efforts.

[JoeCFD]

@SPlatten in your source dir where cmake file is located do the following:
mkdir build
cd build
cmake .. -Dyour settings
make -j4

Try to build your code in the build folder all the time. In case you have your vtable issues, simply rm -rf * to delete everything in build dir and redo cmake. Do this only in build dir. Be very careful with rm -rf *. You have to have svn or git for your sources.

[SPlatten]

@JoeCFD , thank you, will give this a go now, I've been doing the following:

Delete build folder
Create build folder
From build folder cmake ${myvariable}
From build folder make

I will try using -j4 on the make.

[JonB]

@SPlatten
Well make -j4 isn't going to fix anything :)

Your code looks right to me (especially the Q_OBJECT, whose absence/change can often cause this). Given that you say you have cleaned everything out and rebuilt I am not sure what is wrong (unless there is some artefact left around somewhere it is still seeing).

From the linker messages undefined reference to vtable for 'shutdown' I am unsure whether it is talking about your class shutdown : public QMainWindow { or the Qt-Designer-generated namespace Ui { class shutdown; } (Ui::shutdown). You might just check what is in the generated ui_shutdown.h file to see if it looks good.... (and if that has not been being regenerated, delete it or update the .ui file to make it regenerate, just in case).