I added the “bUseLoggingInShipping” in my “FallOfChulua.target.cs” file. There was already a problem reported and it was closed, Therefore I switched over to 4.18 because I really need the logging because of bug which only happens in shipping build. I will stay on 4.18 but I still have no clue why the bug happens. Probably I have to implement my own logging system… … No, this has to work.
The reason for this happening apparently is if you have any UE_LOG macros in your C++ code. This also includes referencing to UE4 source code which have that macro AFAIK.
I knew that much. From what I’ve seen in the code it seems like DECLARE_LOG_CATEGORY doesn’t get defined properly which makes all log categories invalid. Seems like an order of operations issue. Was hoping one of y’alls had a workaround
Sadly no, I’m urgently trying to find a fix but no luck yet. My shipping builds crash on startup, and there’s no way for me to figure out what’s going without logging.
Apparently LogTemp can’t be used in a shipping build, so a potential workaround is just to change all LogTemps to something else. Though it looks like you’re also having issues with LogSerialization
has this ever been resolved for 4.18.2 ? We are experiencing the same issue with various LOG related compier errors when using the above mentioned boolean in the target files.
We are not able to upgrade to another engine for now so ideally we find a way to do this in 4.18.2
Surprisingly this is still a problem to this day! I was able to (very hackily) circumvent the issue by convincing the linker that the definitions exist in my project in my own log.cpp file
Though this may satisfy my project’s linker needs, the needs will likely be different per project, and may not even have been by design by the engineers at Epic!
Additionally, even with all of these things crossed off the list, the log is still not showing up in shipping in Epic’s distributed engine versions… very sad days.
Hopefully you can all figure out what you need and get those shipping logs running.