Is there a 4.22 C++ guide best practices somewhere?

[The-Cowboy]

Could you be more specific about the glue part? For instance the Party.generated.h looks like
In other words, what new structure is provided by this file that cannot be achieved by traditional C++ compilation process (which don't involve .generated.h). On the local scale I understand that it supports the error spitting mechanism and all that, but what exactly does it stand for on global scale?

Just a sound reference for the utility of ".generated.h" files the way I wanted https://answers.unrealengine.com/que...ml?sort=oldest

[The-Cowboy]

Few things that may help:

1. In the .h files you usually don't need to have other header includes. If you're using other classes you can use 'class' in front to forward declare it.
Ex:

UPROPERTY() class AUTGameState* GameState;

That will compile fine, and will only need the header when used in the .cpp file, not in the .h file. This may clear up issues with things referencing each other in headers which is what it seems like that 'nested' error is.

But that occurs in the .cpp file.

3. Cached problems! Somethings things just don't work even though they should. Usually worth doing a full rebuild of the project, or deleting the intermediate folder, regenerating project files (right click the .uproject file) and rebuilding the game.
This could fix odd compiler/game errors that just don't make sense (possibly the spacing errors).

Maybe I wasn't clear enough. The error is detected by QT Creator as per the presence/absence of certain white spaces. That is weird and mysterious.

[Juice-Tin]

Few things that may help:

1. In the .h files you usually don't need to have other header includes. If you're using other classes you can use 'class' in front to forward declare it.
Ex:

UPROPERTY() class AUTGameState* GameState;

That will compile fine, and will only need the header when used in the .cpp file, not in the .h file. This may clear up issues with things referencing each other in headers which is what it seems like that 'nested' error is.

2. If you ever try using something like FTableRowBase and notice bogus linkage or 'not found' errors, google it and the page will show the following:
- Which header to include in the .cpp
- Which module name to add to your publicdependencies in ProjectName.Build.cs

3. Cached problems! Somethings things just don't work even though they should. Usually worth doing a full rebuild of the project, or deleting the intermediate folder, regenerating project files (right click the .uproject file) and rebuilding the game.
This could fix odd compiler/game errors that just don't make sense (possibly the spacing errors).

[The-Cowboy]

Ok equivalent problem. In UTGameState.h the following directives are fine

#pragma once

#include "UTPlayerState.h"
#include "UTCharacter.h"
#include "ChartCreation.h"

#include "UTGameState.generated.h"

but when I include

#include "UTLineUpZone.h"

QT Creator spits the error in UTGameState.cpp

incomplete type 'AUTGameState'  in nested name specifier

in front of all the member functions defined.
I tried all possible permutations in the list but of no avail. Curiously it doesn't even matter if I comment out the last directive, it is as if it is counting the number of lines.

Finally the code

#pragma once

#include "UTPlayerState.h"
#include "UTCharacter.h"
#include "ChartCreation.h"
#include "UTLineUpZone.h"
#include "UTGameState.generated.h"

without white space in the last pair works.

[The-Cowboy]

Hi Zhi, thanks for the interest. I will post the error in the next cycle of building process (the project is too global and the error spits are overwhelming!).

[Zhi Kang Shao]

Can you share the errors? Because code-wise that should be the same, however know that UE4 has a feature called Unity Build (not to be confused with Unity engine) that combines source files before compiling. That reduces compilation times for larger projects, but it there are two things to be aware of:
* You never know which files are going to be combined before compiling, small changes (such as a space) may cause files to be combined in a different way
* The files being combined will often mask the fact that some of your code is missing includes.

For example if a source file of yours is using the class MyClass and it's not being included, that's an error in your code right? But unity build may be combining that file with another file that does include MyClass.h and your project will build fine, unless some small changes causes files to be combined in a different way and the error surfaces.

That's the only explanation that I can think of for why a newline is the difference between error and no error for you.

[The-Cowboy]

Ok, I should take that for face value I guess. Things get even more weird. Has anyone noticed the thing about white spaces? For instance the practice of writing

#pragma once

#include "UTWeaponAttachment.h"

#include "UTWeapAttachment_ImpactHammer.generated.h"

is good, but the same code, without spaces as follows

#pragma once

#include "UTWeaponAttachment.h"
#include "UTWeapAttachment_ImpactHammer.generated.h"

is spitting out errors. Testing with QT Creator.

[nilamo]

There's more in there for more complicated things, like Replicated variables or Blueprint callable functions. For an empty class, it should basically be nothing except reflection info.

[RickBlacker]

I don't know the specifics but I do know that I've been watching video tutorials and they have said the same thing. Nothing below the .generated. file.

[The-Cowboy]

Could you be more specific about the glue part? For instance the Party.generated.h looks like

// Copyright 1998-2019 Epic Games, Inc. All Rights Reserved.
/*===========================================================================
    Generated code exported from UnrealHeaderTool.
    DO NOT modify this manually! Edit the corresponding .h files instead!
===========================================================================*/

#include "UObject/ObjectMacros.h"
#include "UObject/ScriptMacros.h"

PRAGMA_DISABLE_DEPRECATION_WARNINGS
#ifdef UNREALTOURNAMENT_Party_generated_h
#error "Party.generated.h already included, missing '#pragma once' in Party.h"
#endif
#define UNREALTOURNAMENT_Party_generated_h

#define UnrealTournament_Source_UnrealTournament_Public_Online_Party_h_116_RPC_WRAPPERS
#define UnrealTournament_Source_UnrealTournament_Public_Online_Party_h_116_RPC_WRAPPERS_NO_PURE_DECLS
#define UnrealTournament_Source_UnrealTournament_Public_Online_Party_h_116_INCLASS_NO_PURE_DECLS \
private: \
    static void StaticRegisterNativesUParty(); \
    friend struct Z_Construct_UClass_UParty_Statics; \
public: \
    DECLARE_CLASS(UParty, UObject, COMPILED_IN_FLAGS(0 | CLASS_Config), CASTCLASS_None, TEXT("/Script/UnrealTournament"), NO_API) \
    DECLARE_SERIALIZER(UParty) \
    static const TCHAR* StaticConfigName() {return TEXT("Game");}
 ....

PRAGMA_ENABLE_DEPRECATION_WARNINGS

In other words, what new structure is provided by this file that cannot be achieved by traditional C++ compilation process (which don't involve .generated.h). On the local scale I understand that it supports the error spitting mechanism and all that, but what exactly does it stand for on global scale?

[ExtraLifeMatt]

Why is so? And what is the utility of ".generated.h" files?

Open one up and look (after you compile a class successfully). It's all the Blueprint / Replication / UProperty / UFunction glue that is generated by the UnrealHeaderTool.

[The-Cowboy]

The ".generated.h" file needs to be the last include file,

Why is so? And what is the utility of ".generated.h" files?

[nilamo]

The ".generated.h" file needs to be the last include file, anything else you include should happen before that. I'm not sure what other help I can give without seeing the build errors.

[The-Cowboy]

Let us just say that writing about proprietary software is not my "cup of coffee"!

[RickBlacker]

I am in the process of writing a decent guide for setting up QT Creator for the Engine in Linux.

When you're done with that, you can write one for Windows/Visual Studio.