Re: Troubles building world on stable/13

On 2022-Jan-24, at 10:26, Mark Millard <marklmi@yahoo.com> wrote:

> On 2022-Jan-24, at 08:54, bob prohaska <fbsd@www.zefox.net> wrote:
> 
>> On Fri, Jan 21, 2022 at 11:14:32PM -0800, Mark Millard wrote:
>>>> On 2022-Jan-20, at 22:00, Mark Millard <marklmi@yahoo.com> wrote:
>>>> 
>>> 
>>> It does no good for me since I do not get a failure,
>>> but you might try (instead of exectuing the .sh file)
>>> (I used \'s to split the huge line):
>>> 
>>> lldb -- "/usr/bin/c++" "-cc1" "-triple" "aarch64-unknown-freebsd13.0" "-emit-obj" "--mrelax-relocations" \
>>> "-disable-free" "-disable-llvm-verifier" "-discard-value-names" "-main-file-name" "gmock_main.cc" \
>>> "-mrelocation-model" "static" "-mframe-pointer=non-leaf" "-fno-rounding-math" "-mconstructor-aliases" \
>>> "-munwind-tables" "-target-cpu" "generic" "-target-feature" "+neon" "-target-abi" "aapcs" \
>>> "-fallow-half-arguments-and-returns" "-debug-info-kind=standalone" "-dwarf-version=4" \
>>> "-debugger-tuning=gdb" \
>>> "-fcoverage-compilation-dir=/usr/obj/usr/src/arm64.aarch64/lib/googletest/gmock_main" \
>>> "-O2" "-Wno-format-zero-length" "-Wsystem-headers" "-Werror" "-Wall" "-Wno-format-y2k" "-W" \
>>> "-Wno-unused-parameter" "-Wpointer-arith" "-Wreturn-type" "-Wcast-qual" "-Wwrite-strings" "-Wswitch" \
>>> "-Wshadow" "-Wunused-parameter" "-Wcast-align" "-Wchar-subscripts" "-Wredundant-decls" \
>>> "-Wmissing-variable-declarations" "-Wno-empty-body" "-Wno-string-plus-int" "-Wno-unused-const-variable" \
>>> "-Wno-error=unused-but-set-variable" "-Wno-deprecated-declarations" "-Wno-deprecated-copy" \
>>> "-Wno-c++11-extensions" "-std=c++11" "-fdeprecated-macro" \
>>> "-fdebug-compilation-dir=/usr/obj/usr/src/arm64.aarch64/lib/googletest/gmock_main" \
>>> "-ferror-limit" "19" "-stack-protector" "2" "-fno-signed-char" "-fgnuc-version=4.2.1" \
>>> "-fcxx-exceptions" "-fexceptions" "-vectorize-loops" "-vectorize-slp" "-faddrsig" \
>>> "-D__GCC_HAVE_DWARF2_CFI_ASM=1" "-x" "c++" "gmock_main-f5c28a.cpp"
>>> 
>>> and then "run" at the (lldb) prompt. It might stop and let you
>>> get a backtrace (bt command) in addition to whatever it reports
>>> about the stoppage.
>> 
>> That seems to have worked, to some extent. Here's the transcript, in single-user mode:
>> 
>> root@pelorus:/usr/src # 
>> root@pelorus:/usr/src # lldb -- "/usr/bin/c++" "-cc1" "-triple" "aarch64-unknown-freebsd13.0" "-emit-obj" "--mrelax-relocations" \
>>> . . .
>>> "-fcxx-exceptions" "-fexceptions" "-vectorize-loops" "-vectorize-slp" "-faddrsig" \
>>> "-D__GCC_HAVE_DWARF2_CFI_ASM=1" "-x" "c++" "gmock_main-f5c28a.cpp"
>> (lldb) target create "/usr/bin/c++"
>> 
>> Current executable set to '/usr/bin/c++' (aarch64).
>> (lldb) settings set -- target.run-args  "-cc1" . . . "c++" "gmock_main-f5c28a.cpp"
>> (lldb) 
>> (lldb) run
>> Process 58516 launched: '/usr/bin/c++' (aarch64)
>> Process 58516 stopped
>> * thread #1, name = 'c++', stop reason = signal SIGSEGV: invalid address (fault address: 0x1)
>>   frame #0: 0x0000000002df7444 c++`::ProcessDeclAttributeList() [inlined] getPointer at PointerIntPair.h:59:58
>>  56  	
>>  57  	  explicit PointerIntPair(PointerTy PtrVal) { initWithPointer(PtrVal); }
>>  58  	
>> -> 59  	  PointerTy getPointer() const { return Info::getPointer(Value); }
>>  60  	
>>  61  	  IntType getInt() const { return (IntType)Info::getInt(Value); }
>>  62  	
>> (lldb) bt
>> * thread #1, name = 'c++', stop reason = signal SIGSEGV: invalid address (fault address: 0x1)
>> * frame #0: 0x0000000002df7444 c++`::ProcessDeclAttributeList() [inlined] getPointer at PointerIntPair.h:59:58
>>   frame #1: 0x0000000002df7444 c++`::ProcessDeclAttributeList() [inlined] isNull at PointerUnion.h:172:43
>>   frame #2: 0x0000000002df7444 c++`::ProcessDeclAttributeList() [inlined] empty at TinyPtrVector.h:166:13
>>   frame #3: 0x0000000002df7444 c++`::ProcessDeclAttributeList() [inlined] empty at ParsedAttr.h:873:40
>>   frame #4: 0x0000000002df7444 c++`::ProcessDeclAttributeList() at SemaDeclAttr.cpp:8449:16
>>   frame #5: 0x000000000317e784 c++`::ActOnClassTemplateSpecialization() at SemaTemplate.cpp:8537:3
>> (lldb) 
> 
> To look at the different frames:
> 
> (lldb) up 1
> (lldb) bt
> . . . (output) . . .
> (lldb) up 1
> (lldb) bt
> . . . (output) . . .
> 
> and so on until #5 has been displayed.
> 
>> [repeated bt commands seem to duplicate the same output]
>> 
>> I can't make much sense of it, but perhaps others can. It does look
>> as if I've somehow corrupted c++. Is there some way to bootstrap
>> past the defect? All the clean targets I've tried (clean, cleandir, 
>> cleanworld, rm -rf /usr/obj, cleandepend) seem to have no effect,
>> singly and in combination. 
>> 
>> Is it possible to simply delete /usr/src/contrib/llvm-project and 
>> let git reconstruct it, then force a compiler rebuild somwhow?
> 
> Using git status should report on any files that do not
> match what is in .git . In my context for main [so: 14]
> that would be:
> 
> # git -C /usr/main-src status
> . . . (output --if any) . . .
> 
> You would likely need /usr/src instead.
> 
> Using git diff would show the specific differences. In my
> context for main [so: 14] that would look like (if no
> differences were found):
> 
> # git -C /usr/main-src diff
> . . . (output --if any) . . .
> 
> You would likely need /usr/src .
> 
> If these do not show anything, the source code is not
> likely to be the problem.
> 

That last is a bad wording on my part: corrupted source
code is not likely to be the problem.


===
Mark Millard
marklmi at yahoo.com