[llvm-bugs] [Bug 49175] clang-format: AlignConsecutiveDeclarations doesn't handle pointer properly
https://bugs.llvm.org/show_bug.cgi?id=49175 Darwin Xu 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] [Bug 50525] New: clang-format: doesn't handle AlignConsecutiveAssignments correctly in some situation.
https://bugs.llvm.org/show_bug.cgi?id=50525
Bug ID: 50525
Summary: clang-format: doesn't handle
AlignConsecutiveAssignments correctly in some
situation.
Product: clang
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P
Component: Formatter
Assignee: unassignedclangb...@nondot.org
Reporter: darwin...@icloud.com
CC: djas...@google.com, kli...@google.com,
llvm-bugs@lists.llvm.org
Created attachment 24899
--> https://bugs.llvm.org/attachment.cgi?id=24899&action=edit
clang-format config file
The config file is attached.
The expected code is:
01: static NTSTATUS stg(PLW_STREAM Stream, int identity)
02: {
03: NTSTATUS status;
04: BYTE payload[256] = {'l', 'h', 'o', 't', 's', 'e'};
05: struct dm_rpc_header header = {.drh_magic= DRH_MAGIC,
06: .drh_op_code = RPC_OP_ECHO,
07: .drh_payload_size =
sizeof(payload),
08: .drh_body_size=
sizeof(payload),
09: .drh_request_id = 1};
10: header.drh_version= identity;
The output of clang-format is:
01: static NTSTATUS stg(PLW_STREAM Stream, int identity)
02: {
03: NTSTATUS status;
04: BYTE payload[256] = {'l', 'h', 'o', 't', 's', 'e'};
05: struct dm_rpc_header header = {.drh_magic= DRH_MAGIC,
06:.drh_op_code = RPC_OP_ECHO,
07:.drh_payload_size = sizeof(payload),
08:.drh_body_size= sizeof(payload),
09:.drh_request_id = 1};
10: header.drh_version= identity;
It seems that clang-format assumes that line 05 isn't align with the previous
line is the reason line 06 is like this.
05: struct dm_rpc_header header = {.drh_magic= DRH_MAGIC,
06:.drh_op_code = RPC_OP_ECHO,
--
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 50526] New: Build of only compiler_rt fails
https://bugs.llvm.org/show_bug.cgi?id=50526 Bug ID: 50526 Summary: Build of only compiler_rt fails Product: new-bugs Version: trunk Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: d...@havidave.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Created attachment 24900 --> https://bugs.llvm.org/attachment.cgi?id=24900&action=edit Output of cmake -S llvm -B build -G Xcode -DLLVM_ENABLE_PROJECTS=compiler-rt -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_ENABLE_PIC=OFF Dependencies on clang and clang-resource-headers fail. -- 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 44340] [clang-format] C# attributes and inheritance cause issues with formatting
https://bugs.llvm.org/show_bug.cgi?id=44340 MyDeveloperDay changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from MyDeveloperDay --- This seems fixed now, I couldn't reproduce my own issue any more! -- 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 50527] New: llvm/ADT/DenseMapInfo.h isn't layered right
https://bugs.llvm.org/show_bug.cgi?id=50527 Bug ID: 50527 Summary: llvm/ADT/DenseMapInfo.h isn't layered right Product: libraries Version: trunk Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: Support Libraries Assignee: unassignedb...@nondot.org Reporter: clatt...@nondot.org CC: llvm-bugs@lists.llvm.org DenseMapInfo.h is an uber header for defining the densemap hashing templates, including pointers and strings and is included by a ton of stuff. It is pulled in by DenseMap.h as well as tons of other stuff. The problem is that it pulls in both APSInt.h and APInt.h in order to implement their DenseMapInfo specializations. It would be much better to move these specializations to APInt.h and APSInt.h to avoid having almost everything in LLVM pull in infrequently used types like APSInt.h. -Chris -- 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 50411] lld-linked Chromium Framework can't be dlopen()ed on arm
https://bugs.llvm.org/show_bug.cgi?id=50411 Nico Weber changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #5 from Nico Weber --- I updated to macOS 11.4 and Chromium starts up fine. So except for bug 49800 things seem to mostly work :) *** This bug has been marked as a duplicate of bug 49800 *** -- 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 50529] New: [lld/mac/arm64] Two of Chromium's base_unittests fail when linked with lld
https://bugs.llvm.org/show_bug.cgi?id=50529 Bug ID: 50529 Summary: [lld/mac/arm64] Two of Chromium's base_unittests fail when linked with lld Product: lld Version: unspecified Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: MachO Assignee: unassignedb...@nondot.org Reporter: nicolaswe...@gmx.de CC: g...@fb.com, jezr...@gmail.com, llvm-bugs@lists.llvm.org, smee...@fb.com repro: https://drive.google.com/file/d/1YvyZxh_ItvL1hdVeaab-kU7zm-d1AokX/view?usp=sharing (17M bzipped, 79M extracted -- not huge) With ld64: % ld @response.txt % ./base_unittests '--gtest_filter=MessagePumpMacTest.*' IMPORTANT DEBUGGING NOTE: batches of tests are run inside their own process. For debugging a test inside a debugger, use the --gtest_filter= flag along with --single-process-tests. Using sharding settings from environment. This is shard 0/1 Using 1 parallel jobs. [12105:259:ERROR:icu_util.cc(179)] icudtl.dat not found in bundle [12105:259:ERROR:icu_util.cc(243)] Invalid file descriptor to ICU data received. Note: Google Test filter = MessagePumpMacTest.ScopedPumpMessagesInPrivateModes:MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog:MessagePumpMacTest.QuitWithModalWindow [==] Running 3 tests from 1 test suite. [--] Global test environment set-up. [--] 3 tests from MessagePumpMacTest [ RUN ] MessagePumpMacTest.ScopedPumpMessagesInPrivateModes [ OK ] MessagePumpMacTest.ScopedPumpMessagesInPrivateModes (42 ms) [ RUN ] MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog [ OK ] MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog (41 ms) [ RUN ] MessagePumpMacTest.QuitWithModalWindow [ OK ] MessagePumpMacTest.QuitWithModalWindow (30 ms) [--] 3 tests from MessagePumpMacTest (114 ms total) [--] Global test environment tear-down [==] 3 tests from 1 test suite ran. (114 ms total) [ PASSED ] 3 tests. [1/3] MessagePumpMacTest.ScopedPumpMessagesInPrivateModes (42 ms) [2/3] MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog (41 ms) [3/3] MessagePumpMacTest.QuitWithModalWindow (30 ms) SUCCESS: all tests passed. But with lld: % ./base_unittests '--gtest_filter=MessagePumpMacTest.*' IMPORTANT DEBUGGING NOTE: batches of tests are run inside their own process. For debugging a test inside a debugger, use the --gtest_filter= flag along with --single-process-tests. Using sharding settings from environment. This is shard 0/1 Using 1 parallel jobs. [12111:259:ERROR:icu_util.cc(179)] icudtl.dat not found in bundle [12111:259:ERROR:icu_util.cc(243)] Invalid file descriptor to ICU data received. Note: Google Test filter = MessagePumpMacTest.ScopedPumpMessagesInPrivateModes:MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog:MessagePumpMacTest.QuitWithModalWindow [==] Running 3 tests from 1 test suite. [--] Global test environment set-up. [--] 3 tests from MessagePumpMacTest [ RUN ] MessagePumpMacTest.ScopedPumpMessagesInPrivateModes [ OK ] MessagePumpMacTest.ScopedPumpMessagesInPrivateModes (36 ms) [ RUN ] MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog [12110:259:ERROR:test_launcher.cc(1093)] no test result for MessagePumpMacTest.QuitWithModalWindow [1/3] MessagePumpMacTest.ScopedPumpMessagesInPrivateModes (36 ms) [2/3] MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog (CRASHED) [3/3] MessagePumpMacTest.QuitWithModalWindow (SKIPPED) 1 test crashed: MessagePumpMacTest.ScopedPumpMessagesAttemptWithModalDialog (../../base/message_loop/message_pump_mac_unittest.mm:99) 1 test not run: MessagePumpMacTest.QuitWithModalWindow (../../base/message_loop/message_pump_mac_unittest.mm:121) Tests took 0 seconds. -- 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 34784 in oss-fuzz: llvm:clang-fuzzer: ASSERT: (t.isNull() || !t->isReferenceType()) && "Expressions can't have reference type"
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevl...@apple.com, igm...@gmail.com, d...@google.com, mit...@google.com, bigch...@gmail.com, eney...@google.com, llvm-...@lists.llvm.org, j...@chromium.org, v...@apple.com, mitch...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Reproducible Stability-Memory-MemorySanitizer Engine-libfuzzer OS-Linux Proj-llvm Reported-2021-05-29 Type: Bug New issue 34784 by ClusterFuzz-External: llvm:clang-fuzzer: ASSERT: (t.isNull() || !t->isReferenceType()) && "Expressions can't have reference type" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=34784 Detailed Report: https://oss-fuzz.com/testcase?key=5404383960498176 Project: llvm Fuzzing Engine: libFuzzer Fuzz Target: clang-fuzzer Job Type: libfuzzer_msan_llvm Platform Id: linux Crash Type: ASSERT Crash Address: Crash State: (t.isNull() || !t->isReferenceType()) && "Expressions can't have reference type" clang::Expr::Expr clang::Sema::BuildCompoundLiteralExpr Sanitizer: memory (MSAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_msan_llvm&range=202006110252:202006121812 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5404383960498176 Issue filed automatically. See https://google.github.io/oss-fuzz/advanced-topics/reproducing for instructions to reproduce this bug locally. When you fix this bug, please * mention the fix revision(s). * state whether the bug was a short-lived regression or an old bug in any stable releases. * add any other useful information. This information can help downstream consumers. If you need to contact the OSS-Fuzz team with a question, concern, or any other feedback, please file an issue at https://github.com/google/oss-fuzz/issues. Comments on individual Monorail issues are not monitored. -- 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 50214] unix.MallocSizeof false positive
https://bugs.llvm.org/show_bug.cgi?id=50214 Xuanda Yang changed: What|Removed |Added Status|CONFIRMED |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 50531] New: wasm: Implement comdat noduplicates
https://bugs.llvm.org/show_bug.cgi?id=50531 Bug ID: 50531 Summary: wasm: Implement comdat noduplicates Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: WebAssembly Assignee: unassignedb...@nondot.org Reporter: i...@maskray.me CC: llvm-bugs@lists.llvm.org Regular `comdat any` performs deduplication with the symbol name as the key. `comdat noduplicates` is useful to express that a group of sections should be retained or discarded as a unit. This is currently unimplemented for wasm. This feature is useful for certain metadata sections. In the simplest non-value-profiling PGO/coverage case. A function needs two metadata sections: __llvm_prf_cnts, __llvm_prf_data. The code references __llvm_prf_cnts but __llvm_prf_data is unreferenced. We can place the pair of cnts/data in a `comdat noduplicates` to let the liveness of cnts retain data. -- 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
