This addresses an issue on Linux where libraries that do not have the "lib"
prefix can go missing at link time because the linker ends up looking for the
library with the prefix. For example, a library with the filename "foo.so"
would result in the "-lfoo" flag being added to the link command, which would
then cause the linker to look for a library with the name "libfoo" that does
not exist.
#rb brandon.schaefer
#preflight 6227a18ba83706728750078b
[CL 19337849 by matt johnson in ue5-main branch]
#fyi Joe.Kirchoff
Original CL Desc
-----------------------------------------------------------------
UnrealBuildTool: bPreprocessDepends for LinuxToolChain
#rb trivial
#rnx
#preflight 6222b1759a2bb63d197e8fe0
[CL 19327816 by joe kirchoff in ue5-main branch]
Need to look into a suppression file for these so we can re-enable this
#jira none
#rb Michael.Sartain, Robert.Seiver
#preflight trivial
[CL 19017210 by Brandon Schaefer in ue5-main branch]
Add command line argument for bRetainFramePointers.
#rb brandon.schaefer
[FYI] nuno.leiria
#ROBOMERGE-AUTHOR: robert.millar
#ROBOMERGE-SOURCE: CL 18981122 via CL 18981257 via CL 18981859 via CL 18982123 via CL 18982359 via CL 18992714 via CL 18993053
#ROBOMERGE-BOT: UE5 (Release-Engine-Test -> Main) (v917-18934589)
[CL 18997362 by robert millar in ue5-main branch]
#preflight 61eb2a6bc557ec200193db0d
#ROBOMERGE-AUTHOR: arne.schober
#ROBOMERGE-SOURCE: CL 18701113 in //UE5/Release-5.0/... via CL 18701116 via CL 18701155
#ROBOMERGE-BOT: UE5 (Release-Engine-Test -> Main) (v903-18687472)
[CL 18701160 by arne schober in ue5-main branch]
RHI: fix unresolved exports
Clang 13 needs RHI_API on the class template definitions to match the declarations. Unsure if this is a regression for Clang 13 or due to some other reason, but adding them doesn't negatively affect any other compile targets.
#rnx
#rb trivial
#preflight 61d4a9826511bc498e3cc6ec
#ROBOMERGE-AUTHOR: joe.kirchoff
#ROBOMERGE-SOURCE: CL 18512106 in //UE5/Release-5.0/... via CL 18512119
#ROBOMERGE-BOT: STARSHIP (Release-Engine-Staging -> Release-Engine-Test) (v899-18417669)
[CL 18512138 by joe kirchoff in ue5-release-engine-test branch]
Hack to workaround clang-cl bug in LC_StringUtil.cpp is finally no longer necessary with Clang 13
Outstanding Issues:
Unresloved externals in ClangEditor (FRHI*)
error: ordered comparison of function pointers ('Electra::fastdelegate::DelegateMemento::GenericFuncPtr' (aka
'void (*)()') and 'Electra::fastdelegate::DelegateMemento::GenericFuncPtr') [-Werror,-Wordered-compare-function-
pointers]
#rnx
#rb none
#preflight 61d33dff932a02483cb454bc
#ROBOMERGE-AUTHOR: joe.kirchoff
#ROBOMERGE-SOURCE: CL 18503088 in //UE5/Release-5.0/... via CL 18503149
#ROBOMERGE-BOT: STARSHIP (Release-Engine-Staging -> Release-Engine-Test) (v899-18417669)
[CL 18503159 by joe kirchoff in ue5-release-engine-test branch]
This represents UE4/Main @17774255, Release-5.0 @17791557 and Dev-PerfTest @17789485
[CL 17794212 by aurel cordonnier in ue5-release-engine-test branch]
Add a StringComparison argument to CreateIntermediateTextFile() and require callers to make a decision about the case-sensitivity used when considering whether to re-write a file.
(This is intentionally explicit and verbose at the call-site - we should implement a better solution. This change makes it clear that there is work to be done to be able to simplify the interface and achieve reliable behavior.)
As a first pass, C++ files (headers, cpp files, pch files) will have a case-sensitive comparison (C++ code is, mostly, case sensitive), Linux script files have a case-sensitive comparison (case-sensitive filesystem), and all other files are compared disregarding case - to match pre-existing behavior, and with the desire to not borrow more surprises than necessary.
#jira none
#ROBOMERGE-SOURCE: CL 16616339 in //UE5/Main/...
#ROBOMERGE-BOT: STARSHIP (Main -> Release-Engine-Test) (v828-16531559)
[CL 16616345 by jonathan adamczewski in ue5-release-engine-test branch]
RootDirectory, EngineDirectory, UnrealBuildToolPath are now found in BuildUtilities' UnrealBuild namesapce.
The way these are computed has changed. Previously, it was assumed that the application is UnrealBuildTool, and paths were constructed relative to that assembly.
Now, the assumption is that the process is located under a "Engine/Build/DotNET" sub-path and paths are constructed relative to that.
#jira none
#ROBOMERGE-SOURCE: CL 16607440 in //UE5/Main/...
#ROBOMERGE-BOT: STARSHIP (Main -> Release-Engine-Test) (v828-16531559)
[CL 16607455 by jonathan adamczewski in ue5-release-engine-test branch]
