[llvm-bugs] [Bug 36050] New: Suspected bug on nested union type-punning

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36050

Bug ID: 36050
   Summary: Suspected bug on nested union type-punning
   Product: clang
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Frontend
  Assignee: unassignedclangb...@nondot.org
  Reporter: chen.pang...@jdh8.org
CC: llvm-bugs@lists.llvm.org

#define reinterpret(T, x) ((union { __typeof__(x) from; T to; }){ x }.to)

float fail(float x)
{
// error: initializer element is not a compile-time constant
return reinterpret(float, reinterpret(int, x) | 0x7FC0);
}

float pass(float x)
{
unsigned i = reinterpret(int, x);

return reinterpret(int, i | 0x7FC0);
}

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36049] New: Mismatched TLS error could be better

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36049

Bug ID: 36049
   Summary: Mismatched TLS error could be better
   Product: lld
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: ELF
  Assignee: unassignedb...@nondot.org
  Reporter: rafael.espind...@gmail.com
CC: llvm-bugs@lists.llvm.org

We print

ld.lld: error: TLS attribute mismatch: foo   
>>> defined in test2.o   
>>> defined in test.o

but test.o has an undefined reference to test.o.

I would keep this error in the symbol table since we we already do too much in
the relocation processing, but it could say "referenced in test.o".

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36048] New: TestDataFormatterLibcxxVector.py and TestDataFormatterLibcxxVector.py fail with -fmodules

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36048

Bug ID: 36048
   Summary: TestDataFormatterLibcxxVector.py and
TestDataFormatterLibcxxVector.py fail with -fmodules
   Product: lldb
   Version: unspecified
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: All Bugs
  Assignee: lldb-...@lists.llvm.org
  Reporter: v...@apple.com
CC: llvm-bugs@lists.llvm.org

These tests were not actually ever building with -fmodules because in
Makefile.rules, we strip out -fmodules for c++11 tests. If we stop doing that,
we see:

1: test_with_run_command_dsym
(TestDataFormatterLibcxxVector.LibcxxVectorDataFormatterTestCase)
   Test that that file and class static variables display correctly. ... ok
2: test_with_run_command_dwarf
(TestDataFormatterLibcxxVector.LibcxxVectorDataFormatterTestCase)
   Test that that file and class static variables display correctly. ... ok
3: test_with_run_command_gmodules
(TestDataFormatterLibcxxVector.LibcxxVectorDataFormatterTestCase)
   Test that that file and class static variables display correctly. ...
FAILURE

The symptoms are that the data formatters print the wrong summaries for the
vector/list containers.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36044] Assert: "GlobalValue with DLLImport Storage is dso_local!

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36044

Davide Italiano  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36046] New: Implement /order

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36046

Bug ID: 36046
   Summary: Implement /order
   Product: lld
   Version: unspecified
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: enhancement
  Priority: P
 Component: COFF
  Assignee: unassignedb...@nondot.org
  Reporter: r...@google.com
CC: llvm-bugs@lists.llvm.org

MSVC linker supports /order option to allow users to specify file layout by
symbol names. We want to implement the same feature.

https://msdn.microsoft.com/en-us/library/00kh39zz.aspx

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36045] New: clang crashes on valid code at -O3 on x86_64-linux-gnu while running pass 'Simplify the CFG'

[via llvm-bugs]

model posix -fmath-errno
-masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array
-target-cpu x86-64 -dwarf-column-info -debugger-tuning=gdb
-momit-leaf-frame-pointer -resource-dir
/home/su/software/tmp/polly/llvm_build/lib/clang/7.0.0 -internal-isystem
/usr/local/include -internal-isystem
/home/su/software/tmp/polly/llvm_build/lib/clang/7.0.0/include
-internal-externc-isystem /usr/include/x86_64-linux-gnu
-internal-externc-isystem /include -internal-externc-isystem /usr/include -O3
-fdebug-compilation-dir
/home/su/specres/good/20180122-clangpolly-m32-O3-Wall-g-build-055229
-ferror-limit 19 -fmessage-length 116 -fobjc-runtime=gcc
-fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp
-o /tmp/small-e560ef.o -x c small.c 
1.   parser at end of file
2.  Per-module optimization passes
3.  Running pass 'CallGraph Pass Manager' on module 'small.c'.
4.  Running pass 'Simplify the CFG' on function '@j'
clang-6.0: error: unable to execute command: Segmentation fault (core dumped)
clang-6.0: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 7.0.0 (http://llvm.org/git/clang.git
39491d7b6098f96eb1f88d68068eb654c1e2bd81) (http://llvm.org/git/llvm.git
c127e0c9742f746fe7198222bf6442b81787292e)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/su/bin
clang-6.0: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and
associated run script.
clang-6.0: note: diagnostic msg: 


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang-6.0: note: diagnostic msg: /tmp/small-b940f3.c
clang-6.0: note: diagnostic msg: /tmp/small-b940f3.sh
clang-6.0: note: diagnostic msg: 


$ 


---


int a, b, c, e;
unsigned d;

int f (int g, int h)
{
  return (g > 0 && -h) || g < 0 ? g : g + h;
}

char i (int g, int h)
{
  return g + h;
}

void j ()
{
  int k = 5, m = 3;
  while (1)
{
  int l;
  if (!e)
break;
  k = 1;
}
  while (1)
{
  if (k)
break;
  for (d = 0; d < 21; d = f (d, 2))
{
  m = 5;
  if (b)
break;
}
  if (i (c & 7, 1) && m)
b = d = a;
}
}

int main ()
{
  j (); 
  return 0;
}

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36044] New: Assert: "GlobalValue with DLLImport Storage is dso_local!

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36044

Bug ID: 36044
   Summary: Assert: "GlobalValue with DLLImport Storage is
dso_local!
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Core LLVM classes
  Assignee: unassignedb...@nondot.org
  Reporter: col...@amazon.com
CC: llvm-bugs@lists.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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36043] New: Merge clang r323008 into 6.0 branch: [Lex] Fix crash on code completion in comment in included file.

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36043

Bug ID: 36043
   Summary: Merge clang r323008 into 6.0 branch: [Lex] Fix crash
on code completion in comment in included file.
   Product: clang
   Version: 6.0
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: Frontend
  Assignee: unassignedclangb...@nondot.org
  Reporter: vsap...@apple.com
CC: h...@chromium.org, llvm-bugs@lists.llvm.org
Blocks: 35804

This commit https://reviews.llvm.org/rC323008 fixes crash during code
completion that happens for valid code and is fairly easy to encounter.
Corresponding PR is https://bugs.llvm.org/show_bug.cgi?id=32732


Referenced Bugs:

https://bugs.llvm.org/show_bug.cgi?id=35804
[Bug 35804] [meta] 6.0.0 Release Blockers
-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 32732] Clang crashes on code completion in comment [clang::Lexer::Lex (this=0x0, Result=...), clang::Preprocessor::Lex (this=0x450df0, Result=...)]

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=32732

Volodymyr Sapsai  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Volodymyr Sapsai  ---
Fixed in r323008.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] Issue 5537 in oss-fuzz: llvm/clang-proto-fuzzer: ASSERT: isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not loop-invariant

[k… via monorail via llvm-bugs]

Comment #2 on issue 5537 by k...@google.com: llvm/clang-proto-fuzzer:  
ASSERT: isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not  
loop-invariant

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5537#c2

C reproducer:
% cat 5537.c
void foo(int *a) {
  a[0] = (15164);
  while (a[0] * a[0]) * a[0]) * ((a[0] * a[0]) * a[0])) * a[0])) {
a[0] = (a[72] + a[0]);
  }
  while (a[72] * a[0]) * a[0]) * (a[0] * a[0])) * a[0])) {
a[0] = ((1073741824) + a[0]);
  }
  (void)0;
  while ((1 ^ (a[84] & 1))) {
  }
  while ((1 / (a[0] + (a[0] + 1 {
(void)0;
a[28] = 1;
a[0] = (a[0] + (0));
a[0] = (1 / (1 ^ (a[0] + 1)));
  }
  while ((40)) {
if (a[0]) {
  (void)0;
} else {
}
  }
}
% clang -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -O3 5537.c PS1=%
clang: lib/Analysis/ScalarEvolution.cpp:3269: const llvm::SCEV  
*llvm::ScalarEvolution::getAddRecExpr(SmallVectorImpl  
&, const llvm::Loop *, SCEV::NoWrapFlags): Assertion  
`isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not  
loop-invariant!"' failed.



--
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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36042] New: [PCG] Redundant stack operations

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36042

Bug ID: 36042
   Summary: [PCG] Redundant stack operations
   Product: libraries
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: X86
  Assignee: unassignedb...@nondot.org
  Reporter: konstantin.belocha...@sony.com
CC: llvm-bugs@lists.llvm.org

Redundant stack operations from clang.
A repro case with command line and disassembly is below.

Source (test.c):
typedef bool (*CallbackFunc)(unsigned int param);
bool Test(CallbackFunc func, unsigned int param)
{
  bool x = func(param);
  return (x || 1);
}

Command Line:
clang -fomit-frame-pointer -O2 -g -c test.c test.o

Disassembly:
Test:   # @Test
.cfi_startproc
# BB#0: # %entry
pushq%rax
.Ltmp1:
.cfi_def_cfa_offset 16
movq%rdi, %rax
movl%esi, %edi
callq*%rax
movb$1, %al
popq%rdx
ret

Notice the redundant 'push rax' (and the 'pop rdx' that seems to go with it).
Please note that the -fomit-frame-pointer is intentional in this
case, btw.. even though it's not actually a leaf function.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 33869] Clang is not aware of a false dependency of LZCNT, TZCNT, POPCNT on destination register on some Intel CPUs

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=33869

Marina Yatsina  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #23 from Marina Yatsina  ---
Committed a fix in rL323096.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36041] New: Headers not consistently exposed for all IDEs

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36041

Bug ID: 36041
   Summary: Headers not consistently exposed for all IDEs
   Product: Build scripts
   Version: trunk
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: cmake
  Assignee: unassignedb...@nondot.org
  Reporter: aardap...@gmail.com
CC: llvm-bugs@lists.llvm.org

When CMake is used with an IDE, you typically want your headers added to your
target add_library / add_executable, to allow the IDE's feature to work (e.g.
find all references of a symbol).

There does not appear to be a way in the current CMake files to force this.
Clang has if(MSVC_IDE OR XCODE) in AddClang.cmake that appears to accomplish
this, but AddLLVM.cmake has nothing similar.

Also, there are other IDE's than those two, e.g. QtCreator (which works well
with LLVM as a generic C++ IDE on Linux) uses "CodeBlocks - Unix Makefiles" as
generator. Now unlike VS or XCode, there appears to be no way to detect that
CodeBlocks is being generator for, and CMAKE_GENERATOR will just be equal to
"Unix Makefiles" in this case.

I'd suggest it may be easier to always add all headers to the targets, as that
covers all possible IDEs, but there may be performance implications of that for
non-IDE users?

So far, a quick hack for me was add something like this to
include/llvm/CMakeLists.txt:

file(GLOB_RECURSE LLVM_ALL_HEADERS "*.h")
add_library(all_llvm_headers "${LLVM_MAIN_SRC_DIR}/cmake/dummy.cpp"
${LLVM_ALL_HEADERS})

But that most certainly is a bad idea. Not sure what the correct solution is.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] Issue 5580 in oss-fuzz: llvm/llvm-isel-fuzzer--x86_64-O2: Timeout in llvm_llvm-isel-fuzzer--x86_64-O2

[ClusterFuzz-External via monorail via llvm-bugs]

Status: New
Owner: 
CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com,  
igm...@gmail.com, llvm-b...@lists.llvm.org, v...@apple.com,  
mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com
Labels: ClusterFuzz Unreproducible Engine-libfuzzer Proj-llvm  
Reported-2018-01-22

Type: Bug

New issue 5580 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--x86_64-O2:  
Timeout in llvm_llvm-isel-fuzzer--x86_64-O2

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5580

Detailed report: https://oss-fuzz.com/testcase?key=6600042027679744

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: Timeout (exceeds 25 secs)
Crash Address:
Crash State:
  llvm_llvm-isel-fuzzer--x86_64-O2

Sanitizer: address (ASAN)

Reproducer Testcase:  
https://oss-fuzz.com/download?testcase_id=6600042027679744


Issue filed automatically.

See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for  
more information.


Note: This crash might not be reproducible with the provided testcase. That  
said, for the past 14 days we've been seeing this crash frequently. If you  
are unable to reproduce this, please try a speculative fix based on the  
crash stacktrace in the report. The fix can be verified by looking at the  
crash statistics in the report, a day after the fix is deployed. We will  
auto-close the bug if the crash is not seen for 14 days.


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 have questions for the OSS-Fuzz team, please file an issue at  
https://github.com/google/oss-fuzz/issues.


--
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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36040] New: Error generating preprocessed source(s)

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36040

Bug ID: 36040
   Summary: Error generating preprocessed source(s)
   Product: OpenMP
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Clang Compiler Support
  Assignee: unassignedclangb...@nondot.org
  Reporter: rbar...@umn.edu
CC: llvm-bugs@lists.llvm.org

Created attachment 19720
  --> https://bugs.llvm.org/attachment.cgi?id=19720=edit
Soure code that caused problem

I am trying to compile some code (attached) using:

clang++ mycode.cpp CumulativeTimer.cpp Timer.cpp random.cpp -fopenmp
-fopenmp-targets=nvptx64-nvidia-cuda --cuda-path=/sw/summitdev/cuda/9.0.69
-std=c++11 -DGIT_HASH="\"Unknown\"" -Wall

But I get the following output, which requests that I report the issue here:

clang-3.8:
/home/compteam/slave0/build_folder_trunk_ibm_inline/src/tools/clang/lib/CodeGen/CodeGenFunction.h:1989:
clang::CodeGen::Address
clang::CodeGen::CodeGenFunction::GetAddrOfLocalVar(const clang::VarDecl *):
Assertion `it != LocalDeclMap.end() && "Invalid argument to
GetAddrOfLocalVar(), no decl!"' failed.
#0 0x11bb7148 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11bb7148)
#1 0x11bb76b8 PrintStackTraceSignalHandler(void*)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11bb76b8)
#2 0x11bb7a84 SignalHandler(int)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11bb7a84)
#3 0x3fffa82b0478  0x478 __GI_abort
#4 0x3fffa82b0478 
#5 0x3fffa82b0478 __assert_fail_base (+0x478)
#6 0x3fffa7d70d70 __GI___assert_fail (/lib64/libc.so.6+0x40d70)
#7 0x3fffa7d648a4
clang::CodeGen::CGOpenMPRuntimeNVPTX::createDataSharingInfo(clang::CodeGen::CodeGenFunction&)
(/lib64/libc.so.6+0x348a4)
#8 0x3fffa7d64994
clang::CodeGen::CGOpenMPRuntimeNVPTX::registerParallelContext(clang::CodeGen::CodeGenFunction&,
clang::OMPExecutableDirective const&) (/lib64/libc.so.6+0x34994)
#9 0x1210653c
emitCommonOMPParallelDirective(clang::CodeGen::CodeGenFunction&,
clang::OMPExecutableDirective const&, clang::OpenMPDirectiveKind,
clang::CodeGen::RegionCodeGenTy const&, unsigned int)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x1210653c)
#10 0x12105484 void
clang::CodeGen::RegionCodeGenTy::CallbackFn(long, clang::CodeGen::CodeGenFunction&,
clang::CodeGen::PrePostActionTy&)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x12105484)
#11 0x11e20b64
clang::CodeGen::RegionCodeGenTy::operator()(clang::CodeGen::CodeGenFunction&)
const
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e20b64)
#12 0x11e4ee98 void llvm::function_ref::callback_fn(long,
clang::CodeGen::CodeGenFunction&)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e4ee98)
#13 0x120a75fc
clang::CodeGen::CodeGenFunction::EmitOMPInnerLoop(clang::Stmt const&, bool,
clang::Expr const*, clang::Expr const*, clang::Expr const*,
llvm::function_ref const&,
llvm::function_ref const&)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x120a75fc)
#14 0x11e4ed24
clang::CodeGen::CodeGenFunction::EmitOMPDistributeLoop(clang::OMPLoopDirective
const&, clang::CodeGen::RegionCodeGenTy const&)
(/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e4ed24)
#15 0x11e225cc void
clang::CodeGen::RegionCodeGenTy::CallbackFn(long, clang::CodeGen::CodeGenFunction&,
clang::CodeGen::PrePostActionTy&)

[llvm-bugs] [Bug 34901] fatal error: error in backend: Wasm COMDATs only support SelectionKind:Any, 'function' cannot be lowered

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=34901

Nicholas Wilson  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||n...@realvnc.com
 Resolution|--- |FIXED

--- Comment #2 from Nicholas Wilson  ---
COMDAT support was merged in December.

I have tested the attached code, and the crash no longer reproduces.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36039] New: [WebAssembly] must emit call_indirect for weak undefined symbols

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36039

Bug ID: 36039
   Summary: [WebAssembly] must emit call_indirect for weak
undefined symbols
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: WebAssembly
  Assignee: unassignedb...@nondot.org
  Reporter: n...@realvnc.com
CC: llvm-bugs@lists.llvm.org

When a Wasm object file calls an undefined weak symbol, the `call` instruction
should not be used; instead the backend should emit a `call_indirect`
instruction.

The problem is that a `call` instruction MUST have a valid operand for the Wasm
file to validate. And, the final linked output must certainly validate. If the
symbol is undefined and weak, then the final linked output will have no
corresponding Wasm import or Wasm function to use as the operand of the call
instruction.

=== failing code ===

extern int strongExt(void);
extern __attribute__((weak)) int weakExt(void);
void callExts(void) { strongExt(); if (weakExt) weakExt(); }

// Compile with:
// clang --target=wasm32-unknown-unknown-wasm -nostdlib -o /tmp/test.wasm \
///tmp/test.c -Wl,--allow-undefined -Wl,--no-entry
// LLD fails on an assertion.


Even though the call is guarded with a check for whether the function is
defined, the call instruction is still present.

I believe that calls to all weak undefined symbols will have to be made
indirectly.  This isn't as bad as it sounds: weak but defined symbols are fine,
since the call instruction is safe to emit; and, for weak undefined symbols
you'd need a conditional check anyway to be safe at runtime, which would have
the same effect of putting the function in the table.  So, I don't believe that
this will result in significant bloat on the function table.


For completeness:
An alternative would be a linker-generated function stub with the correct
signature which calls unreachable, to use as the operand of the `call`
instruction.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36038] New: long double is suboptimal on WebAssembly

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36038

Bug ID: 36038
   Summary: long double is suboptimal on WebAssembly
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: WebAssembly
  Assignee: unassignedb...@nondot.org
  Reporter: n...@realvnc.com
CC: llvm-bugs@lists.llvm.org

Wasm provides "long double" as an emulated 128-bit double, using the
compiler-rt library.

This is excessive precision for most applications, and a previous discussion
(which I can't find now...) in a GitHub thread indicated that several Wasm
contributors thought it would be better to simply provide 64-bit floats on
Wasm.

The argument was, "anyone who really needs 128-bit floats is writing rather
unusual software, and can use a library".

Using 128-bit long doubles is a long-term ABI commitment, which incurs overhead
in any application that uses snprintf or other such functions.


I don't believe this change is recorded elsewhere in Bugzilla.

(See PR35582 for another similar ABI change, int_fast16_t, and PR7 for
changing size_t to long.)

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35095] Regression tests fail on Windows when git “core.autocrlf” is set to true

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35095

Simon Pilgrim  changed:

   What|Removed |Added

 Fixed By Commit(s)||318560
 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36037] New: Make clang accept the -msahf command-line option to activate the +sahf feature for the backend

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36037

Bug ID: 36037
   Summary: Make clang accept the -msahf command-line option to
activate the +sahf feature for the backend
   Product: clang
   Version: 6.0
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: jonloo...@gmail.com
CC: llvm-bugs@lists.llvm.org

Created attachment 19719
  --> https://bugs.llvm.org/attachment.cgi?id=19719=edit
Patch to add support for the -msahf option.

The +sahf feature is important because it makes LLVM produce correct and more
efficient x86-64 code (see Bug 36028, for example).

Therefore, it would be helpful if a user could activate this feature on the
command-line and have clang pipe the feature through to the backend.

GCC uses -msahf for this feature, and the backend already recognizes the +sahf
feature. All that is needed is to teach clang to pass this on to the backend.

The attached patch seems to do that.

The mapping of feature support onto CPUs may not be complete; rather, it was
chosen to match LLVM's idea of which CPUs support this feature (see
lib/Target/X86/X86.td).

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36036] New: [DAGCombine] Failure to recognise alternative ISD::ABS pattern

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36036

Bug ID: 36036
   Summary: [DAGCombine] Failure to recognise alternative ISD::ABS
pattern
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Common Code Generator Code
  Assignee: unassignedb...@nondot.org
  Reporter: llvm-...@redking.me.uk
CC: llvm-bugs@lists.llvm.org, spatel+l...@rotateright.com

__v4si abs(__v4si v) {
__m128i sign = _mm_srai_epi32( v, 31 );
return _mm_xor_si128( _mm_add_epi32( v, sign ), sign );
}
__v4si abs_alt(__v4si v) {
__m128i sign = _mm_srai_epi32( v, 31 );
return _mm_sub_epi32( _mm_xor_si128( v, sign ), sign );
}

define <4 x i32> @abs(<4 x i32>) {
  %2 = icmp slt <4 x i32> %0, zeroinitializer
  %3 = sub <4 x i32> zeroinitializer, %0
  %4 = select <4 x i1> %2, <4 x i32> %3, <4 x i32> %0
  ret <4 x i32> %4
}

define <4 x i32> @abs_alt(<4 x i32>) {
  %2 = ashr <4 x i32> %0, 
  %3 = xor <4 x i32> %2, %0
  %4 = sub <4 x i32> %3, %2
  ret <4 x i32> %4
}

llc -mcpu=btver2

abs:
  vpabsd %xmm0, %xmm0
  retq

abs_alt:
  vpsrad $31, %xmm0, %xmm1
  vpxor %xmm0, %xmm1, %xmm0
  vpsubd %xmm1, %xmm0, %xmm0
  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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35804
Bug 35804 depends on bug 36034, which changed state.

Bug 36034 Summary: Merge r323034 into the 6.0 branch: [Dominators] Fix some 
edge cases for PostDomTree updating
https://bugs.llvm.org/show_bug.cgi?id=36034

   What|Removed |Added

 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36034] Merge r323034 into the 6.0 branch: [Dominators] Fix some edge cases for PostDomTree updating

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36034

Hans Wennborg  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 CC||h...@chromium.org
 Status|NEW |RESOLVED

--- Comment #1 from Hans Wennborg  ---
Merged in r323121.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35804
Bug 35804 depends on bug 36027, which changed state.

Bug 36027 Summary: Merge r323039 into the 6.0 branch
https://bugs.llvm.org/show_bug.cgi?id=36027

   What|Removed |Added

 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36027] Merge r323039 into the 6.0 branch

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36027

Hans Wennborg  changed:

   What|Removed |Added

 CC||h...@chromium.org
 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #1 from Hans Wennborg  ---
Merged in r323120.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] Issue 5579 in oss-fuzz: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: DAG.getTargetLoweringInfo().isTypeLegal(PartVT) && "Copying to an illegal type!"

[ClusterFuzz-External via monorail via llvm-bugs]

Status: New
Owner: 
CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com,  
igm...@gmail.com, llvm-b...@lists.llvm.org, v...@apple.com,  
mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com
Labels: ClusterFuzz Stability-Memory-AddressSanitizer Reproducible  
Stability-AFL Engine-libfuzzer Proj-llvm Reported-2018-01-22

Type: Bug

New issue 5579 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--aarch64-O2:  
ASSERT: DAG.getTargetLoweringInfo().isTypeLegal(PartVT) && "Copying to an  
illegal type!"

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5579

Detailed report: https://oss-fuzz.com/testcase?key=5826425102794752

Project: llvm
Fuzzer: libFuzzer_llvm_llvm-isel-fuzzer--aarch64-O2
Fuzz target binary: llvm-isel-fuzzer--aarch64-O2
Job Type: libfuzzer_asan_llvm
Platform Id: linux

Crash Type: ASSERT
Crash Address:
Crash State:
  DAG.getTargetLoweringInfo().isTypeLegal(PartVT) && "Copying to an illegal  
type!"

  getCopyToParts
  llvm::TargetLowering::LowerCallTo

Sanitizer: address (ASAN)

Regressed:  
https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm=201710160455:201710190451


Reproducer Testcase:  
https://oss-fuzz.com/download?testcase_id=5826425102794752


Issue filed automatically.

See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for  
more information.


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 have questions for the OSS-Fuzz team, please file an issue at  
https://github.com/google/oss-fuzz/issues.


--
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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35804
Bug 35804 depends on bug 36006, which changed state.

Bug 36006 Summary: lld: TEST 'lld :: COFF/manifestinput-error.test' is not 
recognized as unsupported in stand-alone
https://bugs.llvm.org/show_bug.cgi?id=36006

   What|Removed |Added

 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36006] lld: TEST 'lld :: COFF/manifestinput-error.test' is not recognized as unsupported in stand-alone

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36006

Hans Wennborg  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 CC||h...@chromium.org

--- Comment #3 from Hans Wennborg  ---
Merged in r323107

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35804
Bug 35804 depends on bug 35812, which changed state.

Bug 35812 Summary: PowerPC: cmpxchg generates incorrect code for i16 and i8
https://bugs.llvm.org/show_bug.cgi?id=35812

   What|Removed |Added

 Status|RESOLVED|REOPENED
 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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35812] PowerPC: cmpxchg generates incorrect code for i16 and i8

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35812

Hans Wennborg  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||h...@chromium.org
 Resolution|FIXED   |---

--- Comment #5 from Hans Wennborg  ---
(In reply to Nemanja Ivanovic from comment #4)
> This is fixed by a pair of commits:
> https://reviews.llvm.org/rL322767
> https://reviews.llvm.org/rL322372
> 
> These two commits need to be merged into the 6.0 branch. Hans, are you able
> to do that or do I need to get further approval and commit it to the branch?

Let's keep this open until it's merged.

Hal, does this sound good for merging?

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 25745] Problem in InstCombineSelect.cpp handling SPF_ABS/SPF_NABS

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=25745

Simon Pilgrim  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED
 Fixed By Commit(s)||254869

--- Comment #2 from Simon Pilgrim  ---
This was fixed by Sanjoy at rL254869

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35804
Bug 35804 depends on bug 36024, which changed state.

Bug 36024 Summary: Merge r322993 into the 6.0 branch: [Dominators] Visit 
affected node candidates found at different root levels
https://bugs.llvm.org/show_bug.cgi?id=36024

   What|Removed |Added

 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36024] Merge r322993 into the 6.0 branch: [Dominators] Visit affected node candidates found at different root levels

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36024

Hans Wennborg  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #1 from Hans Wennborg  ---
Merged in r323110. Thanks!

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 34370] [X86][AVX512] suboptimal shuffle sequence instead of one vpermps instruction

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=34370

Simon Pilgrim  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #1 from Simon Pilgrim  ---
Current codegen combine the 2 shuffles AND the select into a single binary
shuffle:

vmovaps (%rdi), %ymm2
vmovaps {{.*#+}} ymm1 = [7,6,3,11,7,6,14,15]
vpermi2ps %ymm0, %ymm2, %ymm1
vmovaps %ymm1, %ymm0
retq

Added a test case at rL323106

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36035] New: lld error @ thin-lto: --plugin-opt: unknown option: -debugger-tune=gdb

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36035

Bug ID: 36035
   Summary: lld error @ thin-lto: --plugin-opt: unknown option:
-debugger-tune=gdb
   Product: lld
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: unassignedb...@nondot.org
  Reporter: pawel_sik...@zoho.com
CC: llvm-bugs@lists.llvm.org

% /home/pawels/src/toolchain/llvm/sysroot/bin/clang -Wall -fuse-ld=lld -ggdb
-gdwarf-4 -fno-omit-frame-pointer -fno-optimize-sibling-calls -Og -flto=thin
hello-world.c -o hello-world.c-lnx64

/home/pawels/src/toolchain/llvm/sysroot/bin/ld.lld: error: --plugin-opt: number
expected, but got 'g'
/home/pawels/src/toolchain/llvm/sysroot/bin/ld.lld: error: --plugin-opt:
unknown option: -debugger-tune=gdb
clang-6.0: error: linker command failed with exit code 1 (use -v to see
invocation)


the "-v" invocation shows one more possible bug, passing a non-existent
LLVMgold.so plugin to lld.


 "/home/pawels/src/toolchain/llvm/sysroot/bin/ld.lld" --hash-style=gnu
--no-add-needed --eh-frame-hdr -m elf_x86_64 -dynamic-linker
/lib64/ld-linux-x86-64.so.2 -o hello-world.c-lnx64
/usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/7/crtbegin.o
-L/usr/lib/gcc/x86_64-redhat-linux/7
-L/usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/7/../../..
-L/home/pawels/src/toolchain/llvm/sysroot/bin/../lib -L/lib -L/usr/lib -plugin
/home/pawels/src/toolchain/llvm/sysroot/bin/../lib/LLVMgold.so
-plugin-opt=mcpu=x86-64 -plugin-opt=Og -plugin-opt=thinlto
-plugin-opt=-debugger-tune=gdb /tmp/hello-world-6028f6.o -lgcc --as-needed
-lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/usr/lib/gcc/x86_64-redhat-linux/7/crtend.o
/usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/crtn.o

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35918] Skylake codegen broken after r322279

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35918

Simon Pilgrim  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Fixed By Commit(s)||323104
 Status|ASSIGNED|RESOLVED

--- Comment #7 from Simon Pilgrim  ---
Reapplied in rL323104

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36034] New: Merge r323034 into the 6.0 branch

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36034

Bug ID: 36034
   Summary: Merge r323034 into the 6.0 branch
   Product: libraries
   Version: 6.0
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Support Libraries
  Assignee: unassignedb...@nondot.org
  Reporter: david.gr...@arm.com
CC: kubakuder...@gmail.com, llvm-bugs@lists.llvm.org
Blocks: 35804

Jakub requested this fix merged into the release branch.


Referenced Bugs:

https://bugs.llvm.org/show_bug.cgi?id=35804
[Bug 35804] [meta] 6.0.0 Release Blockers
-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35936] clang-format-6 breaks #if #endif

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=35936

Krasimir  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #4 from Krasimir  ---


*** This bug has been marked as a duplicate of bug 36002 ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36002] clang-format-6 combines two nearby defines

[via llvm-bugs]

https://bugs.llvm.org/show_bug.cgi?id=36002

Krasimir  changed:

   What|Removed |Added

 Status|NEW |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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs