On 23/04/2024 06:30, Otto Moerbeek wrote:
> What you normally do in these cases of build errors:
>
> - Make sure that you do not have sticky tags in your tree (use -A with
cvs up)
> - Double check that the cvs update did not produce a report line on
> any file
> - Clean your object dir: rm -rf/usr/obj/*
>
> Then try again.

Nuking /usr/obj/* did the trick. Thanks!

I think I'll tweak my process to use a fresh tree checkout after a
sysupgrade (as suggested by Marc Peters - thanks!).

Steve

On Mon, 22 Apr 2024 at 22:09, Steve Fairhead <st...@fivetrees.com> wrote:

> Hi folks,
>
> (Apologies if this is a dupe. Looks to me like this didn't originally get
> far.)
>
> Pretty sure this is pilot error, so please be gentle.
>
> I sysupgraded 3 machines (all different) to 7.5; no problems. I then
> updated installed packages; again no problem.
>
> Then I updated the source trees:
>
> cd /usr/src
> cvs -q -d anon...@anoncvs.spacehopper.org:/cvs up -rOPENBSD_7_5 -Pd
> cd /usr/ports
> cvs -q -d anon...@anoncvs.spacehopper.org:/cvs up -rOPENBSD_7_5 -Pd
>
> I then (following https://man.openbsd.org/release) rebuilt the kernel:
>
> cd /sys/arch/amd64/compile/GENERIC.MP
> make obj
> make config
> make && make install
> reboot
>
> Still no problem. Then I started to rebuild the binaries:
>
> cd /usr/src
> make obj && make build
>
> ... but eventually ran into shedloads of errors until it bailed. The first
> few errors are:
>
> c++ -O2 -pipe  -fno-ret-protector -mno-retpoline -ffunction-sections
> -fdata-sections -std=c++17 -fvisibility-inlines-hidden -fno-exceptions
> -fno-rtti -fno-semantic-interposition -Wall -Wc++98-compat-extra-semi
> -Wcast-qual  -Wcovered-switch-default -Wctad-maybe-unsupported
> -Wdelete-non-virtual-dtor -Werror=date-time
> -Werror=unguarded-availability-new -Wextra  -Wimplicit-fallthrough
> -Wmisleading-indentation  -Wmissing-field-initializers -Wno-long-long
> -Wno-noexcept-type  -Wno-unused-parameter -Wnon-virtual-dtor
> -Wstring-conversion  -Wsuggest-override -Wwrite-strings -fno-pie  -MD -MP
>  -I/usr/src/gnu/usr.bin/clang/libclangAST/obj/../include/clang/AST
> -I/usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/clang/include
> -I/usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/llvm/include
> -I/usr/src/gnu/usr.bin/clang/libclangAST/../include
> -I/usr/src/gnu/usr.bin/clang/libclangAST/obj
> -I/usr/src/gnu/usr.bin/clang/libclangAST/obj/../include -DNDEBUG
> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS  -D__STDC_FORMAT_MACROS -c
> /usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/clang/lib/AST/Interp/ByteCodeExprGen.cpp
> -o ByteCodeExprGen.o
> /usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/clang/lib/AST/Interp/ByteCodeExprGen.cpp:119:18:
> error: no member named 'emitCast' in
> 'clang::interp::ByteCodeExprGen<ByteCodeEmitter>'
>     return this->emitCast(*FromT, *ToT, CE);
>            ~~~~  ^
> /usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/clang/lib/AST/Interp/ByteCodeExprGen.cpp:1428:16:
> note: in instantiation of member function
> 'clang::interp::ByteCodeExprGen<clang::interp::ByteCodeEmitter>::VisitCastExpr'
> requested here
> template class ByteCodeExprGen<ByteCodeEmitter>;
>                ^
> /usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/clang/lib/AST/Interp/ByteCodeExprGen.cpp:204:26:
> error: no member named 'emitRem' in
> 'clang::interp::ByteCodeExprGen<ByteCodeEmitter>'
>     return Discard(this->emitRem(*T, BO));
>                    ~~~~  ^
> /usr/src/gnu/usr.bin/clang/libclangAST/../../../llvm/clang/lib/AST/Interp/ByteCodeExprGen.cpp:1428:16:
> note: in instantiation of member function
> 'clang::interp::ByteCodeExprGen<clang::interp::ByteCodeEmitter>::VisitBinaryOperator'
> requested here
> template class ByteCodeExprGen<ByteCodeEmitter>;
>                ^
>
> What did I do wrong?
>
> Thanks,
>
> Steve
>
>
>
> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> Virus-free.www.avg.com
> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> <#m_-5374596809996890135_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>

Reply via email to