[llvm-bugs] [Bug 31497] New: ctype_byname::do_widen widens invalid characters to WEOF.

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31497

Bug ID: 31497
   Summary: ctype_byname::do_widen widens invalid characters
to WEOF.
   Product: libc++
   Version: unspecified
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: e...@efcs.ca
CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com
Classification: Unclassified

Currently ctype_byname::do_widen(char) widens invalid characters to
WEOF. This is probably the incorrect behavior, even if libstdc++ also does it.
Instead do_widen should return the original value when btowc returns WEOF.

-- 
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 19460] Unable to detect operator>> (extraction operator) using libc++

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=19460

Eric Fiselier  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||e...@efcs.ca
 Resolution|--- |FIXED
   Assignee|mclow.li...@gmail.com   |e...@efcs.ca

--- Comment #3 from Eric Fiselier  ---
Fixed in r290750 (4.0).

> Not a bug, per se. std::basic_ios has
>
>  operator unspecified-bool-type()

I see `operator void*()` in C++03. However I don't think having a conversion to
void* is much better. So in r290750 I implemented it using a pointer to member
function instead. That way it should only really convert to bool.

-- 
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 31498] New: clang-check static analyzer crashes when processing union

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31498

Bug ID: 31498
   Summary: clang-check static analyzer crashes when processing
union
   Product: new-bugs
   Version: trunk
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: adam...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 17792
  --> https://llvm.org/bugs/attachment.cgi?id=17792&action=edit
Sample program

Tested on Windows. Llvm build snapshot: 288665

If I run clang-check with command:
clang-check.exe test.cpp -analyze

On the code below:

void* __cdecl memcpy(void* _Dst, void const* _Src, size_t _Size);

struct Test{
union{
char* heapbuf;
char  stackbuf[8];
} data;
unsigned size;

Test() = default;
Test(const Test& other){
size = other.size;
memcpy(data.stackbuf, other.data.stackbuf, size);
data.stackbuf[size] = 0;
}
};

Test read(){
return Test();
}

int main(){
Test b = read();
char* data = new char[b.size];
return 0;
}

Then I receive error message:
Running without flags.
Assertion failed: T::isKind(*this), file
D:\src\llvm_package_288665\llvm\tools\clang\include\clang/StaticAnalyzer/Core/PathSensitive/SVals.h,
line 76
Wrote crash dump file
"C:\Users\AdamF\AppData\Local\Temp\clang-check.exe-016bb1.dmp"
0x01D74378 (0x0016 0x034600E1 0x0001 0x02697E2D)
0x03469EE5 (0x03E6FA58 0x03F45652 0x004C 0x0003)
0x0345FF9B (0x03E6FA58 0x03F45652 0x004C 0x00C2E2D8)
0x03460183 (0x03E6FA58 0x03F45652 0x004C 0x00F668C4)
0x02697E2D (0x00C2E34C 0x00C2E3EC 0x00D25198 0x00F669A8)
0x02697A8B (0x00C2E3EC 0x00C2E46C 0x00C2E468 0x00D25198)
0x0269766D (0x0002 0x00D37051 0x 0x00F6694C)
0x00D25198 (0x00D37051 0x 0x00F6694C 0x00F66870) 

-- 
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 31462] boyer moore searchers violate algorithmic complexity requirements.

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31462

Marshall Clow (home)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Marshall Clow (home)  ---
I resolved the FIXMEs in the tests in revision 290758.
No changes to the searcher code.

-- 
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 25583] Outdated code example in "Tutorial for building tools using LibTooling and LibASTMatchers" does not compile

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=25583

Mads Ravn  changed:

   What|Removed |Added

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

--- Comment #1 from Mads Ravn  ---
Fixed by https://reviews.llvm.org/D28180

-- 
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 15623] [MallocChecker] False positive when checking pointers for NULL without using != NULL

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=15623

Anton  changed:

   What|Removed |Added

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

--- Comment #2 from Anton  ---
Fixed at r290505.

-- 
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 31499] New: NewGVN cause clang to crash when compiling OpenCOLLADA

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31499

Bug ID: 31499
   Summary: NewGVN cause clang to crash when compiling OpenCOLLADA
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Scalar Optimizations
  Assignee: unassignedb...@nondot.org
  Reporter: lukebe...@hotmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

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

When building OpenCOLLADA from
https://github.com/KhronosGroup/OpenCOLLADA/tree/master/COLLADABaseUtils

clang crashes with the NewGVN. The following is the console output:

#0 0x559e7e7b97c8 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/usr/local/bin/clang-4.0+0x1b6b7c8)
#1 0x559e7e7b76ee llvm::sys::RunSignalHandlers()
(/usr/local/bin/clang-4.0+0x1b696ee)
#2 0x559e7e7b782a SignalHandler(int) (/usr/local/bin/clang-4.0+0x1b6982a)
#3 0x2b108c332630 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11630)
#4 0x559e7e6c5ba4 NewGVN::createLoadExpression(llvm::Type*, llvm::Value*,
llvm::LoadInst*, llvm::MemoryAccess*, llvm::BasicBlock const*)
(/usr/local/bin/clang-4.0+0x1a77ba4)
#5 0x559e7e6cd2d5 NewGVN::valueNumberInstruction(llvm::Instruction*)
(/usr/local/bin/clang-4.0+0x1a7f2d5)
#6 0x559e7e6cfd88 NewGVN::runGVN(llvm::Function&, llvm::DominatorTree*,
llvm::AssumptionCache*, llvm::TargetLibraryInfo*, llvm::AAResults*,
llvm::MemorySSA*) (/usr/local/bin/clang-4.0+0x1a81d88)
#7 0x559e7e6d03d0 NewGVN::runOnFunction(llvm::Function&)
(/usr/local/bin/clang-4.0+0x1a823d0)
#8 0x559e7e39b9e2 llvm::FPPassManager::runOnFunction(llvm::Function&)
(/usr/local/bin/clang-4.0+0x174d9e2)
#9 0x559e7f0fd69f (anonymous
namespace)::CGPassManager::runOnModule(llvm::Module&)
(/usr/local/bin/clang-4.0+0x24af69f)
#10 0x559e7e39c434 llvm::legacy::PassManagerImpl::run(llvm::Module&)
(/usr/local/bin/clang-4.0+0x174e434)
#11 0x559e7e9465ef clang::EmitBackendOutput(clang::DiagnosticsEngine&,
clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions
const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction,
std::unique_ptr >)
(/usr/local/bin/clang-4.0+0x1cf85ef)
#12 0x559e7ef4be8a
clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&)
(/usr/local/bin/clang-4.0+0x22fde8a)
#13 0x559e7f2e8998 clang::ParseAST(clang::Sema&, bool, bool)
(/usr/local/bin/clang-4.0+0x269a998)
#14 0x559e7ec7753e clang::FrontendAction::Execute()
(/usr/local/bin/clang-4.0+0x202953e)
#15 0x559e7ec48676
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&)
(/usr/local/bin/clang-4.0+0x1ffa676)
#16 0x559e7ecfd0a2
clang::ExecuteCompilerInvocation(clang::CompilerInstance*)
(/usr/local/bin/clang-4.0+0x20af0a2)
#17 0x559e7d5a0b40 cc1_main(llvm::ArrayRef, char const*,
void*) (/usr/local/bin/clang-4.0+0x952b40)
#18 0x559e7d52d702 main (/usr/local/bin/clang-4.0+0x8df702)
#19 0x2b108d2253f1 __libc_start_main
/build/glibc-jxM2Ev/glibc-2.24/csu/../csu/libc-start.c:325:0
#20 0x559e7d59e9ea _start (/usr/local/bin/clang-4.0+0x9509ea)
Stack dump:
0.Program arguments: /usr/local/bin/clang-4.0 -cc1 -triple
x86_64-unknown-linux-gnu -emit-obj -disable-free -disable-llvm-verifier
-discard-value-names -main-file-name COLLADABUURI.cpp -mrelocation-model pic
-pic-level 2 -mthread-model posix -fmath-errno -masm-verbose
-mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64
-momit-leaf-frame-pointer -dwarf-column-info -debugger-tuning=gdb
-coverage-notes-file
/workdir/GenCxxObject/UnpackedTarball/opencollada/COLLADABaseUtils/src/COLLADABUURI.gcno
-resource-dir /usr/local/bin/../lib/clang/4.0.0 -dependency-file
/workdir/Dep/GenCxxObject/UnpackedTarball/opencollada/COLLADABaseUtils/src/COLLADABUURI.d_
-MP -MT
/workdir/GenCxxObject/UnpackedTarball/opencollada/COLLADABaseUtils/src/COLLADABUURI.o
-isystem /usr/include/libxml2 -D BOOST_ERROR_CODE_HEADER_ONLY -D
BOOST_SYSTEM_NO_DEPRECATED -D CPPU_ENV=gcc3 -D LINUX -D NDEBUG -D OPTIMIZE -D
OSL_DEBUG_LEVEL=0 -D UNIX -D UNX -D X86_64 -D _PTHREADS -D _REENTRANT -D
SYSTEM_LIBXML -D GENERATEDSAXPARSER_XMLPARSER_LIBXML -D
GENERATEDSAXPARSER_VALIDATION -D PCRE_STATIC -D EXCEPTIONS_ON -D
LIBO_INTERNAL_ONLY -I /COLLADABaseUtils/src/ -I /COLLADABaseUtils/include -I
/COLLADABaseUtils/include/Math -I /COLLADAFramework/include -I
/COLLADASaxFrameworkLoader/include -I
/COLLADASaxFrameworkLoader/include/generated14 -I
/COLLADASaxFrameworkLoader/include/generated15 -I
/Externals/MathMLSolver/include -I /Externals/MathMLSolver/include/AST -I
/Externals/UTF/include -I /GeneratedSaxParser/include -I /include -I
/usr/lib/jvm/java-8-openjdk-amd64/include -I
/usr/lib/jvm/java-8-openjdk-amd64/include/linux -I /config_host -I
/Externals/pcre/include -I /Externals/UTF/include -I
/Externals/Mat

[llvm-bugs] [Bug 31500] New: llvm/tools/clang/lib/AST/Decl.cpp:2426: clang::Expr* clang::ParmVarDecl::getDefaultArg(): Assertion `!hasUninstantiatedDefaultArg() && "Default argument is not yet instant

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31500

Bug ID: 31500
   Summary: llvm/tools/clang/lib/AST/Decl.cpp:2426: clang::Expr*
clang::ParmVarDecl::getDefaultArg(): Assertion
`!hasUninstantiatedDefaultArg() && "Default argument
is not yet instantiated!"' failed
   Product: clang
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: LLVM Codegen
  Assignee: unassignedclangb...@nondot.org
  Reporter: compn...@compnerd.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

// RUN: %clang_cc1 -triple i686--windows-msvc -fdeclspec -emit-llvm -o
/dev/null -x c++ %s

template  struct collate {
  collate(__SIZE_TYPE__ __refs = 0) {}
};

extern template class collate;

template class __declspec(dllexport) collate;

-- 
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 19460] Unable to detect operator>> (extraction operator) using libc++

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=19460

Eric Fiselier  changed:

   What|Removed |Added

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

--- Comment #5 from Eric Fiselier  ---
Urg. I was being careless and applied the fix to the wrong class. Re-opening
until I actually fix this.

-- 
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 31501] New: -mllvm -enable-newgvn creates a broken clang-tblgen

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31501

Bug ID: 31501
   Summary: -mllvm -enable-newgvn creates a broken clang-tblgen
   Product: new-bugs
   Version: trunk
  Hardware: Macintosh
OS: MacOS X
Status: NEW
  Severity: normal
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: howarth.mailing.li...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

In a 3-stage bootstrap of llvm/clang/compiler-rt/polly/openmp using -mllvm
-enable-newgvn with the stage2 compiler, the clang-tblgen created is broken and
hangs on the compilation of...

 47%] Building AttrImpl.inc...
cd /sw/src/fink.build/llvm40-4.0.0-1/build/stage2/tools/clang/include/clang/AST
&& ../../../../../bin/clang-tblgen -gen-clang-attr-impl -I
/sw/src/fink.build/llvm40-4.0.0-1/llvm-4.0.0.src/tools/clang/include/clang/AST/../../
-I
/sw/src/fink.build/llvm40-4.0.0-1/llvm-4.0.0.src/tools/clang/include/clang/AST
-I /sw/src/fink.build/llvm40-4.0.0-1/llvm-4.0.0.src/include
/sw/src/fink.build/llvm40-4.0.0-1/llvm-4.0.0.src/tools/clang/include/clang/AST/../Basic/Attr.td
-o
/sw/src/fink.build/llvm40-4.0.0-1/build/stage2/tools/clang/include/clang/AST/AttrImpl.inc.tmp

with 100% cpu-usage per job for a 'make -j9'build...

PIDCOMMAND  %CPU  TIME #TH#WQ   #PORT MEMPURG   CMPR
PGRP  PPID  STATEBOOSTS  %CPU_ME %CPU_OTHRS UID  FAULTS   COW   
MSGSENT
43314  clang-tblgen 98.9  35:50.76 1/10 12368K   0B 0B  
778   43313 running  *0[1]   0.0 0.0604  358  66 51
43323  clang-tblgen 98.8  35:50.00 1/10 12368K   0B 0B  
778   43322 running  *0[1]   0.0 0.0604  358  66 50
43384  clang-tblgen 98.5  35:48.49 1/10 12368K   0B 0B  
778   43383 running  *0[1]   0.0 0.0604  358  66 53
43360  clang-tblgen 98.5  35:49.10 1/10 12368K   0B 0B  
778   43358 running  *0[1]   0.0 0.0604  358  67 50
43158  clang-tblgen 98.5  35:51.60 1/10 12368K   0B 0B  
778   43157 running  *0[1]   0.0 0.0604  358  66 63
43041  clang-tblgen 98.4  35:53.39 1/10 12396K   0B 0B  
778   43040 running  *0[1]   0.0 0.0604  366  67 63
43220  clang-tblgen 98.2  35:51.74 1/10 12368K   0B 0B  
778   43219 running  *0[1]   0.0 0.0604  358  67 56
43523  clang-tblgen 97.1  35:18.11 1/10 12368K   0B 0B  
778   43522 running  *0[1]   0.0 0.0604  358  67 53

-- 
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 31345] Optimize 16-bit ANDs with '1'

2016-12-30 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31345

Anmol P. Paralkar  changed:

   What|Removed |Added

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

--- Comment #1 from Anmol P. Paralkar  ---

 Closed by commit rL290778

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