search for: strzelecki

On 02/05/2014 11:26, Adam Strzelecki wrote: >> It should be fixed. Can you confirm? > > Nope. Sorry. Still doesn't work here: > > Get:3 http://llvm.org/apt/trusty/ llvm-toolchain-trusty/main libllvm3.5 amd64 1:3.5~svn207822-1~exp1 [7,300 kB] > Get:4 http://llvm.org/apt/trusty/ llvm-toolchain-trusty/main llvm...

Hello, I don't know how it happened, but recent Ubuntu builds have broken -dev packages, which contain same libraries as non-dev packages. dpkg: error processing archive /var/cache/apt/archives/libllvm3.5_1%3a3.5~svn207603-1~exp1_amd64.deb (--unpack): trying to overwrite '/usr/lib/llvm-3.5/lib/libLLVM-3.5.so', which is also in package llvm-3.5-dev 1:3.5~svn207603-1~exp1 dpkg:

...X>=7 from cpuid leaf 0 before calling leaf 7 and you need to use the pass ECX=0 to leaf 7. See lib/Target/X86/X86Subtarget.cpp which uses a GetX86CpuIDAndInfoEx function to pass EAX and ECX to cpuid. I don't think it explains your compiler bug though. On Thu, Sep 12, 2013 at 2:12 PM, Adam Strzelecki <ono at java.pl> wrote: > > Anyway, thanks very much for the information. Hopefully that'll let me > > track things down. > > Let me know if you need some more information or dumps. > > > Would you mind me taking a day or so to investigate what's going on &...

...e Haswell Pentiums are SSE4.x only * I have marked HasAVX2 as "volatile", since otherwise it gets magically zeroed (by optimizer?) when compiling clang with latest clang build from trunk lib/Target/X86/X86Subtarget.cpp: * Also enabling X86::FeatureFastUAMem for Haswell Regards, -- Adam Strzelecki | nanoant.com | twitter.com/nanoant -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-detect-haswell.patch Type: application/octet-stream Size: 1765 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130912/b6842ec0/attac...

> Anyway, thanks very much for the information. Hopefully that'll let me > track things down. Let me know if you need some more information or dumps. > Would you mind me taking a day or so to investigate what's going on > here properly? Introducing a volatile to work around a bug in Clang > itself just seems perverse to me. (And we shouldn't let a CodeGen bug >

On 30/04/2014 12:50, Sylvestre Ledru wrote: > On 30/04/2014 12:42, Adam Strzelecki wrote: >> Hello, >> >> I don't know how it happened, but recent Ubuntu builds have broken -dev packages, which contain same libraries as non-dev packages. >> >> >> dpkg: error processing archive /var/cache/apt/archives/libllvm3.5_1%3a3.5~svn207603-1~exp1_amd6...

On Sep 17, 2013, at 6:16 AM, Adam Strzelecki <ono at java.pl> wrote: > Currently when building from Git `clang --version` shows Git hash and repo URL > instead of SVN revision. However SVN is master for LLVM, so it is better to > show exactly the same as if built from SVN, if we build using clean master. I’m not sure I follow...

On 17 Sep 2013, at 18:18, Mark Lacey <mark.lacey at apple.com> wrote: > This means that from build to build, depending on whether a Git change or SVN change is the most recent on my branch, I will get different results. That seems problematic. If you're not rebasing after pulling in changes from LLVM svn, then you're going to be in for a world of pain later (I, unfortunately,

Currently when building from Git `clang --version` shows Git hash and repo URL instead of SVN revision. However SVN is master for LLVM, so it is better to show exactly the same as if built from SVN, if we build using clean master. Therefore we check if last commit contains git-svn-id: and if so we extract SVN revision and repo URL. Otherwise we fallback to Git hash and URL. Calls to sed and grep

Hi Adam, > * I have marked HasAVX2 as "volatile", since otherwise it gets > magically zeroed (by optimizer?) when compiling clang with latest > clang build from trunk That's far more worrying to me than not being able to detect Haswell. I can't reproduce the problem here at the moment: both debug and release builds give identical assembly for Host.cpp. I don't

...ing leaf > 7 and you need to use the pass ECX=0 to leaf 7. See > lib/Target/X86/X86Subtarget.cpp which uses a GetX86CpuIDAndInfoEx function > to pass EAX and ECX to cpuid. > > I don't think it explains your compiler bug though. > > > On Thu, Sep 12, 2013 at 2:12 PM, Adam Strzelecki <ono at java.pl> wrote: > >> > Anyway, thanks very much for the information. Hopefully that'll let me >> > track things down. >> >> Let me know if you need some more information or dumps. >> >> > Would you mind me taking a day or so to inves...

...q35LGwjHmR/lib/Support/Release/Host.o ; \ then /bin/mv -f "/tmp/llvm.q35LGwjHmR/lib/Support/Release/Host.d.tmp" "/tmp/llvm.q35LGwjHmR/lib/Support/Release/Host.d"; else /bin/rm "/tmp/llvm.q35LGwjHmR/lib/Support/Release/Host.d.tmp"; exit 1; fi Regards, -- Adam Strzelecki | nanoant.com | twitter.com/nanoant -------------- next part -------------- A non-text attachment was scrubbed... Name: Host-objects.tbz2 Type: application/octet-stream Size: 6366 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130912/6c851eb1/attachment.o...

This will be used by Clang to show full build information when LLVM_APPEND_VC_REV is enabled and LLVM/Clang are built from Git. Also try to figure-out repository URL and revision from Git mirror parsing git-svn-id: footer from last commit (if present). --- cmake/modules/VersionFromVCS.cmake | 55 ++++++++++++++++++++++++++++---------- 1 file changed, 41 insertions(+), 14 deletions(-) diff --git

>> + bool HasAVX2 = HasAVX && !GetX86CpuIDAndInfo(0x7, &EAX, &EBX, &ECX, &EDX) && >> + (EBX & 0x20); > > I don't think this guarantees %ecx is 0, does it? Wasn't that the > entire reason the original code went wrong? I don’t remember really, but presuming the conclusions of the discussion, seems it is fixed now. It

> I promise I'll do the review of your code after that. Tim, I don’t want to push too much. But since there’s 3.4 release on the horizon, maybe you could find a moment review this patch. Especially Haswell is all there since few months. Cheers, -- Adam --- lib/Support/Host.cpp | 8 ++++++++ lib/Target/X86/X86Subtarget.cpp | 3 ++- 2 files changed, 10 insertions(+), 1

Here we go, updated patch following your advice checking max leaf and porting cpuidex for subleaf (ECX) 0. NOTE: I’ve set Haswell to be not only 60, but also 63, 69 & 70 model, following changes in Linux kernel & Xen. Also set 62 as Ivy Bridge EP aka E5 v3 (which I has in my workstation). Cheers, -- Adam Detects x86 family 6 model 60, 63, 69, 70 CPU that has AVX2 CPUID leaf 7 subleaf