search for: morbo

...or ages now and shows no sign of quitting. To reproduce, build a Release+Asserts build of clang. Then use that to build a Debug+Asserts version. Include all of the bells and whistles, like the clang-extras and compiler-rt libraries. The reason I suspect debug info is because of this stack trace: [morbo:llvm] lldb -p 92084 Attaching to process with: process attach -p 92084 Process 92084 stopped Executable module set to "/Users/morbo/llvm/llvm-clean.obj/Release+Asserts/bin/clang". Architecture set to: x86_64-apple-macosx. (lldb) bt * thread #1: tid = 0xbebaf, 0x000000010c5f6dc1 clang`...

...s no sign of quitting. To reproduce, build a Release+Asserts build of clang. Then use that to build a Debug+Asserts version. Include all of the bells and whistles, like the clang-extras and compiler-rt libraries. > > The reason I suspect debug info is because of this stack trace: > > [morbo:llvm] lldb -p 92084 > Attaching to process with: > process attach -p 92084 > Process 92084 stopped > Executable module set to "/Users/morbo/llvm/llvm-clean.obj/Release+Asserts/bin/clang". > Architecture set to: x86_64-apple-macosx. > (lldb) bt > * thread #1: tid =...

...tting. To reproduce, build a Release+Asserts build of clang. Then use that to build a Debug+Asserts version. Include all of the bells and whistles, like the clang-extras and compiler-rt libraries. >> >> The reason I suspect debug info is because of this stack trace: >> >> [morbo:llvm] lldb -p 92084 >> Attaching to process with: >> process attach -p 92084 >> Process 92084 stopped >> Executable module set to "/Users/morbo/llvm/llvm-clean.obj/Release+Asserts/bin/clang". >> Architecture set to: x86_64-apple-macosx. >> (lldb) bt &...

...Release+Asserts build of clang. Then use that to build a > Debug+Asserts version. Include all of the bells and whistles, like the > clang-extras and compiler-rt libraries. > >> > >> The reason I suspect debug info is because of this stack trace: > >> > >> [morbo:llvm] lldb -p 92084 > >> Attaching to process with: > >> process attach -p 92084 > >> Process 92084 stopped > >> Executable module set to > "/Users/morbo/llvm/llvm-clean.obj/Release+Asserts/bin/clang". > >> Architecture set to: x86_64-appl...

...that to build a >> >> Debug+Asserts version. Include all of the bells and whistles, like the >> >> clang-extras and compiler-rt libraries. >> >> >> >> The reason I suspect debug info is because of this stack trace: >> >> >> >> [morbo:llvm] lldb -p 92084 >> >> Attaching to process with: >> >> process attach -p 92084 >> >> Process 92084 stopped >> >> Executable module set to >> >> "/Users/morbo/llvm/llvm-clean.obj/Release+Asserts/bin/clang". >> >>...

...gt; Debug+Asserts version. Include all of the bells and whistles, like > the > >> >> clang-extras and compiler-rt libraries. > >> >> > >> >> The reason I suspect debug info is because of this stack trace: > >> >> > >> >> [morbo:llvm] lldb -p 92084 > >> >> Attaching to process with: > >> >> process attach -p 92084 > >> >> Process 92084 stopped > >> >> Executable module set to > >> >> "/Users/morbo/llvm/llvm-clean.obj/Release+Asserts/bin/clang...

...the bells and whistles, like >> >> >> the >> >> >> clang-extras and compiler-rt libraries. >> >> >> >> >> >> The reason I suspect debug info is because of this stack trace: >> >> >> >> >> >> [morbo:llvm] lldb -p 92084 >> >> >> Attaching to process with: >> >> >> process attach -p 92084 >> >> >> Process 92084 stopped >> >> >> Executable module set to >> >> >> "/Users/morbo/llvm/llvm-clean.obj/Relea...

...ssions changed appropriately. Here's my smb.conf global] path = /var/spool/cups passwd program = /usr/bin/passwd %u domain master = True printing = cups dns proxy = No null passwords = Yes encrypt passwords = Yes valid users = bax morbo amy nobody invalid users = root wins support = true printcap name = /etc/printcap max log size = 1000 hosts allow = 192.168.1. obey pam restrictions = Yes passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n ....

https://bugzilla.mindrot.org/show_bug.cgi?id=3475 Bug ID: 3475 Summary: ED25519 signature verification nondeterministic spurious failure Product: Portable OpenSSH Version: v9.0p1 Hardware: amd64 OS: Linux Status: NEW Severity: critical Priority: P5 Component: ssh

New clang versions need the '-ffreestanding' flag because new changes convert system calls to their unlocked versions, which don't exist in the kernel library. Signed-off-by: Bill Wendling <morbo at google.com> diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index f500d535..9cf4b2d9 100644 --- a/scripts/Kbuild.klibc +++ b/scripts/Kbuild.klibc @@ -67,7 +67,8 @@ include $(srctree)/scripts/Kbuild.include # --------------------------------------------------------------------------...

...2558, done. remote: Counting objects: 100% (2558/2558), done. remote: Compressing objects: 100% (90/90), done. remote: Total 3544909 (delta 2489), reused 2493 (delta 2468), pack-reused 3542351 Receiving objects: 100% (3544909/3544909), 1.27 GiB | 5.67 MiB/s, done. fatal: unable to open /Users/morbo/llvm/llvm-project/.git/objects/pack/tmp_pack_SVeS58: No such file or directory fatal: index-pack failed -bw -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190922/6ad64354/attachment.html>

New clangs emit some warnings. The code isn't wrong, but should be updated to prevent warning creep. Bill Wendling (3): [klibc] dash: shell: Fix clang warnings [klibc] dash: shell: Fix clang warnings about format string [klibc] Kbuild: use an enum to silence a clang warning usr/dash/eval.c | 6 +++--- usr/dash/jobs.c | 2 +- usr/kinit/nfsmount/dummypmap.c

This is a series of patches for clang compatibility: - Using flags needed flags and removing unsupported flags. - Adding support for clang's LLD linker. - Removing a variety of warnings. Bill Wendling (3): [klibc] Kbuild: use "libc.a" with clang [klibc] Kbuild: Add "-fcommon" for clang builds [klibc] Clean up clang warnings Michael Davidson (1): [klibc] Kbuild:

Clang doesn't have a suitable replacement for libgcc readily available. Supply one that we know exists. Use "-fno-builtin-bcmp" to prevent clang from calling a function that doesn't exist. Signed-off-by: Bill Wendling <morbo at google.com> --- scripts/Kbuild.klibc | 2 ++ usr/klibc/arch/x86_64/MCONFIG | 2 ++ 2 files changed, 4 insertions(+) diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index 411d7ea9bea6..ba3f389626b3 100644 --- a/scripts/Kbuild.klibc +++ b/scripts/Kbuild.klibc @@ -141,6 +141,...

...fixes you have. > Hi Ben, I'm sorry. I don't know what you want. The patches I see in top-of-tree klibc look to be the ones I listed above. Though I don't see the -ffreestanding and the -Ttext-segment changes commit 3dbbaade8f836f18e1f739a61cc359d799d1127f Author: Bill Wendling <morbo at google.com> Date: Mon Jun 4 16:55:01 2018 -0700 klibc: add -ffreestanding to required flags Newer clang versions need the '-ffreestanding' flag because new changes convert system calls to their unlocked versions, which don't exist in the kernel library. Si...

Clang defaults to "-fno-common" which causes linking errors because of duplicate symbols in the BSS section. Signed-off-by: Bill Wendling <morbo at google.com> --- usr/klibc/arch/x86_64/MCONFIG | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/usr/klibc/arch/x86_64/MCONFIG b/usr/klibc/arch/x86_64/MCONFIG index a6ba7c85c68b..46d29985bfd6 100644 --- a/usr/klibc/arch/x86_64/MCONFIG +++ b/usr/klibc/arch/x86_64/MCONFIG @@ -...

Commit-ID: cfa1174baa1cd74525484afd4a9e5840dc08dfb9 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=cfa1174baa1cd74525484afd4a9e5840dc08dfb9 Author: Bill Wendling <morbo at google.com> AuthorDate: Sun, 29 Mar 2020 04:38:32 -0700 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 20:45:34 +0100 [klibc] Kbuild: Add "-fcommon" for clang builds Clang defaults to "-fno-common" which causes linking errors becaus...

Commit-ID: 0dd950265ef9c8eced83ec69e1988fd08706f667 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=0dd950265ef9c8eced83ec69e1988fd08706f667 Author: Bill Wendling <morbo at google.com> AuthorDate: Sun, 29 Mar 2020 04:38:33 -0700 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 25 Jul 2020 20:45:34 +0100 [klibc] Clean up clang warnings Add or remove casts of the "void *" argument of ioctl. Signed-off-by: Bill Wendling <mor...

...-rpath", while LD uses "-R" as an alias for "--just-symbols". Use "--just-symbols" so that it's correctly supported for both linkers. See Linux commit 3c1918c8f54166598195d938564072664a8275b1 (riscv: fix vdso build with lld). Signed-off-by: Bill Wendling <morbo at google.com> --- scripts/Kbuild.klibc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index 82c74ea7..bfe6edb3 100644 --- a/scripts/Kbuild.klibc +++ b/scripts/Kbuild.klibc @@ -361,7 +361,7 @@ quiet_cmd_ld-shared = KLIBCLD $@...

Commit-ID: c1b82baa78dd67e05897cd53f082c64a9feba7d2 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=c1b82baa78dd67e05897cd53f082c64a9feba7d2 Author: Bill Wendling <morbo at google.com> AuthorDate: Tue, 18 Aug 2020 14:04:40 -0700 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 20 Aug 2020 20:32:13 +0100 [klibc] use "--just-symbols" for compatibility with LLD LLD uses "-R" as an alias for "-rpath", while LD...