[llvm-bugs] [Bug 28732] New: inline function - call without implementation

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28732

Bug ID: 28732
   Summary: inline function - call without implementation
   Product: clang
   Version: 3.8
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: regis.porta...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 16816
  --> https://llvm.org/bugs/attachment.cgi?id=16816&action=edit
resulting llvm IR

I'm using clang 3.8 (built for x64 in release mode with visual 2015 on windows
10) on windows, compiling for linux target. 

the compilation line is the following: 


clang -g -S -emit-llvm -x c -std=c99 -target i686-pc-linux -o zou.ll -c main.c


in the resulting ll, there is a call to method which is declared but has no
implementation. 

the input c code is : 

extern void exit (int);

inline void f (int x) {}

int main ()
{
  f (7);
  exit (0);
}

and the resulting ll (full version attached): 

; Function Attrs: nounwind
define i32 @main() #0 !dbg !4 {
  %1 = alloca i32, align 4
  store i32 0, i32* %1, align 4
  call void @f(i32 7), !dbg !11
  call void @exit(i32 0) #3, !dbg !12
  unreachable, !dbg !12
  ; No predecessors!
  %3 = load i32, i32* %1, align 4, !dbg !13
  ret i32 %3, !dbg !13
}

declare void @f(i32) #1


PS: it seems to happen when compiling from linux to linux as well

-- 
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 28733] New: Declarator has top priority after '=' in enum variable declaration

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28733

Bug ID: 28733
   Summary: Declarator has top priority after '=' in enum variable
declaration
   Product: clang
   Version: 3.8
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: libclang
  Assignee: unassignedclangb...@nondot.org
  Reporter: nikolai.kos...@qt.io
CC: kli...@google.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

$ cat -n c1.cpp
 1  enum EnumType { EnumValue };
 2
 3  void c1()
 4  {
 5  EnumType et = // Complete here
 6  }
 7

$ /usr/lib/llvm-3.8/bin/c-index-test -code-completion-at=c1.cpp:5:18 c1.cpp |
grep Enum
 EnumDecl:{TypedText EnumType} (12)
 EnumConstantDecl:{ResultType EnumType}{TypedText EnumValue} (16)
 VarDecl:{ResultType EnumType}{TypedText et} (8)
 Enum tag

==> "et" has top priority (8) although "EnumType"/"EnumValue" are more probable
candidates.

-- 
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 28734] New: Namespace affects completion priority of enum types/values

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28734

Bug ID: 28734
   Summary: Namespace affects completion priority of enum
types/values
   Product: clang
   Version: 3.8
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: libclang
  Assignee: unassignedclangb...@nondot.org
  Reporter: nikolai.kos...@qt.io
CC: kli...@google.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

$ cat -n c2.cpp
 1  enum EnumTypeA { EnumAValue1 };
 2  enum EnumTypeB { EnumBValue1 };
 3
 4  void foo(EnumTypeA et);
 5
 6  void c2()
 7  {
 8  foo( // Complete here
 9  }
10

$ /usr/lib/llvm-3.8/bin/c-index-test -code-completion-at=c2.cpp:8:9 c2.cpp |
grep Enum
 EnumConstantDecl:{ResultType EnumTypeA}{TypedText EnumAValue1} (16)
 EnumConstantDecl:{ResultType EnumTypeB}{TypedText EnumBValue1} (65)
 EnumDecl:{TypedText EnumTypeA} (12)
 EnumDecl:{TypedText EnumTypeB} (50)
 FunctionDecl:{ResultType void}{TypedText foo}{LeftParen (}{Placeholder
EnumTypeA et}{RightParen )} (50)
 OverloadCandidate:{ResultType void}{Text foo}{LeftParen (}{CurrentParameter
EnumTypeA et}{RightParen )} (1)
 Enum tag

==> Looks fine, EnumTypeA/EnumAValue1 has higher priority (12 and 16) than
EnumTypeB/EnumBValue1 (50 and 65)

Now the same with a name space:

$ cat -n c3.cpp
 1  namespace N {
 2  enum EnumTypeA { EnumAValue1 };
 3  enum EnumTypeB { EnumBValue1 };
 4  }
 5
 6  void foo(N::EnumTypeA);
 7
 8  void c3()
 9  {
10  foo(N:: // Complete here
11  }

$ /usr/lib/llvm-3.8/bin/c-index-test -code-completion-at=c3.cpp:10:12 c3.cpp |
grep Enum
 EnumConstantDecl:{ResultType N::EnumTypeA}{TypedText EnumAValue1} (65)
 EnumConstantDecl:{ResultType N::EnumTypeB}{TypedText EnumBValue1} (65)
 EnumDecl:{TypedText EnumTypeA} (50)
 EnumDecl:{TypedText EnumTypeB} (50)

==> Ops, EnumTypeA and EnumTypeB have same priority, as EnumAValue1 and
EnumBValue1
==> The priorities should be like for the example above.

-- 
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 28732] inline function - call without implementation

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28732

Eli Friedman  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||eli.fried...@gmail.com
 Resolution|--- |INVALID

--- Comment #1 from Eli Friedman  ---
http://clang.llvm.org/compatibility.html#inline

-- 
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 28735] New: error in backend when compiling v8 on s390x

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28735

Bug ID: 28735
   Summary: error in backend when compiling v8 on s390x
   Product: clang
   Version: 3.8
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: d...@danny.cz
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 16817
  --> https://llvm.org/bugs/attachment.cgi?id=16817&action=edit
preprocessed source file

when building v8-5.2.258 on Fedora/s390x with clang/llvm 3.8, the build fails
with

...
  /usr/bin/clang++ '-DV8_TARGET_ARCH_S390' '-DV8_TARGET_ARCH_S390X'
'-DV8_DEPRECATION_WARNINGS' '-DV8_IMMINENT_DEPRECATION_WARNINGS'
'-DV8_I18N_SUPPORT' '-DENABLE_HANDLE_ZAPPING' -I../.  -Wall -Werror
-Wno-unused-parameter -Wno-long-long -pthread -Wmissing-field-initializers
-fPIC -Wno-sign-compare -m64 -m64 -fdata-sections -ffunction-sections -O3
-fdata-sections -ffunction-sections -O3 -Wnon-virtual-dtor -fno-exceptions
-fno-rtti -std=gnu++11 -MMD -MF
/home/sharkcz/v8/v8-5.2.258/out/s390x.release/.deps//home/sharkcz/v8/v8-5.2.258/out/s390x.release/obj.target/v8_libbase/src/base/once.o.d.raw
 -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
-grecord-gcc-switches -m64 -march=z10 -mtune=z10 -c -o
/home/sharkcz/v8/v8-5.2.258/out/s390x.release/obj.target/v8_libbase/src/base/once.o
../src/base/once.cc
fatal error: error in backend: Cannot select: 0x2aa3a6bf0d0: ch = AtomicFence
0x2aa3a6bed40:1, Constant:i64<7>, Constant:i64<1>
  0x2aa3a6bee70: i64 = Constant<7>
  0x2aa3a6befa0: i64 = Constant<1>
In function: _ZN2v84base12CallOnceImplEPlPFvPvES2_
clang-3.8: error: clang frontend command failed with exit code 70 (use -v to
see invocation)
clang version 3.8.0 (tags/RELEASE_380/final)
Target: s390x-ibm-linux
Thread model: posix
InstalledDir: /usr/bin
clang-3.8: note: diagnostic msg: PLEASE submit a bug report to  and include the
crash backtrace, preprocessed source, and associated run script.
clang-3.8: note: diagnostic msg: 


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang-3.8: note: diagnostic msg: /tmp/once-ee9889.cpp
clang-3.8: note: diagnostic msg: /tmp/once-ee9889.sh
clang-3.8: note: diagnostic msg: 


src/v8_libbase.target.s390x.release.mk:178: recipe for target
'/home/sharkcz/v8/v8-5.2.258/out/s390x.release/obj.target/v8_libbase/src/base/once.o'
failed
make[1]: ***
[/home/sharkcz/v8/v8-5.2.258/out/s390x.release/obj.target/v8_libbase/src/base/once.o]
Error 70

-- 
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 28736] New: [PGO] cmake: Check for opagent.h when building with -DLLVM_USE_OPROFILE=ON

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28736

Bug ID: 28736
   Summary: [PGO] cmake: Check for opagent.h when building with
-DLLVM_USE_OPROFILE=ON
   Product: Build scripts
   Version: 3.8
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: cmake
  Assignee: unassignedb...@nondot.org
  Reporter: sedat.di...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

CMake should produce an error during configuration if LLVM_USE_OPROFILE=On and
opagent.h is unavailable.

- Sedat -

For more details see


-- 
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 28737] New: [split-DWARF] cmake: Check if objcopy supports --extract-dwo when building with LLVM_USE_SPLIT_DWARF=On

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28737

Bug ID: 28737
   Summary: [split-DWARF] cmake: Check if objcopy supports
--extract-dwo when building with
LLVM_USE_SPLIT_DWARF=On
   Product: Build scripts
   Version: 3.8
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: cmake
  Assignee: unassignedb...@nondot.org
  Reporter: sedat.di...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

CMake should produce an error during configuration if LLVM_USE_SPLIT_DWARF=On
and objcopy does not support --extract-dwo option.

- Sedat -

For more details see


P.S.: I have seen this on Ubuntu/precise AMD64 and llvm-toolchain v3.8.1 where
binutils v2.22 is default and its objcopy does not support --extract-dwo
option.

-- 
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 28738] New: fmod and similar method static_assert on aix

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28738

Bug ID: 28738
   Summary: fmod and similar method static_assert on aix
   Product: libc++
   Version: unspecified
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: guoji...@gmail.com
CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com
Classification: Unclassified

for below code
  float fa = 0.8;
  float fb = 0.5;
  float fr = 0.0;
  fr = fmod(fa, fb); 

using libc++, there is an static assert on AIX.  

#if !(defined(_LIBCPP_MSVCRT) || defined(_AIX))
inline _LIBCPP_INLINE_VISIBILITY float   fmod(float __lcpp_x, float
__lcpp_y) _NOEXCEPT \
{return fmodf(__lcpp_x, __lcpp_y);}
inline _LIBCPP_INLINE_VISIBILITY long double fmod(long double __lcpp_x, long
double __lcpp_y) _NOEXC\
EPT {return fmodl(__lcpp_x, __lcpp_y);}
#endif

Why _AIX is kicked out here?

-- 
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 20422] [Meta] Chromium building with -integrated-as on ARM

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=20422

Bug 20422 depends on bug 23000, which changed state.

Bug 23000 Summary: Immediates that need shifts are misassembled for ARM
https://llvm.org/bugs/show_bug.cgi?id=23000

   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 23000] Immediates that need shifts are misassembled for ARM

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=23000

Renato Golin  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|compn...@compnerd.org   |renato.go...@linaro.org

--- Comment #10 from Renato Golin  ---
Tests in r276858.

-- 
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 28739] New: crash on x86_64-linux-gnu (Assertion `getMinSignedBits() <= 64 && "Too many bits for int64_t"' )

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28739

Bug ID: 28739
   Summary: crash on x86_64-linux-gnu (Assertion
`getMinSignedBits() <= 64 && "Too many bits for
int64_t"' )
   Product: clang
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: chengnian...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

$ clang-trunk -v
clang version 4.0.0 (trunk 276859)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.4
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.1.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.4.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.1.1
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.1.1
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
$
$ clang-trunk small.c
clang-4.0: /tmp/llvm-builder/llvm-source-trunk/include/llvm/ADT/APInt.h:1331:
int64_t llvm::APInt::getSExtValue() const: Assertion `getMinSignedBits() <= 64
&& "Too many bits for int64_t"' failed.
#0 0x01b3b165 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/usr/local/clang-trunk/bin/clang-4.0+0x1b3b165)
#1 0x01b38e8e llvm::sys::RunSignalHandlers()
(/usr/local/clang-trunk/bin/clang-4.0+0x1b38e8e)
#2 0x01b38ff2 SignalHandler(int)
(/usr/local/clang-trunk/bin/clang-4.0+0x1b38ff2)
#3 0x7faee0d57ed0 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10ed0)
#4 0x7faedf8ed1c8 gsignal (/lib/x86_64-linux-gnu/libc.so.6+0x331c8)
#5 0x7faedf8ee64a abort (/lib/x86_64-linux-gnu/libc.so.6+0x3464a)
#6 0x7faedf8e6107 (/lib/x86_64-linux-gnu/libc.so.6+0x2c107)
#7 0x7faedf8e61b2 (/lib/x86_64-linux-gnu/libc.so.6+0x2c1b2)
#8 0x02fd4d0b getExtValue(llvm::APSInt const&)
(/usr/local/clang-trunk/bin/clang-4.0+0x2fd4d0b)
#9 0x008c35b7 (anonymous
namespace)::PointerExprEvaluator::VisitBinaryOperator(clang::BinaryOperator
const*) (/usr/local/clang-trunk/bin/clang-4.0+0x8c35b7)
#10 0x02fe8b35 clang::StmtVisitorBase::Visit(clang::Stmt const*)
(/usr/local/clang-trunk/bin/clang-4.0+0x2fe8b35)
#11 0x02fe9de0 EvaluatePointer(clang::Expr const*, (anonymous
namespace)::LValue&, (anonymous namespace)::EvalInfo&)
(/usr/local/clang-trunk/bin/clang-4.0+0x2fe9de0)
#12 0x02feb4c5 Evaluate(clang::APValue&, (anonymous
namespace)::EvalInfo&, clang::Expr const*)
(/usr/local/clang-trunk/bin/clang-4.0+0x2feb4c5)
#13 0x02fec5be EvaluateAsRValue((anonymous namespace)::EvalInfo&,
clang::Expr const*, clang::APValue&)
(/usr/local/clang-trunk/bin/clang-4.0+0x2fec5be)
#14 0x02fec912 clang::Expr::EvaluateForOverflow(clang::ASTContext
const&) const (/usr/local/clang-trunk/bin/clang-4.0+0x2fec912)
#15 0x027b2446 clang::Sema::CheckForIntOverflow(clang::Expr*)
(/usr/local/clang-trunk/bin/clang-4.0+0x27b2446)
#16 0x02973856 clang::Sema::ActOnFinishFullExpr(clang::Expr*,
clang::SourceLocation, bool, bool, bool)
(/usr/local/clang-trunk/bin/clang-4.0+0x2973856)
#17 0x02a8d610
clang::Sema::ActOnExprStmt(clang::ActionResult)
(/usr/local/clang-trunk/bin/clang-4.0+0x2a8d610)
#18 0x0261ea3d clang::Parser::ParseExprStatement()
(/usr/local/clang-trunk/bin/clang-4.0+0x261ea3d)
#19 0x0261c3bf
clang::Parser::ParseStatementOrDeclarationAfterAttributes(llvm::SmallVector&, clang::Parser::AllowedContsructsKind, clang::SourceLocation*,
clang::Parser::ParsedAttributesWithRange&)
(/usr/local/clang-trunk/bin/clang-4.0+0x261c3bf)
#20 0x0261c51e
clang::Parser::ParseStatementOrDeclaration(llvm::SmallVector&, clang::Parser::AllowedContsructsKind, clang::SourceLocation*)
(/usr/local/clang-trunk/bin/clang-4.0+0x261c51e)
#21 0x02620cd7 clang::Parser::ParseCompoundStatementBody(bool)
(/usr/l

[llvm-bugs] [Bug 28740] New: uint64_t clang::ItaniumVTableContext::getMethodVTableIndex(clang::GlobalDecl): Assertion `I != MethodVTableIndices.end() && "Did not find index!"' failed.

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28740

Bug ID: 28740
   Summary: uint64_t
clang::ItaniumVTableContext::getMethodVTableIndex(clan
g::GlobalDecl): Assertion `I !=
MethodVTableIndices.end() && "Did not find index!"'
failed.
   Product: clang
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Modules
  Assignee: unassignedclangb...@nondot.org
  Reporter: biancacristinacriste...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

This happened when building llvm self-hosted with modules using libstdc++.

The invocation that caused it is:
cd /home/biancacr/clang_build_/buildmodules/lib/CodeGen &&
/home/biancacr/clang_build_/inst/bin/clang++   -DGTEST_HAS_RTTI=0 -D_DEBUG
-D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS
-D__STDC_LIMIT_MACROS -I/home/biancacr/clang_build_/buildmodules/lib/CodeGen
-I/home/biancacr/clang_build_/src/lib/CodeGen
-I/home/biancacr/clang_build_/buildmodules/include
-I/home/biancacr/clang_build_/src/include  -stdlib=libstdc++ -fPIC
-fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings
-Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long
-Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor
-Werror=date-time -std=c++11 -fmodules -fmodules-cache-path=module.cache
-Xclang -fmodules-local-submodule-visibility -g-fno-exceptions -fno-rtti -o
CMakeFiles/LLVMCodeGen.dir/RegAllocPBQP.cpp.o -c
/home/biancacr/clang_build_/src/lib/CodeGen/RegAllocPBQP.cpp

and the stack trace is:
clang-3.9:
/home/biancacr/clang_build_/src/tools/clang/lib/AST/VTableBuilder.cpp:2251:
uint64_t clang::ItaniumVTableContext::getMethodVTableIndex(clang::GlobalDecl):
Assertion `I != MethodVTableIndices.end() && "Did not find index!"' failed.
#0 0x013f1d78 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x13f1d78)
#1 0x013efd4e llvm::sys::RunSignalHandlers()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x13efd4e)
#2 0x013efec4 SignalHandler(int)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x13efec4)
#3 0x7f180aedfd10 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10d10)
#4 0x7f1809cca1c7 gsignal
/build/glibc-qbmteM/glibc-2.21/signal/../sysdeps/unix/sysv/linux/raise.c:55:0
#5 0x7f1809ccbe2a abort /build/glibc-qbmteM/glibc-2.21/stdlib/abort.c:91:0
#6 0x7f1809cc30bd __assert_fail_base
/build/glibc-qbmteM/glibc-2.21/assert/assert.c:92:0
#7 0x7f1809cc3172 (/lib/x86_64-linux-gnu/libc.so.6+0x2e172)
#8 0x02b18058
clang::ItaniumVTableContext::getMethodVTableIndex(clang::GlobalDecl)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x2b18058)
#9 0x0156f840
clang::CodeGen::CGDebugInfo::CreateCXXMemberFunction(clang::CXXMethodDecl
const*, llvm::DIFile*, llvm::DIType*)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x156f840)
#10 0x0156fb1e
clang::CodeGen::CGDebugInfo::CollectCXXMemberFunctions(clang::CXXRecordDecl
const*, llvm::DIFile*, llvm::SmallVectorImpl&, llvm::DIType*)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x156fb1e)
#11 0x01572e5d
clang::CodeGen::CGDebugInfo::CreateTypeDefinition(clang::RecordType const*)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x1572e5d)
#12 0x01573163
clang::CodeGen::CGDebugInfo::completeClassData(clang::RecordDecl const*)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x1573163)
#13 0x017965b4
clang::CodeGen::CodeGenVTables::GenerateClassData(clang::CXXRecordDecl const*)
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x17965b4)
#14 0x0179676e clang::CodeGen::CodeGenModule::EmitDeferredVTables()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x179676e)
#15 0x015fbf66 clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fbf66)
#16 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#17 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#18 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#19 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#20 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#21 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#22 0x015fc08d clang::CodeGen::CodeGenModule::EmitDeferred()
(/home/biancacr/clang_build_/inst/bin/clang-3.9+0x15fc08d)
#23 0x01

[llvm-bugs] [Bug 28509] Add command-line option to choose the max nest level in asm macros

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28509

alt.j9-ez05...@cool.fr.nf 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

[llvm-bugs] [Bug 27994] clang crashes on valid C++11 code: Assertion `!isNull() && "Cannot retrieve a NULL type pointer"' failed

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27994

Erik Pilkington  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||erik.pilking...@gmail.com
 Resolution|--- |FIXED

--- Comment #1 from Erik Pilkington  ---
Fixed in r276900, thanks for the report!

-- 
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 28716] Infinite recursion in createBlockInMask

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28716

Benjamin Kramer  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||benny@gmail.com
 Resolution|--- |DUPLICATE

--- Comment #2 from Benjamin Kramer  ---


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

-- 
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 28729] lldb python failed to get watchpoint type

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28729

Greg Clayton  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||clayb...@gmail.com
 Resolution|--- |INVALID

--- Comment #1 from Greg Clayton  ---
This function:

const char *
SBWatchpoint::GetCondition ();

Gets the condition text, it doesn't tell you the watchpoint type.

-- 
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 28728] lldb python failed to enable watchpoint

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28728

Greg Clayton  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||clayb...@gmail.com
 Resolution|--- |FIXED

--- Comment #1 from Greg Clayton  ---
% svn commit
Sending   
packages/Python/lldbsuite/test/functionalities/watchpoint/watchpoint_events/TestWatchpointEvents.py
Sendingsource/API/SBWatchpoint.cpp
Transmitting file data ..done
Committing transaction...
Committed revision 276914.

-- 
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 28725] instcombine/const folding segfaults with attached module

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28725

Hari Sandanagobalane  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #5 from Hari Sandanagobalane  ---
A second failure with similar stack trace (source file attached)

#0 0x7fb0d91bb23f llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/tlutz/git/llvm/lib/Support/Unix/Signals.inc:402:0
#1 0x7fb0d91bb601 PrintStackTraceSignalHandler(void*)
/home/tlutz/git/llvm/lib/Support/Unix/Signals.inc:470:0
#2 0x7fb0d91b9944 llvm::sys::RunSignalHandlers()
/home/tlutz/git/llvm/lib/Support/Signals.cpp:44:0
#3 0x7fb0d91baba8 SignalHandler(int)
/home/tlutz/git/llvm/lib/Support/Unix/Signals.inc:256:0
#4 0x7fb0d7bff870 __restore_rt (/lib64/libpthread.so.0+0xf870)
#5 0x7fb0da759a66 llvm::Value::getType() const
/home/tlutz/git/llvm/include/llvm/IR/Value.h:227:0
#6 0x7fb0da7bb611 llvm::InstCombiner::visitZExt(llvm::ZExtInst&)
/home/tlutz/git/llvm/lib/Transforms/InstCombine/InstCombineCasts.cpp:832:0
#7 0x7fb0da769631 llvm::InstVisitor::visit(llvm::Instruction&)
/home/tlutz/git/llvm/include/llvm/IR/Instruction.def:162:0
#8 0x7fb0da757f1e llvm::InstCombiner::run()
/home/tlutz/git/llvm/lib/Transforms/InstCombine/InstructionCombining.cpp:2912:0
#9 0x7fb0da758e4e combineInstructionsOverFunction(llvm::Function&,
llvm::InstCombineWorklist&, llvm::AAResults*, llvm::AssumptionCache&,
llvm::TargetLibraryInfo&, llvm::DominatorTree&, bool, llvm::LoopInfo*)
/home/tlutz/git/llvm/lib/Transforms/InstCombine/Instruction
Combining.cpp:3141:0
#10 0x7fb0da759133
llvm::InstructionCombiningPass::runOnFunction(llvm::Function&)
/home/tlutz/git/llvm/lib/Transforms/InstCombine/InstructionCombining.cpp:3199:0
#11 0x7fb0db5b24d4 llvm::FPPassManager::runOnFunction(llvm::Function&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1526:0
#12 0x7fb0db5b2667 llvm::FPPassManager::runOnModule(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1547:0
#13 0x7fb0db5b29f3 (anonymous
namespace)::MPPassManager::runOnModule(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1603:0
#14 0x7fb0db5b30e4 llvm::legacy::PassManagerImpl::run(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1706:0
#15 0x7fb0db5b3325 llvm::legacy::PassManager::run(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1738:0
#16 0x00471535 (opt+0x471535)
#17 0x7fb0d7049b05 __libc_start_main (/lib64/libc.so.6+0x21b05)
#18 0x00457339 (opt+0x457339)
Stack dump:
0.  Program arguments: opt -instcombine crash2.ll 
1.  Running pass 'Function Pass Manager' on module 'crash2.ll'.
2.  Running pass 'Combine redundant instructions' on function '@fn2'

-- 
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 28741] New: Clang gives poor warnings messages on implicitly-deleted explicitly-defaulted move assignment operator (and others) - gcc warnings much better

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28741

Bug ID: 28741
   Summary: Clang gives poor warnings messages on
implicitly-deleted explicitly-defaulted move
assignment operator (and others) - gcc warnings much
better
   Product: clang
   Version: 3.8
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C++
  Assignee: unassignedclangb...@nondot.org
  Reporter: xax...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

#include 
#include 
using namespace std;

struct A {
  int& x;
  A(A&&)=default;
A& operator=(A&&) = default;
  A(int& x) : x(x) { }
};

vector avec;

int main() {
 avec.erase(avec.begin());
}

Live: https://godbolt.org/g/uiXrpK

GCC says:  
8 : note: 'A& A::operator=(A&&)' is implicitly deleted because the default
definition would be ill-formed:
A& operator=(A&&) = default;


Clang says: !!note: copy assignment operator is implicitly deleted because 'A'
has a user-declared move constructor
8


Clang doesn't even mention your move assignment being deleted, it just skips
straight to the copy assignment not being available.

-- 
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 28742] New: Make Process::StopForDestroyOrDetach handle interrupting RunThreadPlan more robustly

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28742

Bug ID: 28742
   Summary: Make Process::StopForDestroyOrDetach handle
interrupting RunThreadPlan more robustly
   Product: lldb
   Version: unspecified
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: lldb-...@lists.llvm.org
  Reporter: jing...@apple.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

See the discussion in commit r276795.  As Pavel said there:

This case is fine. The tricky part is the opposite:
- we check the private state, see that it is stopped and decide that
we have nothing to do
- meanwhile, the private state flips back to running (e.g. because it
was just temporarily stopped while it was stepping over a breakpoint)
- RunThreadPlan carries on running oblivious to the fact that someone
tried to interrupt it
- process does not stop

So the Process has to have a way to flag that RunThreadPlan should interrupt
it's work.This is a little tricky because, if you need to send a signal to
interrupt but the process stops with the signal pending, you will also need to
pull off that signal or when you detach it will go to the process and likely
kill it.

-- 
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 28743] New: TestCases/Darwin/dead-strip.c fails

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28743

Bug ID: 28743
   Summary: TestCases/Darwin/dead-strip.c fails
   Product: new-bugs
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: h...@chromium.org
CC: llvm-bugs@lists.llvm.org, r...@apple.com
Blocks: 28600
Classification: Unclassified

These two tests always fail on my Mac, both on trunk and 3.9.

They are the only two tests failing when testing the 3.9 release.


FAIL: AddressSanitizer-i386-darwin :: TestCases/Darwin/dead-strip.c (2185 of
35004)
 TEST 'AddressSanitizer-i386-darwin ::
TestCases/Darwin/dead-strip.c' FAILED 
Script:
--
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/./bin/clang
-fsanitize=address -mno-omit-leaf-frame-pointer -fno-omit-frame-pointer
-fno-optimize-sibling-calls -gline-tables-only -arch i386 -mllvm
-asan-globals-live-support -Xlink
er -dead_strip -o
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/projects/compiler-rt/test/asan/I386DarwinConfig/TestCases/Darwin/Output/dead-strip.c.tmp
/work/release-test/branches_release_39/llvm.src/projects/compiler-rt/test/a
san/TestCases/Darwin/dead-strip.c
llvm-nm -format=posix
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/projects/compiler-rt/test/asan/I386DarwinConfig/TestCases/Darwin/Output/dead-strip.c.tmp
| FileCheck --check-prefix NM-CHECK /work/release-test/branches_release
_39/llvm.src/projects/compiler-rt/test/asan/TestCases/Darwin/dead-strip.c
not 
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/projects/compiler-rt/test/asan/I386DarwinConfig/TestCases/Darwin/Output/dead-strip.c.tmp
2>&1 | FileCheck --check-prefix ASAN-CHECK
/work/release-test/branches_release_39/llvm.s
rc/projects/compiler-rt/test/asan/TestCases/Darwin/dead-strip.c
--
Exit Code: 1

Command Output (stderr):
--
:11:1: error: NM-CHECK-NOT: string occurred!
_dead S 20e0 0
^
/work/release-test/branches_release_39/llvm.src/projects/compiler-rt/test/asan/TestCases/Darwin/dead-strip.c:16:18:
note: NM-CHECK-NOT: pattern specified here
// NM-CHECK-NOT: {{^_dead }}
 ^

--


Testing: 0 .
FAIL: AddressSanitizer-x86_64-darwin :: TestCases/Darwin/dead-strip.c (2555 of
35004)
 TEST 'AddressSanitizer-x86_64-darwin ::
TestCases/Darwin/dead-strip.c' FAILED 
Script:
--
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/./bin/clang
-fsanitize=address -mno-omit-leaf-frame-pointer -fno-omit-frame-pointer
-fno-optimize-sibling-calls -gline-tables-only -arch x86_64 -mllvm
-asan-globals-live-support -Xli
nker -dead_strip -o
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/projects/compiler-rt/test/asan/X86_64DarwinConfig/TestCases/Darwin/Output/dead-strip.c.tmp
/work/release-test/branches_release_39/llvm.src/projects/compiler-rt/te
st/asan/TestCases/Darwin/dead-strip.c
llvm-nm -format=posix
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/projects/compiler-rt/test/asan/X86_64DarwinConfig/TestCases/Darwin/Output/dead-strip.c.tmp
| FileCheck --check-prefix NM-CHECK /work/release-test/branches_relea
se_39/llvm.src/projects/compiler-rt/test/asan/TestCases/Darwin/dead-strip.c
not 
/work/release-test/branches_release_39/Phase3/Release/llvmCore-test-branches_release_39.obj/projects/compiler-rt/test/asan/X86_64DarwinConfig/TestCases/Darwin/Output/dead-strip.c.tmp
2>&1 | FileCheck --check-prefix ASAN-CHECK
/work/release-test/branches_release_39/llvm
.src/projects/compiler-rt/test/asan/TestCases/Darwin/dead-strip.c
--
Exit Code: 1

Command Output (stderr):
--
:11:1: error: NM-CHECK-NOT: string occurred!
_dead S 11140 0
^
/work/release-test/branches_release_39/llvm.src/projects/compiler-rt/test/asan/TestCases/Darwin/dead-strip.c:16:18:
note: NM-CHECK-NOT: pattern specified here
// NM-CHECK-NOT: {{^_dead }}
 ^

--


$ sw_vers -productVersion
10.11.5

-- 
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 28686] Assertion `DF.fixup_begin() == DF.fixup_end() && "Cannot have fixups in virtual section!"' failed.

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28686

Davide Italiano  changed:

   What|Removed |Added

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

--- Comment #1 from Davide Italiano  ---
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 28725] instcombine/const folding segfaults with attached module

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28725

David Majnemer  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #10 from David Majnemer  ---
Hari, this is a different bug.  Please file another report.

-- 
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 28745] New: instcombine/const folding segfaults

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28745

Bug ID: 28745
   Summary: instcombine/const folding segfaults
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Scalar Optimizations
  Assignee: unassignedb...@nondot.org
  Reporter: ha...@nvidia.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 16824
  --> https://llvm.org/bugs/attachment.cgi?id=16824&action=edit
module

opt -instcombine crash2.bc

Segfaults with the following trace

#0 0x7fb0d91bb23f llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/tlutz/git/llvm/lib/Support/Unix/Signals.inc:402:0
#1 0x7fb0d91bb601 PrintStackTraceSignalHandler(void*)
/home/tlutz/git/llvm/lib/Support/Unix/Signals.inc:470:0
#2 0x7fb0d91b9944 llvm::sys::RunSignalHandlers()
/home/tlutz/git/llvm/lib/Support/Signals.cpp:44:0
#3 0x7fb0d91baba8 SignalHandler(int)
/home/tlutz/git/llvm/lib/Support/Unix/Signals.inc:256:0
#4 0x7fb0d7bff870 __restore_rt (/lib64/libpthread.so.0+0xf870)
#5 0x7fb0da759a66 llvm::Value::getType() const
/home/tlutz/git/llvm/include/llvm/IR/Value.h:227:0
#6 0x7fb0da7bb611 llvm::InstCombiner::visitZExt(llvm::ZExtInst&)
/home/tlutz/git/llvm/lib/Transforms/InstCombine/InstCombineCasts.cpp:832:0
#7 0x7fb0da769631 llvm::InstVisitor::visit(llvm::Instruction&)
/home/tlutz/git/llvm/include/llvm/IR/Instruction.def:162:0
#8 0x7fb0da757f1e llvm::InstCombiner::run()
/home/tlutz/git/llvm/lib/Transforms/InstCombine/InstructionCombining.cpp:2912:0
#9 0x7fb0da758e4e combineInstructionsOverFunction(llvm::Function&,
llvm::InstCombineWorklist&, llvm::AAResults*, llvm::AssumptionCache&,
llvm::TargetLibraryInfo&, llvm::DominatorTree&, bool, llvm::LoopInfo*)
/home/tlutz/git/llvm/lib/Transforms/InstCombine/Instruction
Combining.cpp:3141:0
#10 0x7fb0da759133
llvm::InstructionCombiningPass::runOnFunction(llvm::Function&)
/home/tlutz/git/llvm/lib/Transforms/InstCombine/InstructionCombining.cpp:3199:0
#11 0x7fb0db5b24d4 llvm::FPPassManager::runOnFunction(llvm::Function&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1526:0
#12 0x7fb0db5b2667 llvm::FPPassManager::runOnModule(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1547:0
#13 0x7fb0db5b29f3 (anonymous
namespace)::MPPassManager::runOnModule(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1603:0
#14 0x7fb0db5b30e4 llvm::legacy::PassManagerImpl::run(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1706:0
#15 0x7fb0db5b3325 llvm::legacy::PassManager::run(llvm::Module&)
/home/tlutz/git/llvm/lib/IR/LegacyPassManager.cpp:1738:0
#16 0x00471535 (opt+0x471535)
#17 0x7fb0d7049b05 __libc_start_main (/lib64/libc.so.6+0x21b05)
#18 0x00457339 (opt+0x457339)
Stack dump:
0.  Program arguments: opt -instcombine crash2.ll 
1.  Running pass 'Function Pass Manager' on module 'crash2.ll'.
2.  Running pass 'Combine redundant instructions' on function '@fn2'

-- 
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 28744] New: of memory leak

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28744

Bug ID: 28744
   Summary: of memory leak
   Product: clang
   Version: 3.8
  Hardware: Macintosh
OS: MacOS X
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Static Analyzer
  Assignee: kreme...@apple.com
  Reporter: qinfenxi...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

#import 

@implementation UIAlertViewLeakTest

- (void) leakTest{

UIAlertView *alert = [[UIAlertView alloc]initWithTitle:nil
message:@"Q_Wi-Fi已断开，是否继续使用2G/3G/4G网络下载视频？" delegate:self
cancelButtonTitle:@"Q_No" otherButtonTitles:@"Q_Yes",nil, nil];  // retain
count is +1 and not release

UIAlertView *tmp = alert;

}

-- 
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 28746] New: Clang Memory Leak False Negative about class UIAlertView

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28746

Bug ID: 28746
   Summary: Clang Memory Leak False Negative about class
UIAlertView
   Product: clang
   Version: 3.8
  Hardware: Macintosh
OS: MacOS X
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Static Analyzer
  Assignee: kreme...@apple.com
  Reporter: qinfenxi...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

#import 

@implementation UIAlertViewLeakTest

- (void) leakTest{

UIAlertView *alert = [[UIAlertView alloc]initWithTitle:nil
message:@"Q_Wi-Fi已断开，是否继续使用2G/3G/4G网络下载视频？" delegate:self
cancelButtonTitle:@"Q_No" otherButtonTitles:@"Q_Yes",nil, nil];  // retain
count is +1 and not release

UIAlertView *tmp = alert;

}

The UIAlertView instance with reatian count +1 not release ，BUT clang couldn't
check out and tell me . 

Can anyone help and give a reason?

Looking forward to the answer and Appreciate it.

-- 
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 28725] instcombine/const folding segfaults with attached module

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28725

Hari Sandanagobalane  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #11 from Hari Sandanagobalane  ---
(In reply to comment #10)
> Hari, this is a different bug.  Please file another report.

Okay. Filed Bug 28745.

-- 
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 28747] New: [CodeView] Assertion `cast(Scope)->describes(MF->getFunction())' failed

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28747

Bug ID: 28747
   Summary: [CodeView] Assertion
`cast(Scope)->describes(MF->getFunction(
))' failed
   Product: new-bugs
   Version: 3.9
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: edy.b...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Inlined scopes are not entirely handled by LexicalScopes which CodeView uses.
This can be reproduced without optimizations by using always-inline functions:

// clang -g -gcodeview -target x86_64-pc-windows-msvc test.c
// test.c:
__attribute__((always_inline)) static void foo() { int x = 5; }
__attribute__((always_inline)) static void bar() { foo(); }
__attribute__((nodebug)) void baz() { bar(); }

The visible effect is a failed assertion (same on 3.9 and trunk):

/home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:159:
llvm::LexicalScope* llvm::LexicalScopes::getOrCreateRegularScope(const
llvm::DILocalScope*): Assertion
`cast(Scope)->describes(MF->getFunction())' failed.
#0 0x02af486b llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/eddy/Projects/rust/src/llvm/lib/Support/Unix/Signals.inc:402:0
#1 0x02af4c2f PrintStackTraceSignalHandler(void*)
/home/eddy/Projects/rust/src/llvm/lib/Support/Unix/Signals.inc:470:0
#2 0x02af2e77 llvm::sys::RunSignalHandlers()
/home/eddy/Projects/rust/src/llvm/lib/Support/Signals.cpp:44:0
#3 0x02af4106 SignalHandler(int)
/home/eddy/Projects/rust/src/llvm/lib/Support/Unix/Signals.inc:256:0
#4 0x7fa3a655ae70 __restore_rt
(/nix/store/yg7g05x78xpc1zgsivsr9x51a40vxwiy-glibc-multi-2.23/lib/libpthread.so.0+0x10e70)
#5 0x7fa3a553b3e8 __GI_raise
(/nix/store/yg7g05x78xpc1zgsivsr9x51a40vxwiy-glibc-multi-2.23/lib/libc.so.6+0x333e8)
#6 0x7fa3a553c86a __GI_abort
(/nix/store/yg7g05x78xpc1zgsivsr9x51a40vxwiy-glibc-multi-2.23/lib/libc.so.6+0x3486a)
#7 0x7fa3a5534387 __assert_fail_base
(/nix/store/yg7g05x78xpc1zgsivsr9x51a40vxwiy-glibc-multi-2.23/lib/libc.so.6+0x2c387)
#8 0x7fa3a5534432
(/nix/store/yg7g05x78xpc1zgsivsr9x51a40vxwiy-glibc-multi-2.23/lib/libc.so.6+0x2c432)
#9 0x024ad279
llvm::LexicalScopes::getOrCreateRegularScope(llvm::DILocalScope const*)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:160:0
#10 0x024ad088
llvm::LexicalScopes::getOrCreateLexicalScope(llvm::DILocalScope const*,
llvm::DILocation const*)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:137:0
#11 0x024aca54
llvm::LexicalScopes::getOrCreateLexicalScope(llvm::DILocation const*)
/home/eddy/Projects/rust/src/llvm/include/llvm/CodeGen/LexicalScopes.h:209:0
#12 0x024ad434
llvm::LexicalScopes::getOrCreateInlinedScope(llvm::DILocalScope const*,
llvm::DILocation const*)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:182:0
#13 0x024ad073
llvm::LexicalScopes::getOrCreateLexicalScope(llvm::DILocalScope const*,
llvm::DILocation const*)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:133:0
#14 0x024aca54
llvm::LexicalScopes::getOrCreateLexicalScope(llvm::DILocation const*)
/home/eddy/Projects/rust/src/llvm/include/llvm/CodeGen/LexicalScopes.h:209:0
#15 0x024acdfd
llvm::LexicalScopes::extractLexicalScopes(llvm::SmallVectorImpl >&, llvm::DenseMap,
llvm::detail::DenseMapPair >&)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:102:0
#16 0x024acb3e llvm::LexicalScopes::initialize(llvm::MachineFunction
const&) /home/eddy/Projects/rust/src/llvm/lib/CodeGen/LexicalScopes.cpp:46:0
#17 0x03447739
llvm::DebugHandlerBase::beginFunction(llvm::MachineFunction const*)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/AsmPrinter/DebugHandlerBase.cpp:121:0
#18 0x034235f9 llvm::CodeViewDebug::beginFunction(llvm::MachineFunction
const*)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/AsmPrinter/CodeViewDebug.cpp:875:0
#19 0x033b8403 llvm::AsmPrinter::EmitFunctionHeader()
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp:601:0
#20 0x033b976e llvm::AsmPrinter::EmitFunctionBody()
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp:845:0
#21 0x016adba5
llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&)
/home/eddy/Projects/rust/src/llvm/lib/Target/X86/X86AsmPrinter.cpp:73:0
#22 0x0224bda8
llvm::MachineFunctionPass::runOnFunction(llvm::Function&)
/home/eddy/Projects/rust/src/llvm/lib/CodeGen/MachineFunctionPass.cpp:60:0
#23 0x025d5a51 llvm::FPPassManager::runOnFunction(llvm::Function&)
/home/eddy/Projects/rust/src/llvm/lib/IR/LegacyPassManager.cpp:1526:0
#24 0x025d5bc8 llvm::FPPassManager::runOnModule(llvm::Module&)
/home/eddy/Projects/rust/src/llvm/lib/IR/LegacyPassM

[llvm-bugs] [Bug 28748] New: Undefined parameter value passed to tail call byval argument

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28748

Bug ID: 28748
   Summary: Undefined parameter value passed to tail call byval
argument
   Product: clang
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C++
  Assignee: unassignedclangb...@nondot.org
  Reporter: ghofleh...@apple.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

In a thunk dead store elimination (DSE) deletes a store to the stack. This
causes an undefined value loaded from that stack address passed a to a byval
parameter to a tail call. At least this is not supported by the current
implementation and likely should be forbidden (and documented + verified
accordingly). The change-set introducing the issue  was r244207 - Mark calls in
thunk functions as tail-call optimization candidates to suppress thunks on
debugger call stacks.

Test case:
// RUN: %clang_cc1 %s -I%S -isystem %S/Inputs -emit-llvm -triple
i386-apple-darwin9 -Wno-incompatible-ms-struct -o - -Os | opt - -dse -S -o - |
FileCheck %s
#pragma ms_struct on

#include 
#include 

extern "C" int rand();

struct
IByteStream
{
public:
};


class IEmpty {};

class CRepro
{
protected:
CRepro( IEmpty* p) : mp(p) {};
virtual ~CRepro()  {}

IEmpty* mp;
};

class BStream : public CRepro, public IByteStream
{
protected:
BStream( IEmpty *p);
virtual ~BStream(){} ;

protected:
int32_t Ref;
};

class CStream : public BStream
{
public:
static uint32_t Create(uint32_t m, IByteStream **ppS, IEmpty *p);
private:
CStream(bool fD, bool fZero,  IEmpty *p) ;
};

typedef union _LARGE {
struct {
uint32_t Low;
int32_t High;
} DUMMYSTRUCTNAME;
struct {
uint32_t Low;
int32_t High;
} u;
int64_t Quad;
} LARGE;

class I
{
public:
virtual uint32_t Seek(LARGE dlibMove, uint32_t Origin, LARGE *plibNP) =
0;

};

class CBase : public CRepro
{
protected:
CBase(IByteStream *ps,  IEmpty *p);
virtual ~CBase() {};

protected:
uint64_t Offset;
uint32_t ThreadId;
};

class C : public CBase, public I
{
public:
static uint32_t Create(IByteStream *ps,  wchar_t *w,  I **ppi,  IEmpty
*p);
uint32_t Seek(LARGE dlibMove, uint32_t Origin, LARGE *plibNP);

private:
C(IByteStream *ps,  IEmpty *p) ;
~C() {};

};

uint32_t C::Seek(LARGE dlibMove, uint32_t Origin, LARGE *plibNP)
{
uint32_t hr = 1;

if (Origin != 1 || dlibMove.Quad != 0)
{
if (ThreadId != 0 && ThreadId != (uint32_t)rand())
{
hr = 3;
goto LError;
}

if (Origin == 0)
{
Offset = (uint64_t) dlibMove.Quad;
}
}

LError:
if (plibNP != NULL)
(*plibNP).Quad = Offset;
return hr;
}
// CHECK: define i32 @_ZThn20_N1C4SeekE6_LARGEjPS0_
// CHECK: store i64
// CHECK: ret

-- 
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 28745] instcombine/const folding segfaults

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28745

David Majnemer  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|unassignedb...@nondot.org   |david.majne...@gmail.com

--- Comment #4 from David Majnemer  ---
Fixed in r276952.

-- 
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 28747] [CodeView] Assertion `cast(Scope)->describes(MF->getFunction())' failed

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28747

David Majnemer  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Component|new bugs|DebugInfo
 Resolution|--- |FIXED
   Assignee|unassignedb...@nondot.org   |david.majne...@gmail.com
Product|new-bugs|libraries

--- Comment #1 from David Majnemer  ---
Fixed in r276956.

-- 
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 28749] New: heap-use-after-free in SelectionDAG

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28749

Bug ID: 28749
   Summary: heap-use-after-free in SelectionDAG
   Product: new-bugs
   Version: unspecified
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: yaron.ke...@gmail.com
CC: llvm-bugs@lists.llvm.org, nir...@google.com
Classification: Unclassified

Created attachment 16828
  --> https://llvm.org/bugs/attachment.cgi?id=16828&action=edit
reproducer

compiling the attached using clang built with Asan results in 
heap-use-after-free. llvm, clang, libcxx, libcxxabi, compiler-rt, libunwind are
trunk, r276955. clang configured as:

cmake -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ -GNinja
-DCMAKE_BUILD_TYPE=Debug -DLLVM_USE_SANITIZER:STRING="Address"
-DCMAKE_C_FLAGS_DEBUG="-gmlt" -DCMAKE_CXX_FLAGS_DEBUG="-gmlt"

the compilation command is:

~/asan/build/bin/clang++ -cc1 -emit-obj -debug-info-kind=limited -O2
rational.cpp

where rational.cpp is attached.
The Asan report is:

=
==19198==ERROR: AddressSanitizer: heap-use-after-free on address 0x61f080b8
at pc 0x042b476d bp 0x7ffde4fb80f0 sp 0x7ffde4fb80e8

READ of size 8 at 0x61f080b8 thread T0
#0 0x42b476c in llvm::SelectionDAG::TransferDbgValues(llvm::SDValue,
llvm::SDValue)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:6644:23
#1 0x42b4187 in llvm::SelectionDAG::ReplaceAllUsesWith(llvm::SDValue,
llvm::SDValue)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:6289:3
#2 0x42b4f97 in
llvm::SelectionDAG::ReplaceAllUsesOfValueWith(llvm::SDValue, llvm::SDValue)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:6404:5
#3 0x435a841 in llvm::DAGTypeLegalizer::ReplaceValueWith(llvm::SDValue,
llvm::SDValue)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:705:9
#4 0x44215d2 in
llvm::DAGTypeLegalizer::PromoteIntegerOperand(llvm::SDNode*, unsigned int)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/LegalizeIntegerTypes.cpp:931:3
#5 0x4359427 in llvm::DAGTypeLegalizer::run()
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:290:28
#6 0x4362e39 in llvm::SelectionDAG::LegalizeTypes()
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1176:34
#7 0x42eac53 in llvm::SelectionDAGISel::CodeGenAndEmitDAG()
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:769:23
#8 0x42ea390 in
llvm::SelectionDAGISel::SelectBasicBlock(llvm::ilist_iterator, llvm::ilist_iterator, bool&)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:679:3
#9 0x42e9b9b in llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function
const&) /home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1482:7
#10 0x42e67dc in
llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&)
/home/ceemple/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:500:3
#11 0x1d8f18d in (anonymous
namespace)::X86DAGToDAGISel::runOnMachineFunction(llvm::MachineFunction&)
/home/ceemple/llvm/lib/Target/X86/X86ISelDAGToDAG.cpp:175:25
#12 0x257ee25 in llvm::MachineFunctionPass::runOnFunction(llvm::Function&)
/home/ceemple/llvm/lib/CodeGen/MachineFunctionPass.cpp:60:13
#13 0x2ae0241 in llvm::FPPassManager::runOnFunction(llvm::Function&)
/home/ceemple/llvm/lib/IR/LegacyPassManager.cpp:1526:27
#14 0x2ae0572 in llvm::FPPassManager::runOnModule(llvm::Module&)
/home/ceemple/llvm/lib/IR/LegacyPassManager.cpp:1547:16
#15 0x2ae0d63 in (anonymous
namespace)::MPPassManager::runOnModule(llvm::Module&)
/home/ceemple/llvm/lib/IR/LegacyPassManager.cpp:1603:27
#16 0x2ae0855 in llvm::legacy::PassManagerImpl::run(llvm::Module&)
/home/ceemple/llvm/lib/IR/LegacyPassManager.cpp:1706:44
#17 0x36413b1 in (anonymous
namespace)::EmitAssemblyHelper::EmitAssembly(clang::BackendAction,
std::unique_ptr >)
/home/ceemple/llvm/tools/clang/lib/CodeGen/BackendUtil.cpp:741:19
#18 0x3640788 in clang::EmitBackendOutput(clang::DiagnosticsEngine&,
clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions
const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction,
std::unique_ptr >)
/home/ceemple/llvm/tools/clang/lib/CodeGen/BackendUtil.cpp:753:13
#19 0x4461c23 in
clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&)
/home/ceemple/llvm/tools/clang/lib/CodeGen/CodeGenAction.cpp:193:7
#20 0x4d82a1d in clang::ParseAST(clang::Sema&, bool, bool)
/home/ceemple/llvm/tools/clang/lib/Parse/ParseAST.cpp:167:13
#21 0x445f2d5 in clang::CodeGenAction::ExecuteAction()
/home/ceemple/llvm/tools/clang/lib/CodeGen/CodeGenAction.cpp:867:28
#22 0x3dda801 in clang::FrontendAction::Execute()
/home/ceemple/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:458:8
#23 0x3d5d606 in
clang::CompilerInsta

[llvm-bugs] [Bug 28731] trunk/llvm/lib/Target/PowerPC/PPCHazardRecognizers.cpp:229: suspicious condition ?

2016-07-27 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=28731

Nemanja Ivanovic  changed:

   What|Removed |Added

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

--- Comment #2 from Nemanja Ivanovic  ---
Fixed in r276865.

-- 
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