Igor Anić

I have same issue on non M1, Intel mac: ``` ==> INFO: Embedding libgccjit into Emacs.app Traceback (most recent call last): 8: from ./build-emacs-for-macos:1288:in `' 7: from ./build-emacs-for-macos:112:in `build' 6:...

I'm also getting the same panic ~once a day. ``` panic: runtime error: invalid memory address or nil pointer dereference [signal 0xb code=0x1 addr=0x0 pc=0x502520] goroutine 53 [running]: panic(0x99b5c0, 0xc820010090)...

I had the same problem with v8 3.21.17, but got it woking with v8 3.18.5.

The above observation holds true when there are no extensions registered. When I add extension layer then the runtime receives SIGTERM. So there are two different behavior of the runtime...

Checked all other chips which have adc_v2_smpr fix. Found only one, 401, with missing enumerations and applied this small change there too.

Fixes #18089 (checks the remaining 2 items). Before this any unpack error will be raised after the unpack step. Now this is postponed until we get the manifest. Manifest is...

Adding logic from another PR: #19111 which fixes #17779. Tar unpacking was removing the leading root folder. But there are packages without that leading folder that all fail with BadFileName....

> Sorry to do this after you have put so much work into it. No problem. Thanks for feedback. Will close this and try some other approach.

Generating sources.tar 10 times in the loop: before: ``` Time (mean ± σ): 103.1 ms ± 2.2 ms [User: 4.9 ms, System: 88.3 ms] Range (min … max): 99.4 ms...

Comparing previous and this in creating sources.tar ``` $ poop ./prev ./this Benchmark 1 (48 runs): ./prev measurement mean ± σ min … max outliers delta wall_time 104ms ± 2.32ms...