[llvm-bugs] [Bug 42505] New: :manpage: directive uses direct url to llvm.org not relational one
https://bugs.llvm.org/show_bug.cgi?id=42505 Bug ID: 42505 Summary: :manpage: directive uses direct url to llvm.org not relational one Product: Documentation Version: trunk Hardware: All OS: All Status: NEW Severity: enhancement Priority: P Component: General docs Assignee: unassignedb...@nondot.org Reporter: alexbrachetmia...@gmail.com CC: llvm-bugs@lists.llvm.org I want to preface this by saying I know very little about reStructuredText or webpages and the structure of websites, please bear with me on my description here. Also, if there were a severity level less than enhancement it would be that. When using the `:manpage:` directive in .rst files it creates links which are relative to llvm.org not the local directory. For example, when you build the docs, the links (most of them) the links are relative to docs/ so when you click around you are seeing your documentation. But links created from `:manpage:` are linked to llvm.org/docs/CommandGuide see here https://github.com/llvm/llvm-project/blob/master/llvm/docs/conf.py#L281. This isn't just a very small inconvenience (emphasis on small) for those building the docs locally, it means the documentation can never be hosted by either someone other than llvm, or would be annoying if the documentation moves from llvm.org/docs/CommandGuide/ to somewhere else on llvm.org. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42506] New: __efistub_stext_offset=stext-_text; ... _text=.; => isAbsolute() can be incorrect if a symbol in the expression is defined after the expression
https://bugs.llvm.org/show_bug.cgi?id=42506
Bug ID: 42506
Summary: __efistub_stext_offset=stext-_text;... _text=.; =>
isAbsolute() can be incorrect if a symbol in the
expression is defined after the expression
Product: lld
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: ELF
Assignee: unassignedb...@nondot.org
Reporter: i...@maskray.me
CC: llvm-bugs@lists.llvm.org, peter.sm...@linaro.org
Originally reported at https://github.com/ClangBuiltLinux/linux/issues/561.
# a.s: llvm-mc -filetype=obj -triple=aarch64 a.s -o a.o
.globl stext
# R_AARCH64_ABS32
ldr w21, =__efistub_stext_offset
# a.x
stext:
__efistub_stext_offset = stext - _text;
# In Linux kernel, this has been worked around by changing to
__efistub_stext_offset = ABSOLUTE(stext - _text;)
SECTIONS {
.text : {
_text = .; # Note, _text is evaluated after __efistub_stext_offset
*(.text)
}
}
% llvm-mc -filetype=obj -triple=aarch64 a.s -o a.o
% ld.lld -shared a.o a.x
ld.lld: error: can't create dynamic relocation R_AARCH64_ABS32 against symbol:
__efistub_stext_offset in readonly segment; recompile object files with -fPIC
or pass '-Wl,-z,notext' to allow text relocations in the output
>>> defined in a.x:1
>>> referenced by a.o:(.text+0x4)
Call tree:
link(Args);
Script->declareSymbols();
1) insert __efistub_stext_offset as an absolute Defined
2) insert stext. It already exists as a non-absolute (section relative)
Defined.
3) insert _text as an absolute Defined.
writeResult()
Writer().run();
Script->processSectionCommands();
addSymbol(Cmd); // this evaluates `stext - _text`: nonabsolute -
absolute = nonabsolute
__efistub_stext_offset is inserted as a non-absolute Defined
finalizeSections();
forEachRelSec(scanRelocations);
processRelocAux
An error is issued because in a -pie/-shared link, an absolute
relocation R_AARCH64_ABS32 cannot reference a non-absolute symbol
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 31451] AVX-512: Shuffle from <16 x i32> to <4 x i32> should be optimized
https://bugs.llvm.org/show_bug.cgi?id=31451 Simon Pilgrim changed: What|Removed |Added Resolution|--- |FIXED Fixed By Commit(s)||r365050 Status|CONFIRMED |RESOLVED --- Comment #2 from Simon Pilgrim --- Fixed in rL365050 foo: vmovaps .LCPI0_0(%rip), %xmm1 # xmm1 = [0,4,8,12] vpermps %zmm0, %zmm1, %zmm0 vzeroupper retq -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42507] New: wasm comdat triggers exception
https://bugs.llvm.org/show_bug.cgi?id=42507
Bug ID: 42507
Summary: wasm comdat triggers exception
Product: libraries
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: enhancement
Priority: P
Component: Backend: WebAssembly
Assignee: unassignedb...@nondot.org
Reporter: c...@remobjects.com
CC: llvm-bugs@lists.llvm.org
Given this wasm:
```
target triple = "wasm32"
@__start_ELRTMLRR = external global i32
@__stop_ELRTMLRR = external global i32
@"ms_t7__1sTypee_GetMethodStart$MD" = local_unnamed_addr constant { [16 x i8],
i32* ()* } { [16 x i8] c"\CA\F0\D0\A07\CEi\B1\0F\BEkAqI\ED\BA", i32* ()*
@ms_t7__1sTypee_GetMethodStart }, section "ELRTMLRR",
comdat($ms_t7__1sTypee_GetMethodStart), align 1
@"ms_t7__1sTyped_GetMethodsEnd$MD" = local_unnamed_addr constant { [16 x i8],
i32* ()* } { [16 x i8] c"\0E\BFR\1EJ+G\D7\F8B\96\9B3\E1\8D%", i32* ()*
@ms_t7__1sTyped_GetMethodsEnd }, section "ELRTMLRR",
comdat($ms_t7__1sTyped_GetMethodsEnd), align 1
$ms_t7__1sTypee_GetMethodStart = comdat any
$ms_t7__1sTyped_GetMethodsEnd = comdat any
define nonnull i32* @ms_t7__1sTypee_GetMethodStart() comdat{
BasicBlock229:
ret i32* @__start_ELRTMLRR
}
define nonnull i32* @ms_t7__1sTyped_GetMethodsEnd() comdat{
BasicBlock232:
ret i32* @__stop_ELRTMLRR
}
```
llc -filetype obj file.ll
triggers an assertion (in debug profile):
```
> llc.exe!HandleAbort(int Sig) Line 408 C++
ucrtbased.dll!7fff0c8ebba1()Unknown
ucrtbased.dll!7fff0c8ed7f9()Unknown
ucrtbased.dll!7fff0c8f3425()Unknown
ucrtbased.dll!7fff0c8f2f97()Unknown
ucrtbased.dll!7fff0c8f1001()Unknown
ucrtbased.dll!7fff0c8f398f()Unknown
llc.exe!llvm::MCContext::createSymbol(llvm::StringRef Name, bool
AlwaysAddSuffix, bool CanBeUnnamed) Line 201 C++
llc.exe!llvm::MCContext::getWasmSection(const llvm::Twine & Section,
llvm::SectionKind Kind, const llvm::MCSymbolWasm * GroupSym, unsigned int
UniqueID, const char * BeginSymName) Line 514C++
llc.exe!llvm::MCContext::getWasmSection(const llvm::Twine & Section,
llvm::SectionKind K, const llvm::Twine & Group, unsigned int UniqueID, const
char * BeginSymName) Line 496 C++
llc.exe!llvm::MCContext::getWasmSection(const llvm::Twine & Section,
llvm::SectionKind K, const llvm::Twine & Group, unsigned int UniqueID) Line 463
C++
llc.exe!llvm::TargetLoweringObjectFileWasm::getExplicitSectionGlobal(const
llvm::GlobalObject * GO, llvm::SectionKind Kind, const llvm::TargetMachine &
TM) Line 1710 C++
llc.exe!llvm::TargetLoweringObjectFile::SectionForGlobal(const
llvm::GlobalObject * GO, llvm::SectionKind Kind, const llvm::TargetMachine &
TM) Line 249C++
llc.exe!llvm::AsmPrinter::EmitGlobalVariable(const llvm::GlobalVariable
* GV) Line 525 C++
llc.exe!llvm::AsmPrinter::doFinalization(llvm::Module & M) Line 1421
C++
llc.exe!llvm::FPPassManager::doFinalization(llvm::Module & M) Line 1703
C++
llc.exe!`anonymous namespace'::MPPassManager::runOnModule(llvm::Module
& M) Line 1781 C++
llc.exe!llvm::legacy::PassManagerImpl::run(llvm::Module & M) Line 1865
C++
llc.exe!llvm::legacy::PassManager::run(llvm::Module & M) Line 1897
C++
llc.exe!compileModule(char * * argv, llvm::LLVMContext & Context) Line
604 C++
llc.exe!main(int argc, char * * argv) Line 355 C++
llc.exe!invoke_main() Line 79 C++
llc.exe!__scrt_common_main_seh() Line 288 C++
llc.exe!__scrt_common_main() Line 331 C++
llc.exe!mainCRTStartup() Line 17C++
```
AlwaysAddSuffix false bool
CanBeUnnamedfalse bool
+ Name"ELRTMLRR" llvm::StringRef
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42508] New: fatal error: error in backend: Do not know how to expand this operator's operand!
https://bugs.llvm.org/show_bug.cgi?id=42508 Bug ID: 42508 Summary: fatal error: error in backend: Do not know how to expand this operator's operand! Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: WebAssembly Assignee: unassignedb...@nondot.org Reporter: mehdisab...@gmail.com CC: llvm-bugs@lists.llvm.org Created attachment 22192 --> https://bugs.llvm.org/attachment.cgi?id=22192&action=edit Preprocessed source Hello, My use case is the following. I am using latest-upstream emscripten toolchain to cross compile ffmpeg for Webassembly. [b1ue@b1uesea contrib-wasm]$ emcc -v emcc (Emscripten gcc/clang-like replacement + linker emulating GNU ld) 1.38.37 clang version 9.0.0 (/b/s/w/ir/cache/git/chromium.googlesource.com-external-github.com-llvm-llvm--project 922759a63d7d8edbc47578b4718a38765093d24e) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin Found candidate GCC installation: /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0 Found candidate GCC installation: /usr/lib64/gcc/x86_64-pc-linux-gnu/9.1.0 Selected GCC installation: /usr/lib64/gcc/x86_64-pc-linux-gnu/9.1.0 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Selected multilib: .;@m64 shared:INFO: (Emscripten: Running sanity checks) I have this error : ExpandIntegerOperand Op #1: t23: f64 = fcopysign t9, t29, libavutil/avsscanf.c:598:16 @[ libavutil/avsscanf.c:685:20 @[ libavutil/avsscanf.c:921:21 ] ] fatal error: error in backend: Do not know how to expand this operator's operand! clang-9: error: clang frontend command failed with exit code 70 (use -v to see invocation) clang version 9.0.0 (/b/s/w/ir/cache/git/chromium.googlesource.com-external-github.com-llvm-llvm--project 922759a63d7d8edbc47578b4718a38765093d24e) Target: wasm32-unknown-emscripten Thread model: posix InstalledDir: /home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin clang-9: note: diagnostic msg: PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, and associated run script. clang-9: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang-9: note: diagnostic msg: /tmp/avsscanf-9aec02.c clang-9: note: diagnostic msg: /tmp/avsscanf-9aec02.sh clang-9: note: diagnostic msg: If you need me to provide more information or more context do not hesitate to reach out. Thank you, Regards -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 4068] [Meta] Compiling the Linux kernel with clang
https://bugs.llvm.org/show_bug.cgi?id=4068 Bug 4068 depends on bug 42289, which changed state. Bug 42289 Summary: LLD fails to merge similarly named sections https://bugs.llvm.org/show_bug.cgi?id=42289 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42289] LLD fails to merge similarly named sections
https://bugs.llvm.org/show_bug.cgi?id=42289 Fangrui Song changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED|RESOLVED --- Comment #10 from Fangrui Song --- D63432/r365015 accidentally broke alignment of some SHF_STRINGS|SHF_MERGE sections. The fixed D64200 was committed as r365139. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42509] New: Inconsistent output when running clang-format twice
https://bugs.llvm.org/show_bug.cgi?id=42509
Bug ID: 42509
Summary: Inconsistent output when running clang-format twice
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Keywords: beginner
Severity: enhancement
Priority: P
Component: Formatter
Assignee: unassignedclangb...@nondot.org
Reporter: tomasz.g.markiew...@gmail.com
CC: djas...@google.com, kli...@google.com,
llvm-bugs@lists.llvm.org
Single runs and double runs of the `clang-format' are not consistent between
themselves. See the example below.
file: example.cc:
--
void foo() {
/* Empty */
}
Single run
$ style=LLVM; cat example.cc | clang-format --style=${style}
Result:
void foo() { /* Empty */ }
Double run
$ style=LLVM; cat example.cc | clang-format --style=${style} | clang-format
--style=${style}
Result:
void foo() { /* Empty */
}
The same is for style=Google.
Mozilla, Chromium and WebKit styles (obviously) work fine. (These probably do
not merge an empty function into one line.)
Version:
$ clang-format --version
clang-format version 9.0.0 (https://github.com/llvm-mirror/clang.git
b5cfeee0a6e73044cc755e2ab08145056b2d3fd4)
(https://github.com/llvm-mirror/llvm.git
57b4161e8fc497386cebf223cb8a26896303cb05)
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42482] LLVM's ld.lld doesn't support expressions in linker script for section's filling
https://bugs.llvm.org/show_bug.cgi?id=42482 George Rimar changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #8 from George Rimar --- r365143 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42510] New: Error in WasmObjectWriter : Assertion `Sec.getKind().isMetadata()' failed.
https://bugs.llvm.org/show_bug.cgi?id=42510 Bug ID: 42510 Summary: Error in WasmObjectWriter : Assertion `Sec.getKind().isMetadata()' failed. Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: WebAssembly Assignee: unassignedb...@nondot.org Reporter: mehdisab...@gmail.com CC: llvm-bugs@lists.llvm.org Hi, Enabling -pthread as a CFLAG in our build system causes a crash in clang-9. I will give the trace and source file with the run script. More details to come in the comments. Trace: clang-9: /b/s/w/ir/cache/builder/emscripten-releases/llvm-project/llvm/lib/MC/WasmObjectWriter.cpp:1293: virtual uint64_t (anonymous namespace)::WasmObjectWriter::writeObject(llvm::MCAssembler &, const llvm::MCAsmLayout &): Assertion `Sec.getKind().isMetadata()' failed. Stack dump: 0. Program arguments: /home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin/clang-9 -cc1 -triple wasm32-unknown-emscripten -emit-obj -mrelax-all -disable-free -main-file-name interrupt.c -mrelocation-model static -mthread-model posix -menable-unsafe-fp-math -fno-signed-zeros -mreassociate -freciprocal-math -fno-trapping-math -masm-verbose -mconstructor-aliases -fuse-init-array -target-feature +atomics -target-cpu generic -dwarf-column-info -debugger-tuning=gdb -momit-leaf-frame-pointer -coverage-notes-file /home/b1ue/vlc/vlc/build-em/src/misc/interrupt.gcno -nostdsysteminc -nobuiltininc -resource-dir /home/b1ue/b1ue/workdir_vlc/emsdk/upstream/lib/clang/9.0.0 -dependency-file misc/.deps/interrupt.Tpo -sys-header-deps -MP -MT misc/interrupt.lo -D __EMSCRIPTEN_major__=1 -D __EMSCRIPTEN_minor__=38 -D __EMSCRIPTEN_tiny__=37 -D _LIBCPP_ABI_VERSION=2 -D unix -D __unix -D __unix__ -D HAVE_CONFIG_H -I . -I ../../src -I .. -D MODULE_STRING="core" -D SYSDATADIR="/usr/local/share" -D LIBDIR="/usr/local/lib" -D LIBEXECDIR="/usr/local/libexec" -D LOCALEDIR="/usr/local/share/locale" -D PKGDATADIR="/usr/local/share/vlc" -D PKGLIBDIR="/usr/local/lib/vlc" -D PKGLIBEXECDIR="/usr/local/libexec/vlc" -I ../../include -I ../include -I /home/b1ue/vlc/vlc/contrib/wasm32-unknown-emscripten/include -D __NEED_ssize_t -I /home/b1ue/vlc/vlc/contrib/wasm32-unknown-emscripten/include -D __EMSCRIPTEN_PTHREADS__=1 -Werror=implicit-function-declaration -Werror=unknown-warning-option -Werror=invalid-command-line-argument -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var -Wformat -Wformat-security -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration -Winit-self -fconst-strings -fdebug-compilation-dir /home/b1ue/vlc/vlc/build-em/src -ferror-limit 19 -fmessage-length 0 -fvisibility hidden -funroll-loops -pthread -stack-protector 2 -fobjc-runtime=gnustep -fno-common -fdiagnostics-show-option -fcolor-diagnostics -nobuiltininc -nostdsysteminc -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/include/libcxx -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/lib/libcxxabi/include -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/include/compat -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/include -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/include/libc -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/lib/libc/musl/arch/emscripten -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/local/include -isystem/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/emscripten/system/include/SDL -mllvm -combiner-global-alias-analysis=false -mllvm -enable-emscripten-sjlj -mllvm -disable-lsr -o misc/interrupt.o -x c ../../src/misc/interrupt.c 1. parser at end of file 2. Code generation #0 0x7fddcea3d3e4 PrintStackTraceSignalHandler(void*) (/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin/../lib/libLLVM-9svn.so+0x6b13e4) #1 0x7fddcea3b0de llvm::sys::RunSignalHandlers() (/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin/../lib/libLLVM-9svn.so+0x6af0de) #2 0x7fddcea3d698 SignalHandler(int) (/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin/../lib/libLLVM-9svn.so+0x6b1698) #3 0x7fddd17bbcb0 __restore_rt (/usr/lib/libpthread.so.0+0x13cb0) #4 0x7fddcdebb755 __GI_raise (/usr/lib/libc.so.6+0x3a755) #5 0x7fddcdea6851 __GI_abort (/usr/lib/libc.so.6+0x25851) #6 0x7fddcdea6727 _nl_load_domain.cold (/usr/lib/libc.so.6+0x25727) #7 0x7fddcdeb4026 (/usr/lib/libc.so.6+0x33026) #8 0x7fddcfce5c16 (anonymous namespace)::WasmObjectWriter::writeObject(llvm::MCAssembler&, llvm::MCAsmLayout const&) (/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin/../lib/libLLVM-9svn.so+0x1959c16) #9 0x7fddcfc94706 llvm::MCAssembler::Finish() (/home/b1ue/b1ue/workdir_vlc/emsdk/upstream/bin/../lib/libLLVM-9svn.so+0x1908706) #10 0x7fddcf20e45c llvm::AsmPrinter::
[llvm-bugs] [Bug 42511] New: Huge AVX2 slowdown reported on LNT
https://bugs.llvm.org/show_bug.cgi?id=42511 Bug ID: 42511 Summary: Huge AVX2 slowdown reported on LNT Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: X86 Assignee: unassignedb...@nondot.org Reporter: david.bolvan...@gmail.com CC: craig.top...@gmail.com, llvm-bugs@lists.llvm.org, llvm-...@redking.me.uk, spatel+l...@rotateright.com LNT https://lnt.llvm.org/db_default/v4/nts/90635 reported huge slowdown in February and it wasn't fixed yet. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 14201 in oss-fuzz: llvm/llvm-microsoft-demangle-fuzzer: Stack-overflow in llvm::ms_demangle::Demangler::demangleTemplateInstantiationName
Updates: Labels: Deadline-Approaching Comment #3 on issue 14201 by sheriff...@chromium.org: llvm/llvm-microsoft-demangle-fuzzer: Stack-overflow in llvm::ms_demangle::Demangler::demangleTemplateInstantiationName https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14201#c3 This bug is approaching its deadline for being fixed, and will be automatically derestricted within 7 days. If a fix is planned within 2 weeks after the deadline has passed, a grace extension can be granted. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 14207 in oss-fuzz: llvm/llvm-isel-fuzzer--aarch64-gisel: ASSERT: (Ty->isVoidTy() == (Reg == 0)) && "only void types should have no register"
Updates: Labels: Deadline-Approaching Comment #1 on issue 14207 by sheriff...@chromium.org: llvm/llvm-isel-fuzzer--aarch64-gisel: ASSERT: (Ty->isVoidTy() == (Reg == 0)) && "only void types should have no register" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=14207#c1 This bug is approaching its deadline for being fixed, and will be automatically derestricted within 7 days. If a fix is planned within 2 weeks after the deadline has passed, a grace extension can be granted. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42512] New: [SystemZ] Cannot select SystemZISD::GET_CCMASK with usubo
https://bugs.llvm.org/show_bug.cgi?id=42512
Bug ID: 42512
Summary: [SystemZ] Cannot select SystemZISD::GET_CCMASK with
usubo
Product: libraries
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Backend: SystemZ
Assignee: unassignedb...@nondot.org
Reporter: nikita@gmail.com
CC: llvm-bugs@lists.llvm.org
target datalayout = "E-m:e-i1:8:16-i8:8:16-i64:64-f128:64-a:8:16-n32:64"
target triple = "s390x-unknown-linux-gnu"
define i8 @test(i8 %x) {
%usubo = tail call { i64, i1 } @llvm.usub.with.overflow.i64(i64 undef, i64 1)
%ov = extractvalue { i64, i1 } %usubo, 1
%ovext = zext i1 %ov to i8
%ret = add i8 %x, %ovext
ret i8 %ret
}
; Function Attrs: nounwind readnone speculatable
declare { i64, i1 } @llvm.usub.with.overflow.i64(i64, i64) #0
attributes #0 = { nounwind readnone speculatable }
Produces:
LLVM ERROR: Cannot select: t21: i32 = SystemZISD::GET_CCMASK t34,
Constant:i32<15>, Constant:i32<3>
t34: i32 = srl t32, Constant:i32<31>
t32: i32 = add t30, Constant:i32<-536870912>
t30: i32 = SystemZISD::IPM t26:1
t26: i64,i32 = SystemZISD::USUBO undef:i64, Constant:i64<1>
t4: i64 = undef
t5: i64 = Constant<1>
t31: i32 = Constant<-536870912>
t33: i32 = Constant<31>
t20: i32 = Constant<15>
t19: i32 = Constant<3>
In function: test
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 15662 in oss-fuzz: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: N2C->getAPIntValue().ult(NumElts) && "Out of range element index"
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com, igm...@gmail.com, mit...@google.com, bigchees...@gmail.com, eney...@google.com, llvm-b...@lists.llvm.org, j...@chromium.org, v...@apple.com, mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Stability-Memory-AddressSanitizer Reproducible Engine-libfuzzer OS-Linux Proj-llvm Reported-2019-07-04 Type: Bug New issue 15662 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: N2C->getAPIntValue().ult(NumElts) && "Out of range element index" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=15662 Detailed report: https://oss-fuzz.com/testcase?key=5660357915312128 Project: llvm Fuzzer: libFuzzer_llvm_llvm-isel-fuzzer--x86_64-O2 Fuzz target binary: llvm-isel-fuzzer--x86_64-O2 Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: ASSERT Crash Address: Crash State: N2C->getAPIntValue().ult(NumElts) && "Out of range element index" llvm::X86TargetLowering::LowerINSERT_VECTOR_ELT llvm::X86TargetLowering::LowerOperation Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201907030308:201907040311 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5660357915312128 Issue filed automatically. See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for instructions to reproduce this bug locally. -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42349] Assertion failed: ((!isa(Neg) || Neg->isFast()) && "Expecting FastMathFlags!"), function LowerNegateToMultiply, file lib/Transforms/Scalar/Reassociate.cpp
https://bugs.llvm.org/show_bug.cgi?id=42349 Quentin Colombet changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 15663 in oss-fuzz: llvm/llvm-dwarfdump-fuzzer: ASSERT: !KeyInfoT::isEqual(Val, EmptyKey) && !KeyInfoT::isEqual(Val, TombstoneKey) && "E
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com, igm...@gmail.com, mit...@google.com, bigchees...@gmail.com, eney...@google.com, llvm-b...@lists.llvm.org, j...@chromium.org, v...@apple.com, mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Stability-Memory-AddressSanitizer Reproducible Engine-libfuzzer OS-Linux Proj-llvm Reported-2019-07-04 Type: Bug New issue 15663 by ClusterFuzz-External: llvm/llvm-dwarfdump-fuzzer: ASSERT: !KeyInfoT::isEqual(Val, EmptyKey) && !KeyInfoT::isEqual(Val, TombstoneKey) && "E https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=15663 Detailed report: https://oss-fuzz.com/testcase?key=5664652278628352 Project: llvm Fuzzer: libFuzzer_llvm_llvm-dwarfdump-fuzzer Fuzz target binary: llvm-dwarfdump-fuzzer Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: ASSERT Crash Address: Crash State: !KeyInfoT::isEqual(Val, EmptyKey) && !KeyInfoT::isEqual(Val, TombstoneKey) && "E llvm::detail::DenseSetPair* llvm::DenseMapBase std::__1::pairllvm::detai Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201801290646:201801300702 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5664652278628352 Issue filed automatically. See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for instructions to reproduce this bug locally. -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 41751] Buffer overflow for PPC tabortdc
https://bugs.llvm.org/show_bug.cgi?id=41751 Jinsong Ji changed: What|Removed |Added Resolution|--- |FIXED CC||j...@us.ibm.com Status|NEW |RESOLVED --- Comment #5 from Jinsong Ji --- Should have been fixed in https://reviews.llvm.org/rL364544. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42513] New: Friend function declarations hidden in qualifed name lookup (regression introduced by commit r350505)
https://bugs.llvm.org/show_bug.cgi?id=42513
Bug ID: 42513
Summary: Friend function declarations hidden in qualifed name
lookup (regression introduced by commit r350505)
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: andyg1...@hotmail.co.uk
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk
Commit r350505 (PR38883) introduced a regression for the following code:
/***/
#include
struct Widget {
virtual ~Widget() = default;
virtual void doAction() const = 0;
template
static Widget* Construct(Args... args) {
constexpr auto i = GetWidgetCtor(0);
if constexpr (i != nullptr)
return i(args...);
else
return nullptr;
}
private:
template
static constexpr auto GetWidgetCtor(X* = nullptr) {
return Ret;
}
template
static constexpr auto GetWidgetCtor(...) {
return nullptr;
}
};
template
using WidgetGenerator = Widget*(*)(Args...);
template
struct StandardWidget : Widget {
virtual void doAction() const override {
x.doAction();
}
private:
friend constexpr WidgetGenerator WidgetCtor(X*) {
return [](Args... args){
return static_cast(new StandardWidget(X(args...)));
};
}
StandardWidget(X x) : x(x) { }
X x;
};
struct X1 {
friend constexpr WidgetGenerator<> WidgetCtor(X1*);
X1() { }
void doAction() const {
puts("X1::doAction");
}
};
struct X2 {
friend constexpr WidgetGenerator WidgetCtor(X2*);
X2(int i) : i(i) { }
void doAction() const {
printf("X2::doAction with %i\n", i);
}
int i;
};
struct X3 {
friend constexpr WidgetGenerator<> WidgetCtor(X3*);
X3(double d) : d(d) { }
double d;
};
template struct StandardWidget;
template struct StandardWidget;
struct X3Widget : Widget {
virtual void doAction() const override {
printf("X3::doAction with %f\n", x.d);
}
private:
friend constexpr WidgetGenerator<> WidgetCtor(X3*) {
return [](){
return static_cast(new X3Widget());
};
}
X3Widget() : x(12.5) { }
X3 x;
};
void test() {
if (Widget* i = Widget::Construct())
i->doAction(), delete i; // "X1::doAction"
if (Widget* i = Widget::Construct(123))
i->doAction(), delete i; // "X2::doAction with 123"
if (Widget* i = Widget::Construct())
i->doAction(), delete i; // "X3::doAction with 12.5"
if (Widget* i = Widget::Construct())
i->doAction(), delete i; // no-op
}
/***/
Rather than outputting three lines, only one is now output ("X3::doAction with
12.5"). The code compiled correctly on clang 7 and earlier and also compiles
correctly on gcc.
The relevant output (-S -emit-llvm -O2) for the test() function in clang 8 and
later is:
define dso_local void @_Z4testv() local_unnamed_addr #0 personality i32 (...)*
@__gxx_personality_v0 !dbg !135 {
%1 = tail call i32 (i8*, ...) @printf(i8* getelementptr inbounds ([22 x i8],
[22 x i8]* @.str.2, i64 0, i64 0), double 1.25e+01), !dbg !147
ret void, !dbg !174
}
And for clang 7 and earlier is:
define dso_local void @_Z4testv() local_unnamed_addr #0 personality i32 (...)*
@__gxx_personality_v0 !dbg !136 {
%1 = tail call i32 @puts(i8* getelementptr inbounds ([13 x i8], [13 x i8]*
@.str, i64 0, i64 0)), !dbg !148
%2 = tail call i32 (i8*, ...) @printf(i8* getelementptr inbounds ([22 x i8],
[22 x i8]* @.str.1, i64 0, i64 0), i32 123), !dbg !151
%3 = tail call i32 (i8*, ...) @printf(i8* getelementptr inbounds ([22 x i8],
[22 x i8]* @.str.2, i64 0, i64 0), double 1.25e+01), !dbg !154
ret void, !dbg !181
}
In the PR38883, I posted the above code and the following trivial fix:
Index: lib/AST/DeclBase.cpp
===
--- lib/AST/DeclBase.cpp(revision 350505)
+++ lib/AST/DeclBase.cpp(working copy)
@@ -1407,7 +1407,8 @@
// Skip friends and local extern declarations unless they're the first
// declaration of the entity.
- if ((D->isLocalExternDecl() || D->getFriendObjectKind()) &&
+ if ((D->isLocalExternDecl() ||
+ D->getFriendObjectKind() == Decl::FOK_Declared) &&
D != D->getCanonicalDecl())
return true;
Richard Smith commented on the above that "The proposed fix doesn't seem
problematic, but only changes which declaration of the friend will be in the
DeclContext name lookup table ... we should walk its redeclarations and find
the one with the body" but unfortunately I am not able to work out the best
method to do this, so I have posted this bug to enable some
[llvm-bugs] [Bug 42514] New: lldb fails to configure when signing adhoc
https://bugs.llvm.org/show_bug.cgi?id=42514 Bug ID: 42514 Summary: lldb fails to configure when signing adhoc Product: lldb Version: unspecified Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: jerem...@apple.com CC: jdevliegh...@apple.com, llvm-bugs@lists.llvm.org In MacPorts, we build lldb using -DLLDB_CODESIGN_IDENTITY=- and have our users sign it themselves after it is installed. With the update to r365158, lldb is failing to configure with: -- lldb debugserver: /opt/local/var/macports/build/_Volumes_Home_jeremy_src_macports_macports-ports_lang_llvm-devel/lldb-devel/work/build/./bin/debugserver CMake Error at tools/lldb/tools/debugserver/source/CMakeLists.txt:155 (message): Certificate for debugserver not found. Run scripts/macos-setup-codesign.sh or use the system debugserver passing -DLLDB_USE_SYSTEM_DEBUGSERVER=ON to CMake This regressed in: commit cb1c23cd40cea52c0816004dfa4fe1f81ce93deb Author: Davide Italiano Date: Tue Jun 25 17:13:24 2019 + [CMake] Check that a certificate for lldb is present at build time. Reviewers: JDevlieghere, sgraenitz, aprantl, friss Subscribers: mgorny, lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D63745 git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@364334 91177308-0d34-0410-b5e6-96231b3b80d8 The check added there needs to take adhoc signing into consideration. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 30629] Indvars not respecting "nuw" property on add, leading to infinite loop
https://bugs.llvm.org/show_bug.cgi?id=30629 Mikael Holmén changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #13 from Mikael Holmén --- As Björn said, this works again with r362292. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
