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

1) I repaired it, but... LuxCore DLL-hell at compiling - it's NOT as straight / bug-free as it can seem – long process but now OK | 2) SSE2 instruction set is enough speed for most of graphics processing - WHY?

A LuxCore Render Linux compilation – long, problematic process with a dll-hell

Repeating bugs in the process of LuxCore Render compilation, when I compiled it for approx. month of time. I mean both bugs originating from LuxCore compilation environment at the (too?) proud author(s) -site, AND the difficulty operating CMake – when there's even alternatives, and all this bisons, meson, ninja, autoconf..... and last, but not the least – QMake – I feel nervous looking at that. Much problem in Linux world was building of compiz-git package – AFTER much TIME you are being familar with the clang C++/C compiler compilation process. And a compiz dependency, the protobuf library of Google – turned to be copied to /usr/local/... or its subdir.

Similar strategy needs to be done when dealing with some other apps that depend on ICU-xx internalization library,

First, most important question - where is a point that Linux system (concretely, Arch Linux) goes?

Contantly changing of the most basic system elements – even Debian users aren't glad when they are forced to using old package versions – I tried evento „run” non-functioning App Image.

I made convenience script that replaces the ENV. to „LD.” it to old, previoulsly-copied version of ICU lib. Then I could run some programs OK, with gmrun application „activator”/runner possibilities. As in Linux world, things aren't changing so speedily, this way of operating and administering Linux system – in my opinion tends to remain.

When chaotic vision of system growth makes things complicated, and more scalable

I see it, as a repeating pattern, in process of upgrading the system. In my experience some things need to be compiled but other of course can't – I'm not fan of Gentoo user-compiled system solutions. I do compilation when it suits needs – I „omitted” one importand bug by it, so far. AppImage is not usual solution, I don't believe in it – instead of depleting system RAM, I prefer .so object sharing in RAM. And more, I prefer such techniques of optimizing application code.

If we would use Linux apps wisely, the additional CPU power would have less point of EVEN usability of too-multithreading/CPUs in the MB.

I don't need AVX, SSE3 plus, multi-multi, hyper threading – if you can't program algorithms (esp. browser HTML / +the Java runtime) with proper degree of optimization, then you should direct your time meditating on general information technology issues. One example are the criteria of automatization – you fear it, but life shows it will be necessary in future. Similar issue is to be understood when thinking about relation of internet browsers (esp. in matters of WebGL). Way you use a product implicate the calculational complexity in the main-or-GPU processor. If you make a wise applications (for example, not China/Japan pokemon-go animations in Blender –» ), •then CPU/GPU execution is simpler, and even Watts from your power supply are overall more effective (smaller energy consumption, means more $$$s, to write some of advantages).

They think maybe that pikaur helper and all this „chaotic” solves problems. No, w/o proper philosophy, it can't be done.

I rather treated Linux system as modern. How an error! Arch Linux seems to be modern, especially because of ability to complex-repair and „simplicity” of elasticity – DIY compiling things from AUR shapes system user experience into quickly-resolvable as the needs arising. But this Arch Linux typical approach does have its counterpart. Very flexible system is compromised by time spent in actualisation (including its part, compiling software). Things have some huge bugs, and this turns to be a point when disadvantage of Linux approaches. You have bugs in DE, you have bugs in LuxCore Render (disappeared when I linked whole Bfor Artists into KDbg – ONLY THAT SUFFICES! – LuxCore Render NO MORE STALLED the Blender remake, that is, Bfor Artists, suite.

But it can't be done at all times.

I'm a man, not desiring to replace system elements in an unpredictable way. And definitely, not want to await Blender „Modern” ugly pokemons in Blender / Bforartists suite. Why you must repeat China's errors, America?

Think more about philosophy and spirituality – as Robert Monroe said, you are more that your physical body. As intelliogent being, we must care about ourselves, not only this machines, PCs, smartfons (EGL library). We are NOT „pocket humans”. We are more worthy that systems that we are programming, and also, administering.

Things not need to be quicker, quicker, quicker.

OpenCL was somewhat fine, but selective. Why to make such mess in era of multiprocessor motherboards??! If it really be... fine... then, GPU would be in BIOS as another main processor option !!! But is doesn't. You should m e d i t a t e on 3D graphics rendering process, not only „eat” it mentally. That's it.

•As in life. Contemplation matters, but it mustn't be limited to external, peripheral env. Be humans, NOT the monkeys or other animals!!

•Why I don't „believe” 100% in USA when dependent on China hardware... still. Such a big problem... . But bigger problem would be if Americal even turned to [be the]China.... This 'd make the spiral, a cascade of problems – avoiding that starts certainly at clues contained in this article!

LuxCore SSE2/MB:errs&FIXED [-KI’TOV=SUCC.] DETAILED #3 |Embree|xxx-vvv.s...

DETAILS & User Experience 

Success! It renders! -Saved money don't having to buy new motherboard (mainboard), nor to replace system processor . Older sometimes means better. But...  on Linux System, ...several things are ancient – Python command line is the main example, despite it is OK version/binary/ABI, that stunned me a bit – GUI of ***Python SELECTIVE versions*** having ARROW KEYS INFUNCTIONALITY (despite modern Lin.). You cannot move caret, a hack way is still to make bash one-liner. Problem lies in the proper philosophy & spirituality, and its name is, very, very shortly, bufoonism. I started this topic, placed on some special playlists. Some other interesting things I found at this compilation trial. For example, I symlinked certain lib during compilations (i had to do it additionally!!). NumPy downgrade turned out to be compatible! I fixed „glue” Blender-Python/Boost issues. I had to trick CMake at least two times. The new --fresh option parameter apparently removed link.txt and CMake cache, now I copied it.... though better way is making solution in bash/sh. 

•Blender version: 3.3.6

•LuxCore Render development version

-----**--------

•Previous parts (# 1-# 2) contained in apropiate playlist, as usually

•in 3  p l a y l i s t s

TAGS

 #mnemonics #sse #luxcore #testing #upgrading #bugs #renderer #installing #installation #computerart #solution #fix #plugin #blenderartists #detailing #details #coding #programming #userexperience 

LuxCore SSE2/MB:errs&FIXED [-KI’TOV=SUCC.] DETAILED #3 |Embree|xxx-vvv.so… .a *SUFFIX| link.txt #eco

LuxCore older MB SSE2 Compile?-partly FIX…Rule:1CPU1MB|Part Two: »LUXRAY...

Part 2 – Clang compiler checked (pgrep – OK), actualization of system Clang package brought one error-fix instantly, main issue now (as moths ago...) remains CMake rules that are applied also to... 1 of static .a libraries: "LinuxCompile-master/target-64-sse2/lib/libboost_python310.a', needed by 'bin/luxcoredemo'.". Other details are on the video. *Factor of build processes is symlinking & copying of Py #include files from Blender-Python-compatible downgraded (by command downgrade without r letter on its name ending) Python version. Some flexibility here is available by using Arch Linux.

(Rule 1CPU1MB = fully local compilation, no strange MS Azure platform/env, no intranet nor etc. – budget solution and satisfaction from not giving money to pokemonny devel– – – opment). I don't need „max factor” games, i don't need 8-core-threaded Pentium CPU processing units. Really Ultra/Giga HD resolution games, games, games the addiction makes big fun, joy, time waste & happiness?! Rendering can be scientific & spiritual art. ZAKHAR: BOTH. #SSE2 #mnemonics #luxcore #compilation #boost #linking #compilation #clang #luxcore #libraries #cmake #aur #archlinux #IT

America Mc Fuck - bugs, errors & RAA programming as spiral methodology

 

You America are RAA – somewhat being synthesis of evil, crap, waste, rubbish, empty, void and demonic.

Spiral methodology, as in title but contrary-lateral – USA as spiral of evil for other countries. As Poland, YOU HAD NEVER ANY IDENTITY. FALSE FAITH – cause JESUS != JEWSUS .

Photojoker: If you US do something good („good deed”) then you have tremendous need to make evil US, isn't TOV analysis?

» because lack of truth in reasoning, in mind (you call it brain – unscientific image of mind – monism/beast pov – you perceive yourself identity as zoo garden/f...k unalive matter)

» In everywhere direction, oneself, multi countries, superman cult, crappy mind-rape

» occult , I must notice Ukraine is to interesting point with beauty, art, even simply Jewishness

•But USA is very similar to „n.-typical” kindergarten, you can't DO your „„hidden”” potential – you are SINNING simply, I'd be unpredictable of ur side to not notice it after even huge amount of years & history changing

•Everything you talks (by means of speaking or writing), you are LYING, I think even Trump is naive, but does greatly speeches to Israel NATION

» DON'T LIE THEN PARLIAMENT & NATION MUST BE FAR, FAR ASIDE

» What Donald Trump do in politics? Why you need representative, „salon” face? Can't you think independently?

Dll hell is in reality result of America bad way

––– you are such lazy to push everything in hand of programmers (except blind clients)

» I have strong opinion that (ASHER) library modules are equivalents to states

» » --- it means also bad, unsolid allocation of workflow – you have NOT wise political leaders, doing its part

Psychosocial fall, psycho complexes, 're originating from DEMONISM, you are NOT „victim” of America falloff THEN

You simply created it falloff, CAN'T UNDERSTAND EVEN several sentences? You live in falsehood constantly and you wait for Salvation? „Maybe” HaShem is guilty? I have Strong Faith .... that only YOU are cause. Do not extrapolate it on China, etc. – firstly take necessary thought, element of thought even, if you still can crappy people.

You treat life as fun, money, sex×3=666 & rock & roll?

0% of truth!!! You can examine computers, science, and don't have abilities to successful analysis of you sinking, sinning?

•Can't have consistency of soul? Are you sadomaso as Polish people? I know it!!! Don't lie!!!! Everything indicates it!!!!

Only pain can (but also, could not be....) measurement of quick soul salvation

It is „relative” BUT !! IT has multi, certain rules – than your „Fathers”, even ... J. F. Kennedy – N E V E R  had disclosed to you....!!!!! They all „ICE cream” – was false, and in history was big parody!!! You prove, though all steps of history & actuality, that ye was NOT better that Roosevelt & collective!!

•Don't measure all by prism of FED. People instruct powers how to exchange dollars!!! Not fixed laws of economy! Precisely – powers, banks, funds are only intermediate!

New approach - some of results

[ 25%] Building CXX object src/slg/CMakeFiles/opencolorio.dir/__/__/deps/opencolorio-2.0.0/src/OpenColorIO/FileRules.cpp.o

/run/media/root/Dane/LinuxCompile-master/LuxCore/deps/opencolorio-2.0.0/src/OpenColorIO/FileRules.cpp: In function ‘std::string OpenColorIO_v2_0::{anonymous}::ConvertToRegularExpression(const char*, bool)’:

/run/media/root/Dane/LinuxCompile-master/LuxCore/deps/opencolorio-2.0.0/src/OpenColorIO/FileRules.cpp:63:31: error: ‘strlen’ was not declared in this scope