accessibility/onboard: new port
Add accessibility/onboard
On-screen Keyboard with macros, easy layout creation and word suggestion.
This on-screen keyboard can be useful for tablet PC users, as well as
for mobility impaired users.
Apply patch from Yusuf Yaman <nxjoseph at freebsd.org>:
I have encountered a problem when trying to launch onboard-settings from
the app itself and it had been solved by the diff below:
Pet portlint and portclippy (truckman)
PR: 291496
[DA] Extract negating dependence logic (NFCI) (#185576)
Extract the logic to negate the dependence object from
`Dependence::normalize`. The extracted method will be used in the next
PR #185577 to refactor the Weak Zero SIV tests.
gcc47/libsupc++: Fix config.h for cp-demangle.c
Similar to the previous fix to gcc80/libstdcxx/libconv_supc, apply the
same config.h fix to gcc47/libsupc++.
[clang] Silence warning in `WhitespaceManager` when building with MSVC (#187938)
This fixes:
```
[4544/7029] Building CXX object tools\clang\lib\Format\CMakeFiles\obj.clangFormat.dir\WhitespaceManager.cpp.obj
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveColons'::`2'::<lambda_1> &,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveShortCaseStatements'::`2'::<lambda_1> &,3>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveDeclarations'::`2'::<lambda_1> &,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveAssignments'::`2'::<lambda_1> &,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveMacros'::`2'::<lambda_1> &,1>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignChainedConditionals'::`7'::<lambda_3> &,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveColons'::`2'::<lambda_1>,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveAssignments'::`2'::<lambda_1>,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignChainedConditionals'::`5'::<lambda_1> &,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveDeclarations'::`2'::<lambda_1>,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignChainedConditionals'::`5'::<lambda_1>,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignConsecutiveShortCaseStatements'::`2'::<lambda_1> &,2>'::`4'::<lambda_2>::operator()': not all control paths return a value
C:\git\llvm-project\clang\lib\Format\WhitespaceManager.cpp(640) : warning C4715: '`clang::format::AlignTokens<`clang::format::WhitespaceManager::alignChainedConditionals'::`7'::<lambda_3>,0>'::`4'::<lambda_2>::operator()': not all control paths return a value
```
gcc80/libstdcxx: Fix config.h for libconv_supc/cp-demangle.c
cp-demangle.c is provided by libiberty, so it must be built with
libiberty's 'config.h'. Introduce the 'GCC_NO_INC' make variable to
avoid including any search paths so we can specify the correct search
path for cp-demangle.c. Meanwhile, add the rule to copy over the
libiberty config.h.
In addition, apply GCC_NO_INC=yes to other libstdcxx components as it
turned out these search paths are unneeded.
pc64: Add '-mno-fp-ret-in-387' compiler option
This option prevents returning floating-point values in x87 registers.
I don't think our kernel has such issues, but just be safe.
gcc47,gcc80: Define LINK_SSP_SPEC to link with libssp_nonshared.a
libssp_nonshared.a provides '__stack_chk_fail_local()' as a hidden
symbol to avoids PLT overhead on 32-bit x86 by deferring PIC register
setup to the cold failure path. Although our libc.a (static) also
provides the '__stack_chk_fail_local()', it cannot be used when the
program is dynamically linked.
Note that on x86-64, GCC calls '__stack_chk_fail()' directly because
RIP-relative addressing makes PLT efficient, but we link
libssp_nonshared.a for consistency with other systems as well as for
future-proof.
One more thing, the 'TARGET_LIBC_PROVIDES_SSP' macro is undefined in GCC
4.7's 'auto-host.h' but defined to be 1 in GCC 8.0's. However, this
difference is ignored when 'LINK_SSP_SPEC' is explicitly defined.
gnu/lib/csu: Remove unused MFILE=${.ALLSRC} from 'tm.h' target
All the ${MFILE} variables used in gnu/usr.bin/cc* refer to man pages,
so this MFILE=${.ALLSRC} is never used.
gcc47: Minor cleanups to makefiles
- Remove unused LIBSUPCPP and GTFILES_SRCDIR.
- Include <bsd.subdir.mk> instead of <bsd.obj.mk> for cc_tools/Makefile
to make more sense.
