[llvm-bugs] [Bug 27304] New: include LLVM.dll in Windows prebuilt package
https://llvm.org/bugs/show_bug.cgi?id=27304 Bug ID: 27304 Summary: include LLVM.dll in Windows prebuilt package Product: Packaging Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: Windows Installer Assignee: unassignedb...@nondot.org Reporter: l...@henning-thielemann.de CC: llvm-bugs@lists.llvm.org Classification: Unclassified Can you please add the LLVM.dll to the Windows prebuilt LLVM package? I need it for calling LLVM functions from Haskell/GHC. I have tried to build several versions of LLVM on MSYS2/Windows 7 64bit without success. Building LLVM-3.8 on MSYS2 ended in https://llvm.org/bugs/show_bug.cgi?id=17243 -- 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 27305] New: Polly libraries installed in lib instead of lib64 with -DLLVM_LIBDIR_SUFFIX=64
https://llvm.org/bugs/show_bug.cgi?id=27305 Bug ID: 27305 Summary: Polly libraries installed in lib instead of lib64 with -DLLVM_LIBDIR_SUFFIX=64 Product: Polly Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Other Assignee: polly-...@googlegroups.com Reporter: riva...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Hi, I have clang and polly in llvm/tools. I am using Fedora 24 x86_64 and configure llvm with: $ cmake -DBUILD_SHARED_LIBS=ON -DLLVM_LIBDIR_SUFFIX=64 -DLLVM_TARGETS_TO_BUILD="AMDGPU;X86" .. Upon make and make install, I get $ ls /usr/local/lib/*Polly* /usr/local/lib/libPolly.so /usr/local/lib/LLVMPolly.so These should be in /usr/lib64. -- 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 27306] New: Polly ISL library built as static with -DBUILD_SHARED_LIBS=ON
https://llvm.org/bugs/show_bug.cgi?id=27306 Bug ID: 27306 Summary: Polly ISL library built as static with -DBUILD_SHARED_LIBS=ON Product: Polly Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Other Assignee: polly-...@googlegroups.com Reporter: riva...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Hi, I have clang and polly in llvm/tools. I am using Fedora 24 x86_64 and configure llvm with: $ cmake -DBUILD_SHARED_LIBS=ON -DLLVM_LIBDIR_SUFFIX=64 -DLLVM_TARGETS_TO_BUILD="AMDGPU;X86" .. Upon make and make install, I get $ ls /usr/local/lib64/*Polly* /usr/local/lib64/libPollyISL.a This should be built as a shared object. -- 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 27305] Polly libraries installed in lib instead of lib64 with -DLLVM_LIBDIR_SUFFIX=64
https://llvm.org/bugs/show_bug.cgi?id=27305 Michael Kruse changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Michael Kruse --- Fixed in r265872. Thank you for your 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 27278] crash with "-O3 -m32" on x86_64-linux-gnu (Assertion `!Traits::stopLess(b, a) && "Invalid interval"' failed.)
https://llvm.org/bugs/show_bug.cgi?id=27278 Sanjay Patel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Sanjay Patel --- Wei has confirmed that this is the same problem as bug 27275, so resolving as a duplicate. *** This bug has been marked as a duplicate of bug 27275 *** -- 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 26524] clang crashes on valid code at -O2 and -O3 on x86_64-linux-gnu
https://llvm.org/bugs/show_bug.cgi?id=26524 Sanjay Patel changed: What|Removed |Added Status|NEW |RESOLVED CC||gareevro...@gmail.com, ||spatel+l...@rotateright.com Resolution|--- |FIXED --- Comment #1 from Sanjay Patel --- Bisection says this was fixed with: http://reviews.llvm.org/rL260892 It also shows that the bug was introduced between: clang-r259864-b17153: first working build clang-r260145-b17158: next failing build ...why 'llvmlab bisect' can't get closer than that, I'm not sure. -- 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 24482] wrong code at -Os and above on x86_64-linux-gnu
https://llvm.org/bugs/show_bug.cgi?id=24482 Sanjay Patel changed: What|Removed |Added Status|NEW |RESOLVED CC||spatel+l...@rotateright.com Resolution|--- |FIXED --- Comment #2 from Sanjay Patel --- This was caused by: http://reviews.llvm.org/rL245025 which was reverted because of bug 24469, but came back with a fix at: http://reviews.llvm.org/rL245195 but was reverted again at: http://reviews.llvm.org/rL245402 -- 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 24953] Unusable with LLVM_LINK_LLVM_DYLIB=ON
https://llvm.org/bugs/show_bug.cgi?id=24953 Evangelos Foutras changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Evangelos Foutras --- Looks like my patch was merged in http://reviews.llvm.org/rL258921 and is included in LLDB 3.8.0; marking this as solved. -- 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 27307] New: clang-cl rejects -fno-delayed-template-parsing
https://llvm.org/bugs/show_bug.cgi?id=27307
Bug ID: 27307
Summary: clang-cl rejects -fno-delayed-template-parsing
Product: clang
Version: 3.7
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: Driver
Assignee: unassignedclangb...@nondot.org
Reporter: sfi...@hotmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
I'm seeing this with Clang/C2 3.7, but I strongly suspect that Clang/LLVM trunk
is equally affected.
This is similar to https://llvm.org/bugs/show_bug.cgi?id=25114 "clang-cl
rejects -fno-ms-compatibility". I want to request maximum strictness from
clang-cl, enabling only actual features like __declspec(dllimport), in order to
keep MSVC's STL headers clean. I recently learned that two-phase lookup is
controlled by a separate option, but clang-cl doesn't understand it:
C:\Temp>type meow.cpp
#include
void f(int) {
puts("Standard two-phase!");
}
template void g(T t) {
f(t);
}
void f(double) {
puts("Microsoft one-phase!");
}
int main() {
g(3.14);
}
C:\Temp>clang-cl /EHsc /nologo /W4 -fno-ms-compatibility meow.cpp && meow
Microsoft one-phase!
C:\Temp>clang-cl /EHsc /nologo /W4 -fno-ms-compatibility
-fno-delayed-template-parsing meow.cpp && meow
clang-cl.exe: warning: ignoring unrecognized command-line option
'-fno-delayed-template-parsing'
clang-cl.exe: warning: argument unused during compilation:
'-fno-delayed-template-parsing'
Microsoft one-phase!
C:\Temp>clang-cl /EHsc /nologo /W4 -fno-ms-compatibility -Xclang
-fno-delayed-template-parsing meow.cpp && meow
error: unknown argument: '-fno-delayed-template-parsing'
As two-phase lookup doesn't affect the ABI, I should be able to request
strictness 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 16814] support TLSDESC and TLSCALL / GNU2 tls dialect.
https://llvm.org/bugs/show_bug.cgi?id=16814 Davide Italiano changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Davide Italiano --- r265881. Hope this is still useful for you Nick. -- 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 27308] New: r210828 (GVN: Enable value forwarding for calloc) can cause absurdly long compile times
https://llvm.org/bugs/show_bug.cgi?id=27308
Bug ID: 27308
Summary: r210828 (GVN: Enable value forwarding for calloc) can
cause absurdly long compile times
Product: new-bugs
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: dimi...@andric.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 16199
--> https://llvm.org/bugs/attachment.cgi?id=16199&action=edit
Test case for r210828 regression in compile time
A recent Mesa update in FreeBSD caused a seemingly hanging instance of clang
for me, when it was compiling a rather large generated .c file (generated by
https://cgit.freedesktop.org/mesa/mesa/tree/src/mapi/glapi/gen/gl_gentable.py).
After waiting long enough, the hang turned out to be just an extremely slow
compilation.
This extreme slowdown turned out to be introduced somewhere between clang 3.4
and 3.5, and after bisecting I ended up at http://reviews.llvm.org/rL210828
("GVN: Enable value forwarding for calloc"). Timings of the test case on a
Xeon E5-2630 v3 @ 2.40GHz, with clang r210827:
7.98 real 7.86 user 0.12 sys
Same test case, with clang r210828:
215.30 real 207.70 user 7.59 sys
E.g., roughly a factor 27 slowdown!
It appears both targeting i386, -mdisable-fp-elim and -O2 are essential in the
command line for the test case:
clang -cc1 -triple i386 -mdisable-fp-elim -O2 -w glapi-long-compile.c
With regards to the test case itself, the 'meat' is a large generated function
_glapi_create_table_from_handle(), which basically consists of a very large
number of blocks like:
if(!disp->CallList) {
void ** procp = (void **) &disp->CallList;
snprintf(symboln, sizeof(symboln), "%sCallList", symbol_prefix);
*procp = dlsym(handle, symboln);
}
Strangely, though r210828 is apparently about calloc, the only calloc is at the
start of that function:
struct _glapi_table *
_glapi_create_table_from_handle(void *handle, const char *symbol_prefix) {
struct _glapi_table *disp = calloc(_glapi_get_dispatch_table_size(),
sizeof(_glapi_proc));
char symboln[512];
if(!disp)
return ((void *)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 4068] [Meta] Compiling the Linux kernel with clang
https://llvm.org/bugs/show_bug.cgi?id=4068 Bug 4068 depends on bug 23969, which changed state. Bug 23969 Summary: "mcount" is deprecated for arm backend https://llvm.org/bugs/show_bug.cgi?id=23969 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 23969] "mcount" is deprecated for arm backend
https://llvm.org/bugs/show_bug.cgi?id=23969
Saleem Abdulrasool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #10 from Saleem Abdulrasool ---
SVN r265888.
Use -meabi gnu in addition to the -target
{armv7,aarch64}-*-{linux,unknown}-{gnu,}eabi{,hf}.
--
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 24345] [Meta] ChromeOs+Clang platform support
https://llvm.org/bugs/show_bug.cgi?id=24345 Bug 24345 depends on bug 23969, which changed state. Bug 23969 Summary: "mcount" is deprecated for arm backend https://llvm.org/bugs/show_bug.cgi?id=23969 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
