Downgrading gcc in Arch @drivers: gcc sufficed OK»»»NOT the gcc-libs package.

Sole gcc - Big NV. modules compiled OK (but Linux somewhat is sometimes VERY similar to Windows - some big bugs below)

Pacman „listing” after all operations:

pacman -Qs gcc          gives:

local/gcc 11.1.0-3 (base-devel)
    The GNU Compiler Collection - C and C++ frontends
local/gcc-libs 14.2.1+r32+geccf707e5ce-1
    Runtime libraries shipped by GCC

•Vers.: (14.2.1+r32+geccf707e5ce-1 -> 11.1.0-3)

Not to trust ccache... Linux documentation is poor as explaining ability/scientificness (see PM entries).

•Linux, as Windows, contains bug after bug.
Only cause[d] „this is America”??
For kernel??? If/while they can't decide which plugin set to use!!

•Assume (by enumerative induction reasoning) they can't do it well AGAIN / „EAGAIN”.

PM has big bugs, Arch Linux has CD-ROM bug.

And, the downgrade is better than downgrader definitely. Only good side of downgrader one is that restoring is done automatically (if logs are not cleared).

GCC can't do KERNEL — even after I figured out that opts: mrproper, localmodconfig, all in CONJUNCTION (AND W/ BIN. PATCH IN MAKE CMD. about .mod files)

(GCC version 14.1.1 20240522  )

1) „LIVE” PATCH IN MAKE (in/usr/bin/ !!!) about *.mod Modula2 – I made with simple hexeditor by searching .mod  ... string and replacing binary with 4ex. „m-d”.

After above, the ..........mod particular (↑) problem was gone.

  CC      /HIBERPATCH/krnl_with_hiber_modifs/linux611/src/linux-6.11-rc3/tools/objtool/libsubcmd/exec-cmd.o

error: unknown warning option '-Wstrict-aliasing=3'; did you mean '-Wstring-plus-int'? [-Werror,-Wunknown-warning-option]

2) Important: the make invocation!!! Repaired the prior very strange error

ccache -M 5G     #don't saw any „turbo”, think NEXT SHIT

make ARCH=x86  CC="ccache gcc" CXX="ccache g++"  mrproper localmodconfig all

#clang was formerly here ^^^^^— errors, errors

Aliasing... as in Windows??!! WHAT do you want to program, sado-masochists neocorpoRATionists?!

Worse is maybe that you can't (so far??) the stop-continue kernel compilation (after CTRL+C or mere shutdown). It is easy with LuxCore, Compiz/others (REQUIRES WAITING FOR source [build?!] tree descending) — but the kernel errs begun if not using above options in CONJ. and order manner.

Into software, philosophy is essential.

Not this whole fucking „dive into”, „explore”, „new” open source NLP – application for APES for fucking ages.

And ccache program is IMO a next scam.

I don't think Torvalds have clear orientation what is most important in kernel programming.

Most kernel coding concentRATes on new drivers, bhal bhah virtualization,. xen, zen and other shitty things

•WHAT ZEN IF I DON'T KNOW HOW MUCH APPS COULD GET FROM >1 CPU?? WHY, furthermore,. >1 CPU core?? 

•Even make, while treating (implicit rule!!)  .mod as module files (corrected by hex editor as I experienced here — second make in /usr/local/bin with the chmod a-x .../bin/... old one!)

•You should don't preorient yourself when reading a some „rich” manpage help. It is not true what „various curioUS” want to achieve — when really, without ability to working in group. And Linux Torvalds have no time — if I know America. Read Orwell first to comprehend a bit more. 

Summary

They are all crappy egoists. They make a work for (next) bugs, for nothing.

How **SHIT** you are, USA!!!

(...)

   LD [M]  drivers/scsi/csiostor/csiostor.o

  CC [M]  drivers/scsi/smartpqi/smartpqi_init.o

PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.

Stack dump:

0. Program arguments: clang -Wp,-MMD,drivers/scsi/smartpqi/.smartpqi_init.o.d -nostdinc -I./arch/x86/include -I./arch/x86/include/generated -I./include -I./arch/x86/include/uapi -I./arch/x86/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/compiler-version.h -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -D__KERNEL__ --target=x86_64-linux-gnu -fintegrated-as -Werror=unknown-warning-option -Werror=ignored-optimization-argument -Werror=option-ignored -Werror=unused-command-line-argument -fmacro-prefix-map=./= -std=gnu11 -fshort-wchar -funsigned-char -fno-common -fno-PIE -fno-strict-aliasing -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -fcf-protection=branch -fno-jump-tables -m64 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mstack-alignment=8 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -Wno-sign-compare -fno-asynchronous-unwind-tables -mretpoline-external-thunk -mindirect-branch-cs-prefix -mfunction-return=thunk-extern -mharden-sls=all -fpatchable-function-entry=16,16 -fno-delete-null-pointer-checks -O2 -fstack-protector-strong -ftrivial-auto-var-init=zero -fno-stack-clash-protection -pg -mfentry -DCC_USING_NOP_MCOUNT -DCC_USING_FENTRY -falign-functions=16 -fstrict-flex-arrays=3 -fno-strict-overflow -fno-stack-check -Wall -Wundef -Werror=implicit-function-declaration -Werror=implicit-int -Werror=return-type -Werror=strict-prototypes -Wno-format-security -Wno-trigraphs -Wno-frame-address -Wno-address-of-packed-member -Wmissing-declarations -Wmissing-prototypes -Wframe-larger-than=2048 -Wno-gnu -Wvla -Wno-pointer-sign -Wcast-function-type -Wimplicit-fallthrough -Werror=date-time -Werror=incompatible-pointer-types -Wenum-conversion -Wextra -Wunused -Wno-unused-but-set-variable -Wno-unused-const-variable -Wno-format-overflow -Wno-format-overflow-non-kprintf -Wno-format-truncation-non-kprintf -Wno-override-init -Wno-pointer-to-enum-cast -Wno-tautological-constant-out-of-range-compare -Wno-unaligned-access -Wno-enum-compare-conditional -Wno-enum-enum-conversion -Wno-missing-field-initializers -Wno-type-limits -Wno-shift-negative-value -Wno-sign-compare -Wno-unused-parameter -g -gdwarf-5 -DMODULE -DKBUILD_BASENAME=\"smartpqi_init\" -DKBUILD_MODNAME=\"smartpqi\" -D__KBUILD_MODNAME=kmod_smartpqi -c -o drivers/scsi/smartpqi/smartpqi_init.o drivers/scsi/smartpqi/smartpqi_init.c

1. <eof> parser at end of file

2. Code generation

 #0 0x00007b958a9c4d90 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/lib/libLLVM.so.18.1+0x7c4d90)

 #1 0x00007b958a9c226d llvm::sys::CleanupOnSignal(unsigned long) (/usr/lib/libLLVM.so.18.1+0x7c226d)

 #2 0x00007b958a8a88e9 (/usr/lib/libLLVM.so.18.1+0x6a88e9)

 #3 0x00007b9589c50ae0 (/usr/lib/libc.so.6+0x3cae0)

 #4 0x00007b958caa12f4 llvm::MCAssembler::registerSymbol(llvm::MCSymbol const&) (/usr/lib/libLLVM.so.18.1+0x28a12f4)

 #5 0x00007b958cae94f1 llvm::MCObjectStreamer::emitValueImpl(llvm::MCExpr const*, unsigned int, llvm::SMLoc) (/usr/lib/libLLVM.so.18.1+0x28e94f1)

 #6 0x00007b958b660640 llvm::AddressPool::emit(llvm::AsmPrinter&, llvm::MCSection*) (/usr/lib/libLLVM.so.18.1+0x1460640)

 #7 0x00007b958b6d7b8b llvm::DwarfDebug::endModule() (/usr/lib/libLLVM.so.18.1+0x14d7b8b)

 #8 0x00007b958b66fb1b llvm::AsmPrinter::doFinalization(llvm::Module&) (/usr/lib/libLLVM.so.18.1+0x146fb1b)

 #9 0x00007b958ab78e0d llvm::FPPassManager::doFinalization(llvm::Module&) (/usr/lib/libLLVM.so.18.1+0x978e0d)

#10 0x00007b958ab85149 llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/lib/libLLVM.so.18.1+0x985149)

#11 0x00007b959392f21f clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream>>, clang::BackendConsumer*) (/usr/lib/libclang-cpp.so.18.1+0x152f21f)

#12 0x00007b9593cadd95 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/usr/lib/libclang-cpp.so.18.1+0x18add95)

#13 0x00007b9592989f23 clang::ParseAST(clang::Sema&, bool, bool) (/usr/lib/libclang-cpp.so.18.1+0x589f23)

#14 0x00007b959441a7c1 clang::FrontendAction::Execute() (/usr/lib/libclang-cpp.so.18.1+0x201a7c1)

#15 0x00007b95943bbad7 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/usr/lib/libclang-cpp.so.18.1+0x1fbbad7)

#16 0x00007b959446e11d clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib/libclang-cpp.so.18.1+0x206e11d)

#17 0x00005bddd4459284 cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/usr/bin/clang-18+0x13284)

#18 0x00005bddd445d5ba (/usr/bin/clang-18+0x175ba)

#19 0x00007b95940f7175 (/usr/lib/libclang-cpp.so.18.1+0x1cf7175)

#20 0x00007b958a8a8d3a llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/usr/lib/libLLVM.so.18.1+0x6a8d3a)

#21 0x00007b95940f9aa6 (/usr/lib/libclang-cpp.so.18.1+0x1cf9aa6)

#22 0x00007b95940b5529 clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/usr/lib/libclang-cpp.so.18.1+0x1cb5529)

#23 0x00007b95940b591c clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&, bool) const (/usr/lib/libclang-cpp.so.18.1+0x1cb591c)

#24 0x00007b95940d38c4 clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) (/usr/lib/libclang-cpp.so.18.1+0x1cd38c4)

#25 0x00005bddd445febd clang_main(int, char**, llvm::ToolContext const&) (/usr/bin/clang-18+0x19ebd)

#26 0x00005bddd4450fb5 main (/usr/bin/clang-18+0xafb5)

#27 0x00007b9589c39c88 (/usr/lib/libc.so.6+0x25c88)

#28 0x00007b9589c39d4c __libc_start_main (/usr/lib/libc.so.6+0x25d4c)

#29 0x00005bddd4451015 _start (/usr/bin/clang-18+0xb015)

clang: error: clang frontend command failed with exit code 139 (use -v to see invocation)

clang version 18.1.8

Target: x86_64-unknown-linux-gnu

Thread model: posix

InstalledDir: /usr/bin

clang: note: diagnostic msg: 

********************

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:

Preprocessed source(s) and associated run script(s) are located at:

clang: note: diagnostic msg: /tmp/smartpqi_init-60f254.c

clang: note: diagnostic msg: /tmp/smartpqi_init-60f254.sh

clang: note: diagnostic msg: 

********************

make[5]: *** [scripts/Makefile.build:244: drivers/scsi/smartpqi/smartpqi_init.o] Error 1

make[4]: *** [scripts/Makefile.build:485: drivers/scsi/smartpqi] Error 2

make[3]: *** [scripts/Makefile.build:485: drivers/scsi] Error 2

make[2]: *** [scripts/Makefile.build:485: drivers] Error 2

make[1]: *** [/HIBERPATCH/original/linux611/src/linux-6.11-rc3/Makefile:1925: .] Error 2

Damned „manually”: Clang «fast» Compiler still, 2024, NOT fully compatible with «gcc-code»: The nsxiv app’s compilation is one example.

 

Problem WAS, I updated some packages in Arch Linux and, after that, tried to replace old sxiv’s program custom enhanced variant to the new nsxiv from its git repository.

3 „old-fashioned” errors
— with fast Clang compiler, „new technology” of compilers, that are also accompanied (across… MULTIPLE Arch Linux packages) with the LLVM compiling orientation:

clang-16: warning: treating ‚c’ input as ‚c++’ when in C++ mode, this behavior is deprecated [-Wdeprecated]
autoreload.c:70:17: error: assigning to ‚char *’ from incompatible type ‚void *’
scratch.buf = erealloc(scratch.buf, scratch.len);
^~~~~~~~ autoreload.c:73:9: error: cannot initialize return object of type ‚char *’ with an rvalue of type ‚void *’ return memcpy(scratch.buf, filepath, len); ^~~~~~~~
autoreload.c:87:9: error: assigning to ‚char *’ from ‚const char *’ discards qualifiers
base = strrchr(filepath, ‚/’);
^~~~~~
3 errors generated.

Rerun make with old, „straight” gcc

 (by unset CXX & unset CC bash commands- and OK:

CC autoreload.o
c99 -Wall -pedantic -O2 -DNDEBUG -D_XOPEN_SOURCE=700 -DHAVE_LIBEXIF=1 -DHAVE_LIBFONTS=1 -DHAVE_INOTIFY=1 -I/usr/include/freetype2 -I/usr/local/include/freetype2 -c -o autoreload.o autoreload.c
CC commands.o
c99 -Wall -pedantic -O2 -DNDEBUG -D_XOPEN_SOURCE=700 -DHAVE_LIBEXIF=1 -DHAVE_LIBFONTS=1 -DHAVE_INOTIFY=1 -I/usr/include/freetype2 -I/usr/local/include/freetype2 -c -o commands.o commands.c
CC image.o

Yea, this one was simple.

 But generally, in IT world we have bigger projects that must be (re)compiled (or linked dynamically), DUE TO *.SO libraries issues.

There is no „hot” alternative. I don’t want the difficult special scientific system distrubution — I prefer to, AS WITH the icu lib, to put *ALTERNATIVE* libs in its special folder – not in /etc/alternatives but in /usr/local/lib/ICUxx, for example. While the icu library is the most wide, heavy alternative (Libre Office tends to link version after version of icu!!!), the (re)compilation of application turns out to be solution (as it was with BibleTime, also).

Some time ago, I replaced Arch Linux packages with the manjaro repo – resulted, not instantly but after update+manually, QGIS started working.

Previously I run QGIS from chrooted Debian system (that is, the container – not the VM nor similar, but live ability to change root directory – the SO objects are linked from distribution file tree).

Theory of Concave Earth PC Programs