Server CWD is d:turningPointV5
11:10:07 ..srcmessagesinitialize.cc:271 I initialize in directory D:/turningPointV5 with uri file:///d%3A/turningPointV5
11:10:07 ..srcmessagesinitialize.cc:294 I initializationOptions: {"compilationDatabaseCommand":"","compilationDatabaseDirectory":"","cache":{"directory":"c:/ccls-cache","format":"binary","hierarchicalPath":true,"retainInMemory":1},"capabilities":{"documentOnTypeFormattingProvider":{"firstTriggerCharacter":"}","moreTriggerCharacter":[]},"foldingRangeProvider":true,"workspace":{"workspaceFolders":{"supported":true,"changeNotifications":true}}},"clang":{"excludeArgs":[],"extraArgs":[],"pathMappings":[],"resourceDir":""},"client":{"hierarchicalDocumentSymbolSupport":true,"linkSupport":true,"snippetSupport":true},"codeLens":{"localVariables":false},"completion":{"caseSensitivity":2,"detailedLabel":false,"dropOldRequests":true,"duplicateOptional":false,"filterAndSort":true,"include":{"blacklist":[],"maxPathSize":37,"suffixWhitelist":[".h",".hpp",".hh",".inc",".h",".hpp",".hh"],"whitelist":[]},"maxNum":100},"diagnostics":{"blacklist":[],"onChange":1000,"onOpen":0,"onSave":0,"spellChecking":true,"whitelist":[]},"highlight":{"largeFileSize":2097152,"lsRanges":true,"blacklist":[],"whitelist":[]},"index":{"blacklist":[],"comments":2,"initialBlacklist":[],"initialWhitelist":[],"maxInitializerLines":15,"multiVersion":0,"multiVersionBlacklist":[],"multiVersionWhitelist":[],"onChange":false,"threads":0,"trackDependency":2,"whitelist":[]},"request":{"timeout":5000},"session":{"maxNum":10},"workspaceSymbol":{"caseSensitivity":1,"maxNum":1000,"sort":true},"xref":{"maxNum":2000}}
11:10:07 ..srcmessagesinitialize.cc:323 I use -resource-dir=C:llvmReleaselibclang9.0.0
11:10:07 ..srcmessagesinitialize.cc:344 I add workspace folder turningPointV5: D:/turningPointV5/
11:10:07 ..srcproject.cc:397 I loaded D:/turningPointV5/compile_commands.json
11:10:07 ..srcmessagesinitialize.cc:370 I start 32 indexers
11:10:07 ..srcmessagesinitialize.cc:378 I dispatch initial index requests
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/xuanxuanAuto.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/birdAuto.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/bearAuto.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/sheepAuto.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/opcontrol.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/initialize.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/chassis/chassisAutoAiming.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/system/visionData.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/odomPage.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/chassis/chassis.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/chassis/chassisOdom.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/userDisplay.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/generic/misc.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/autonomous.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/device/motor.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/pid/pid.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/maintenanceInfo.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/generic/lift.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/setConfig.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/generic/head.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/visionPage.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/pid/klPid.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/sysInfo.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/system/sysBase.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/generic/generic.cpp
11:10:07 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/generic/intake.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/system/logger.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/util/odometry.cpp
11:10:08 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/pigAuto.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/device/vision.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/device/adi.cpp
11:10:08 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/userDisplay/pidPage.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/userDisplay/debug.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/userDisplay/startPage.cpp
11:10:08 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/fishAuto.cpp
11:10:08 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/userAuto/boboAuto.cpp
11:10:08 ..srcpipeline.cc:292 I load cache for D:/turningPointV5/src/ncrapi/util/timer.cpp
11:10:08 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/generic/shoot.cpp
11:10:08 ..srcpipeline.cc:337 I parse D:/turningPointV5/src/ncrapi/system/sysUser.cpp
LLVM ERROR: out of memory
11:10:11 ..srcindexer.cc:1289 E clang crashed for D:/turningPointV5/src/ncrapi/device/motor.cpp
LLVM ERROR: out of memory
ccls server connection was closed
[Error - 上午11:10:11] Connection to server got closed. Server will not be restarted.
"ccls.launch.command": "c:/ccls/Release/ccls.exe",
"ccls.cache.directory": "c:/ccls-cache",
"ccls.completion.enableSnippetInsertion": true,
"ccls.highlighting.enabled.types": true,
"ccls.highlighting.enabled.freeStandingFunctions": true,
"ccls.highlighting.enabled.memberFunctions": true,
"ccls.highlighting.enabled.freeStandingVariables": true,
"ccls.highlighting.enabled.memberVariables": true,
"ccls.highlighting.enabled.namespaces": true,
"ccls.highlighting.enabled.macros": true,
"ccls.highlighting.enabled.enums": true,
"ccls.highlighting.enabled.typeAliases": true,
"ccls.highlighting.enabled.enumConstants": true,
"ccls.highlighting.enabled.staticMemberFunctions": true,
"ccls.highlighting.enabled.parameters": true,
"ccls.highlighting.enabled.templateParameters": true,
"ccls.highlighting.enabled.staticMemberVariables": true,
"ccls.highlighting.enabled.globalVariables": true,
It’s been all right before. After updating LLVM and CLLS, that’s it.
Replies
I just updated my XCode to the latest version today and encountered this error as well, I don’t have a CI/CD setup, just manual build process.
Same issue here when archiving. Xcode 13.2.1 was working fine. Xcode 13.3 betas were breaking with the «LLVM ERROR: out of memory» error. Xcode 13.3 final didn’t fix this. Message asks to to submit a bug report and include project. Can’t include project.
Hi there!
I’m my case, Xcode 13.3 was breaking with the «LLVM ERROR: out of memory» when archiving. Reading the error log, I’ve found something interesting: «Embedding bitcode». Well … bitcode generation is optional. So I’ve disabled bitcode for that target: Build Settings -> Enable Bitcode = No.
And that’s it! After turning off bitcode, Xcode 13.3 was able to archive with no more «LLVM ERROR: out of memory».
So search for «Embedding bitcode» in your Xcode’s error log. If you find it, this is the cure ;-). If not, sorry, can’t help you.
Can confirm that turning off bitcode in a linked framework did the trick with Xcode 13.3.
In my case I am using UI_USER_INTERFACE_IDIOM() that causes Xcode 13.3 with Swift 5.6 to fail. My fix is to replace UI_USER_INTERFACE_IDIOM() into UIDevice.current.userInterfaceIdiom.
Same issue here after updating to Xcode 13.3:
error: backend command failed due to signal 6 (use -v to see invocation)
LLVM ERROR: out of memory
Allocation failed
Please submit a bug report (https://swift.org/contributing/#reporting-bugs) and include the project and the crash backtrace.
Stack dump:
0. Program arguments: /Applications/Xcode-13.3.0.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swift-frontend -frontend -c -primary-file /var/folders/7q/ywjd0rsx6zd7vqsy2pgsn_1h0000gp/T/TemporaryDirectory.Vhfg03/CardStackComponents-1.bc -embed-bitcode -target arm64-apple-ios12.2 -Xllvm -aarch64-use-tbi -Osize -disable-llvm-optzns -module-name CardStackComponents -o buck-out/gen/Libraries/uCardStackComponents/CardStackComponents#apple-swift-compile,iphoneos-arm64/CardStackComponents.o
1. Apple Swift version 5.6 (swiftlang-5.6.0.323.62 clang-1316.0.20.8)
2. Compiling with the current language version
3. Running pass 'Function Pass Manager' on module '/var/folders/7q/ywjd0rsx6zd7vqsy2pgsn_1h0000gp/T/TemporaryDirectory.Vhfg03/CardStackComponents-1.bc'.
4. Running pass 'ObjC ARC contraction' on function '@UI_USER_INTERFACE_IDIOM'
For curiosity, the error doesn’t happen if I build with -Onone instead of -Osize. This is not a workaround, obviously. I want to build my releases with optimization.
Same here, having the same issue
Same for me, while creating the archive 
As suggested, I disabled Bitcode on my main Flutter project and on one of the linked pod (printing)
Then I had to replace UI_USER_INTERFACE_IDIOM() with UIDevice.current.userInterfaceIdiom on DKImagePickerController pod
Ultimately switching from UI_USER_INTERFACE_IDIOM() to UIDevice.current.userInterfaceIdiom in a dependency also did the trick (didn’t have to disable bitcode in that case).
With the new XCODE version 13.3.1, the Bitcode issue is solved
thanks for this, hopefully nothing new breaks 
Hi,
Edit: The problem is solved.
I had to add -fsycl-targets=spir64_gen-unknown-unknown-sycldevice switch and now the program is running as expected irrespective of kernel code present in included libraries.
I noticed that adding -fsycl-link-targets=spir64_gen-unknown-unknown-sycldevice also solves the issue but -fsycl-link did not help. Is there any information on what these switches do?
—————————————
I am porting blender/cycles library to oneapi. I have two files that contain around 30-40 functions which call different OneAPI functions like creating buffers, images and then call kernel. These are part of a library and none of these functions ever gets called.
Now I added a simple function to my test file which just adds two small buffers (barely 1K each)
Code:
void util_add(int *a, int *b, int *c, sycl::nd_item<3> item_ct1)
{
int x = item_ct1.get_local_range().get(2) * item_ct1.get_group(2) +
item_ct1.get_local_id(2);
int y = item_ct1.get_local_range().get(1) * item_ct1.get_group(1) +
item_ct1.get_local_id(1);
int i = y * item_ct1.get_global_range().get(2) + x;
c[i] = a[i] + b[i];
}
#define SIZE_X 8
#define SIZE_Y 4
#define SIZE (SIZE_X*SIZE_Y)
void util_mem_test(int *ap, int *bp, int *cp)
{
std::iota(ap, ap+SIZE, 0);
std::iota(bp, bp+SIZE, 0);
std::cout << "util_mem_test:: n";
sycl::queue &q_ct1 = dpct::get_current_device().default_queue();
try{
// execution parameters
sycl::range<3> blocks(SIZE_X, SIZE_Y, 1);
sycl::range<3> threads(1, 1, 1);
// prepare arguments and launch thread
q_ct1.submit([=](sycl::handler &cgh) {
auto dpct_global_range = blocks * threads;
cgh.parallel_for/* <class memory_test> */(
sycl::nd_range<3>(
sycl::range<3>(dpct_global_range.get(2), dpct_global_range.get(1),
dpct_global_range.get(0)),
sycl::range<3>(threads.get(2), threads.get(1), threads.get(0))),
[=, a= ap, b = bp, c = cp](sycl::nd_item<3> item_ct1) {
util_add(a, b, c, item_ct1);
});
}).wait();
}
catch (cl::sycl::exception e)
{
/* In the case of an exception being throw, print error message and return error . */
std::cout <<"sycl::exception: " << e.what() << "n";
return;
}
catch (std::exception e)
{
std::cout << "std::exception: " << e.what() << "n";
return;
}
for(int i=0; i< SIZE; i++)
{
std::cout <<std::hex << /* ap[i] << "+" << bp[i] << "=" << */ cp[i] << " ";
}
std::cout << "n";
}
void util_sycl_test()
{
int *ap, *bp, *cp;
dpct::dpct_malloc(&ap, SIZE * sizeof(int));
dpct::dpct_malloc(&bp, SIZE * sizeof(int));
dpct::dpct_malloc(&cp, SIZE * sizeof(int));
util_mem_test(ap, bp, cp);
}
When I call this function, it goes fine till it reaches cgh.parallel_for but then system becomes non responsive for around 2 minutes while memory consumption keeps on increasing. When it reaches around 11 GB, the program displays error message
util_mem_test::
LLVM ERROR: out of memory
Aborted (core dumped)
cycles_test
In system activity, cycles_test is already at 9.7GB.
If I remove those 2 files containing oneapi code from my library, it works fine again. I’m not sure what’s happening. Any idea what I can do to see what the problem is?
Edit: I tried something to figure out what might be going on. I commented out all the kernel code and enabled only 1 function’s kernel code and I am still facing the same issue. I think may be when it loads any kernel code, it tries to compile all the kernel code that it sees across all the modules at run time. My kernel code is pretty big and it is calling many functions which are defined inside header files. So may be it is excessive code length that is causing the issue of system running out of memory.
Is there any way to generate compiled kernel code at compile time only so that at run time it only has to push the kernel code to GPU when invoked?
Regards,
Gagan
Description
Igor Raits
2019-06-22 15:49:30 UTC
Description of problem: When building zola on i686, it always fails with: BUILDSTDERR: Running `/usr/bin/rustc --crate-name zola src/main.rs --color never --crate-type bin --emit=dep-info,link -C opt-level=3 -C lto -C codegen-units=1 -C metadata=35bf062583c842ab -C extra-filename=-35bf062583c842ab --out-dir /builddir/build/BUILD/zola-0.8.0/target/release/deps -L dependency=/builddir/build/BUILD/zola-0.8.0/target/release/deps --extern actix_files=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libactix_files-fec697cadaeaf1a2.rlib --extern actix_web=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libactix_web-653f3dd80457de5b.rlib --extern atty=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libatty-c187086d550eccb9.rlib --extern chrono=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libchrono-6ecda85aedd565e8.rlib --extern clap=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libclap-b053a5309c45adee.rlib --extern ctrlc=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libctrlc-8e184a40a5af77bb.rlib --extern errors=/builddir/build/BUILD/zola-0.8.0/target/release/deps/liberrors-8e5291a50c1c5a4d.rlib --extern front_matter=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libfront_matter-bace993b5a9a6bdd.rlib --extern lazy_static=/builddir/build/BUILD/zola-0.8.0/target/release/deps/liblazy_static-e6e48afb2e4b166a.rlib --extern notify=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libnotify-ffdcfa083f0cfd74.rlib --extern rebuild=/builddir/build/BUILD/zola-0.8.0/target/release/deps/librebuild-5bc0fd0b527bcd61.rlib --extern site=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libsite-df1f823c02c0237d.rlib --extern termcolor=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libtermcolor-4e6954201430d106.rlib --extern toml=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libtoml-aa777d2fc535ed71.rlib --extern url=/builddir/build/BUILD/zola-0.8.0/target/release/deps/liburl-a0c39024aef262d0.rlib --extern utils=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libutils-bdf733143abc1b88.rlib --extern ws=/builddir/build/BUILD/zola-0.8.0/target/release/deps/libws-322bb2ce15998ceb.rlib -Copt-level=3 -Cdebuginfo=2 -Clink-arg=-Wl,-z,relro,-z,now -Ccodegen-units=1 -L native=/builddir/build/BUILD/zola-0.8.0/target/release/build/backtrace-sys-f1f423e40ad0723d/out -L native=/builddir/build/BUILD/zola-0.8.0/target/release/build/miniz-sys-9f7f8105e76894c3/out -L native=/usr/lib -L native=/usr/lib` BUILDSTDERR: LLVM ERROR: out of memory Version-Release number of selected component (if applicable): rust-1.35.0-2.fc31.x86_64 llvm-libs-8.0.0-7.fc31.x86_64 How reproducible: Always. Steps to Reproduce: 1. Build zola 2. Observer it going OOM Actual results: OOM. Expected results: Builds fine. Additional info: I am not sure if this is reproducible on armv7hl, but I always cancel builds after i686 fail and arm is much slower.. So I don't know if it happens there too.
Comment 1
Igor Raits
2019-06-22 15:51:08 UTC
I'm going to exclude i686 from zola arches for now.. But given that at least 15 failures were due to this, I might drop i686 entirely from %rust_arches.
Comment 2
Igor Raits
2019-06-22 17:07:04 UTC
Ok, armv7hl has the same problem.
Comment 3
Igor Raits
2019-06-22 17:07:49 UTC
I have excluded armv7hl from zola now as well.
Comment 4
Josh Stone
2019-06-24 17:13:34 UTC
You may have to disable LTO and/or debuginfo for 32-bit platforms for this package. (Although I'm surprised -- zola doesn't look that big...)
Comment 5
Igor Raits
2019-06-25 06:36:37 UTC
Yes, disabling LTO helped on those arches. But I think this needs some proper fix in Rust / LLVM.
Comment 6
Ben Cotton
2019-08-13 16:47:21 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
Comment 7
Ben Cotton
2020-11-03 15:18:35 UTC
This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '31'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Comment 8
Ben Cotton
2020-11-24 18:40:45 UTC
Fedora 31 changed to end-of-life (EOL) status on 2020-11-24. Fedora 31 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Open
Bug 1542538
Opened 4 years ago
Updated 4 months ago
Th push: https://treeherder.mozilla.org/#/jobs?repo=mozilla-central&searchStr=windows%2C2012%2Cx64%2Cccov%2Cbuild-win64-ccov%2Fdebug%2C%28b%29&revision=8cc6d083001bd54e17fd6b332807f32b6e336d96&selectedJob=238509745
Failure log:
https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=238509745&repo=mozilla-central&lineNumber=19392
https://taskcluster-artifacts.net/M4QJ2OCvRgWyshf-9_8ELQ/0/public/logs/live_backing.log
22:25:33 INFO — mozmake.EXE[4]: Entering directory ‘z:/build/build/src/obj-firefox/gfx/skia’
22:25:33 INFO — z:/build/build/src/clang/bin/clang.exe —driver-mode=cl -FoSkOpts.obj -c -Iz:/build/build/src/obj-firefox/dist/stl_wrappers -DDEBUG=1 -DUNICODE -D_UNICODE -DSKIA_IMPLEMENTATION=1 -DSTATIC_EXPORTABLE_JS_API -DMOZ_HAS_MOZGLUE -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL -Iz:/build/build/src/gfx/skia -Iz:/build/build/src/obj-firefox/gfx/skia -Iz:/build/build/src/gfx/skia/skia/include/c -Iz:/build/build/src/gfx/skia/skia/include/codec -Iz:/build/build/src/gfx/skia/skia/include/config -Iz:/build/build/src/gfx/skia/skia/include/core -Iz:/build/build/src/gfx/skia/skia/include/docs -Iz:/build/build/src/gfx/skia/skia/include/effects -Iz:/build/build/src/gfx/skia/skia/include/encode -Iz:/build/build/src/gfx/skia/skia/include/gpu -Iz:/build/build/src/gfx/skia/skia/include/pathops -Iz:/build/build/src/gfx/skia/skia/include/ports -Iz:/build/build/src/gfx/skia/skia/include/private -Iz:/build/build/src/gfx/skia/skia/include/utils -Iz:/build/build/src/gfx/skia/skia/include/utils/mac -Iz:/build/build/src/gfx/skia/skia/src/codec -Iz:/build/build/src/gfx/skia/skia/src/core -Iz:/build/build/src/gfx/skia/skia/src/image -Iz:/build/build/src/gfx/skia/skia/src/lazy -Iz:/build/build/src/gfx/skia/skia/src/opts -Iz:/build/build/src/gfx/skia/skia/src/sfnt -Iz:/build/build/src/gfx/skia/skia/src/shaders -Iz:/build/build/src/gfx/skia/skia/src/shaders/gradients -Iz:/build/build/src/gfx/skia/skia/src/sksl -Iz:/build/build/src/gfx/skia/skia/src/utils -Iz:/build/build/src/gfx/skia/skia/src/utils/mac -Iz:/build/build/src/gfx/skia/skia/src/utils/win -Iz:/build/build/src/obj-firefox/dist/include -Iz:/build/build/src/obj-firefox/dist/include/nspr -Iz:/build/build/src/obj-firefox/dist/include/nss -MD -FI z:/build/build/src/obj-firefox/mozilla-config.h -DMOZILLA_CLIENT -Qunused-arguments -guard:cf -Qunused-arguments -fcrash-diagnostics-dir=z:/build/public/build -fcrash-diagnostics-dir=/z/build/public/build -TP -nologo -Zc:sizedDealloc- -D_HAS_EXCEPTIONS=0 -guard:cf -W3 -Gy -Zc:inline -Gw -Wno-inline-new-delete -Wno-invalid-offsetof -Wno-microsoft-enum-value -Wno-microsoft-include -Wno-unknown-pragmas -Wno-ignored-pragmas -Wno-deprecated-declarations -Wno-invalid-noreturn -Wno-inconsistent-missing-override -Wno-implicit-exception-spec-mismatch -Wno-unused-local-typedef -Wno-ignored-attributes -Wno-used-but-marked-unused -D_SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING -GR- -Z7 -Xclang -load -Xclang z:/build/build/src/obj-firefox/build/clang-plugin/clang-plugin.dll -Xclang -add-plugin -Xclang moz-check -O2 -Oy- -Wno-deprecated-declarations -Wno-overloaded-virtual -Wno-shadow -Wno-sign-compare -Wno-unreachable-code -Wno-unused-function -Wno-implicit-fallthrough -Wno-inconsistent-missing-override -Wno-macro-redefined -Wno-unused-private-field @z:/build/build/src/obj-firefox/code_coverage_cflags -Xclang -MP -Xclang -dependency-file -Xclang .deps/SkOpts.obj.pp -Xclang -MT -Xclang SkOpts.obj -O2 z:/build/build/src/gfx/skia/skia/src/core/SkOpts.cpp
22:25:33 INFO — LLVM ERROR: out of memory
22:25:33 INFO — 0x00007FF6EB60BE56 (0x00007FF6EE5DEB48 0x00007FF6ED5664E3 0x0000008742E6B018 0x0000000000000000)
22:25:33 INFO — 0x00007FF6ED566853 (0x0000000000001301 0x0000000000000000 0x0000000000000000 0x000000000005004F)
22:25:33 INFO — 0x00007FF6ED554F6C (0x0000000000000002 0x000000000005004F 0x0000008742E6B060 0x0000008742E6B208)
22:25:33 INFO — 0x00007FF6EB609A7B (0x0000000000000000 0x0000000000000002 0x0000008742E6B230 0x00007FF6EB40006B)
22:25:33 INFO — 0x00007FF6EB609AF2 (0x0000000000006AAF 0x0000008742E6B208 0x000000000000A005 0x0000000000006AAE)
22:25:33 INFO — 0x00007FF6ED54F7E1 (0x0000000000000000 0x0000000000000003 0x00000087464D87D8 0x0000000000000000)
22:25:33 INFO — 0x00007FF6ED56AEF4 (0x0000008000000005 0x000000706D744C2E 0x0000000000000000 0x00007FF6EDCB3440)
22:25:33 INFO — 0x00007FF6ED54B957 (0x0000008747E7E000 0x0000000000000000 0x000000874874D820 0x0000000000000000)
22:25:33 INFO — 0x00007FF6EA813487 (0x000000000000000B 0x0000000000001396 0x000000874874D800 0x0000DCFF08691299)
22:25:33 INFO — 0x00007FF6EB432866 (0x0000008742E6B230 0x0000000100000000 0x00007FF6EDCB3440 0x0000DCFF08691159)
22:25:33 INFO — 0x00007FF6EB427813 (0x0000000000000031 0x00007FF6EB1FA2E2 0x0000008749C1E690 0x0000008742E6B288)
22:25:33 INFO — 0x00007FF6EB4285D4 (0x0000008749C479F8 0x0000DCFF08691199 0x00007FF600000728 0x0000000000000000)
22:25:33 INFO — 0x00007FF6EBDD7389 (0x00007FF6EDCB3440 0x0000DCFF086913C9 0x0000000000000103 0x0000008749757780)
22:25:33 INFO — 0x00007FF6EBDE3A92 (0x0000000000000001 0x0000008742E6B6C0 0x0000008000000000 0x00000087483C0520)
22:25:33 INFO — 0x00007FF6EBDC7139 (0x0000000000000051 0x0000DCFF08691BA9 0x0000008748AF4B80 0x0000008746936338)
22:25:33 INFO — 0x00007FF6EA81A968 (0x0000008743020CC0 0x0000008743023E00 0x0000008743023E50 0x0000000000800002)
22:25:33 INFO — 0x00007FF6EAF8420E (0x0000008742E6BDE0 0x00007FF600000000 0x00000087472D1D20 0x00007FF6EB28CF16)
22:25:33 INFO — 0x00007FF6EB1C2C79 (0x0000DCFF08691DE9 0x00000087442DB1B0 0x0000000000000004 0x0000DCFF08691E89)
22:25:33 INFO — 0x00007FF6EB1C2F33 (0x0000000000100000 0x00007FF600000000 0x0000001000000000 0x000000000000000F)
22:25:33 INFO — 0x00007FF6EB1C333E (0x0000DCFF08691CF9 0x0000000000000000 0x000000874672C448 0x00000087462F4168)
22:25:33 INFO — 0x00007FF6EB824BC7 (0x0000000000000000 0x00007FF9F2487073 0x0000DCFF08696249 0x0000008700000000)
22:25:33 INFO — 0x00007FF6ED38166B (0x0000008742F45680 0x0000008742E6D930 0x0000000000000000 0x0000008742F8C780)
22:25:33 INFO — 0x00007FF6EBC8384C (0x0000008742EB73E0 0x00007FF6EBC1312A 0x0000000000000009 0x0000000000000013)
22:25:33 INFO — 0x00007FF6EC6B0EB3 (0x0000000000000000 0x0000000000000000 0x0000000000000008 0x0000008742F10C90)
22:25:33 INFO — 0x00007FF6EBC51E3D (0x0000008742EB73E0 0x0000000000000001 0x0000008742F10C90 0x0000008742EDD790)
22:25:33 INFO — 0x00007FF6EBC15F27 (0x0000000000000030 0x0000000000000000 0x0000000000000000 0x00007FF6000000D1)
22:25:33 INFO — 0x00007FF6EBCB01E8 (0x0000000000000100 0x0000000100000058 0x0000000000000162 0x0000000142EA0200)
22:25:33 INFO — 0x00007FF6EA806BD4 (0x0000008742E6E360 0x00007FFA0D360F9E 0x0000008742E6E580 0x001F001E001D001C)
22:25:33 INFO — 0x00007FF6EA80410E (0x00007FF6ED54BB00 0x0000000000000000 0x00007FF6E9BF4000 0x0000000000000000)
22:25:33 INFO — 0x00007FF6ED54BB80 (0x00007FF6ED54BBF0 0x00007FF6E9BF4000 0x0000000000000000 0x0000000000000000)
22:25:33 INFO — 0x00007FFA0C8013D2 (0x00007FFA0C8013B0 0x0000000000000000 0x0000000000000000 0x0000000000000000)
22:25:33 INFO — 0x00007FFA0D2B54E4 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000)
22:25:33 INFO — clang: error: clang frontend command failed due to signal (use -v to see invocation)
22:25:33 INFO — clang version 8.0.0 (tags/RELEASE_800/final 356365)
22:25:33 INFO — Target: x86_64-pc-windows-msvc
22:25:33 INFO — Thread model: posix
22:25:33 INFO — InstalledDir: z:/build/build/src/clang/bin
22:25:33 INFO — clang: note: diagnostic msg: PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, and associated run script.
22:25:33 INFO — clang: error: unable to make temporary file: no such file or directory
22:25:33 INFO — clang: note: diagnostic msg: Error generating preprocessed source(s).
22:25:33 INFO — z:/build/build/src/config/rules.mk:805: recipe for target ‘SkOpts.obj’ failed
22:25:33 INFO — mozmake.EXE[4]: *** [SkOpts.obj] Error 1
22:25:33 INFO — mozmake.EXE[4]: Leaving directory ‘z:/build/build/src/obj-firefox/gfx/skia’
22:25:33 INFO — z:/build/build/src/config/recurse.mk:74: recipe for target ‘gfx/skia/target’ failed
22:25:33 INFO — mozmake.EXE[3]: *** [gfx/skia/target] Error 2
22:25:33 INFO — mozmake.EXE[3]: *** Waiting for unfinished jobs….
Component: General → Toolchains
Summary: Intermittent: LLVM ERROR: out of memory → Intermittent: LLVM ERROR: out of memory in skia