similar to: [LLVMdev] 3.6.2-final has been tagged.

Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] 3.6.2-final has been tagged."

2015 May 27
3
[LLVMdev] 3.6.2 Release schedule + Using Phab for stable patches
Hi, Here is the schedule for the 3.6.2 release: June 15: Deadline to propose patches for the 3.6 branch June 15 - June 21: Grace period for reviewing proposed patches and resolving other issues. June 22: 3.6.2 -rc1 June 29: 3.6.2 release Also, I would like to try to try to experiment with using phabricator for proposing patches to the stable branch. This is not a
2015 Jun 08
2
[LLVMdev] R600 -> AMDGPU rename coming on Friday
Hi, I'm finally going to do the R600->AMDGPU rename this Friday. This is something I originally proposed last July [1], but had to put off in order to avoid creating really bad merge headaches for some users. The only change from my original proposal is that I'll just keep the existing r600 and amdgcn triples rather than adding a new one for amdgpu. If anyone has any strong
2013 Dec 02
0
[LLVMdev] LLVM toolchain for Visual Studio
pls read the page of http://llvm.org/builds/ : To use the LLVM toolchain from Visual Studio, select a project in Solution Explorer, open its Property Page (Alt+F7 by default), and in the "General" section of "Configuration Properties" change "Platform Toolset" to "LLVM-vs2010" or "LLVM-vs2012". Alternatively, invoke MSBuild with
2016 Apr 26
3
PPC little endian?
Hi, I am wondering why we dont support PPC32 LE? Here is the output of llvm-mc --version, in which only PPC32, PPC64 & PPC64LE are supported. $ llvm-mc --version LLVM (http://llvm.org/): LLVM version 3.6.2 Optimized build with assertions. Built Aug 2 2015 (11:39:46). Default target: x86_64-apple-darwin15.4.0 Host CPU: core-avx2 Registered Targets: aarch64 - AArch64
2013 Nov 28
4
[LLVMdev] LLVM toolchain for Visual Studio
>From this website: http://llvm.org/builds/ I've installed the LLVM toolchain on 2 Windows machines. One with Visual Studio 2012 and another with Visual Studio 2013. After installing the LLVM toolchain neither machine shows the LLVM option in the Visual Studio project properties pane where you can select which toolchain to use for the project. Am I missing a step somewhere? :) Thanks for
2001 Oct 12
5
Samba restart
hi all, I noticed that when I upgraded from Samba 2.0.7 (redhat 7.0) to samba 2.2.1a I lost this nice little script that came with redhat to start and stop the samba server. I would type in /usr/sbin/samba start and get a response like... /usr/sbin/smbd start (OK) /usr/sbin/nmbd start (OK) I liked that...does any one have a substitute that I could use for 2.2.1a? Thanks Carl
2013 Oct 31
4
[LLVMdev] [cfe-dev] RFC: A proposal to move toward using C++11 features in LLVM & Clang / bounding support for old host compilers
On 31 October 2013 09:41, Douglas Gregor <dgregor at apple.com> wrote: > Not quite :). At present, we (= Apple) still have some dependencies on > building top-of-tree Clang with VS2010. We’re currently investigating how > quickly we can move those to VS2012 or newer. > Hi Doug, Good to know. Since this is mostly related to 3.5, we still have half-a-year to make sure it
2017 Oct 29
3
adding msvcr100.dll interception support to compiler-rt ?
I've found that interception_win.cc line 835: "msvcr110.dll" //VS2012 "msvcr120.dll" //VS2013 interception is supported by commit 916b81 3 years ago , currently I'm build project with msvc100 , application will crash in un-intercepted free. adding msvcr100.dll to this list makes sanitizer working correctly , I wonder if compiler rt can including this msvc100.dll
2014 May 25
3
[LLVMdev] Status of compiling on MSVC < 2012
As the title suggests, what is the status of compiling llvm on versions of MSVC less than 2012? Not so much "Does it work?", but more like "Should any thought be given to whether or not something will break it?" Right now there are a bunch of warnings when compiling LLDB on Windows because it uses various symbols which have been defined since VS2012, but which are re-defined
2014 Aug 22
3
[LLVMdev] [RFC] Raising minimum required Visual Studio version to 2013 for trunk
On Fri, Aug 22, 2014 at 8:58 AM, Renato Golin <renato.golin at linaro.org> wrote: > On 22 August 2014 13:43, Aaron Ballman <aaron at aaronballman.com> wrote: >> My opposition to this switch was the timing. When we researched "what >> minimum can we live with for C++11" nine months ago, we determined >> what versions would make sense, which included MSVC
2014 Aug 25
2
[LLVMdev] [RFC] Raising minimum required Visual Studio version to 2013 for trunk
On Mon, Aug 25, 2014 at 12:04 PM, Gao, Yunzhong <yunzhong_gao at playstation.sony.com> wrote: > Hi, > Sorry for the delay in responding, we have been discussing this internally > and have not had time to do a proper investigation. > >> We absolutely have to ship a set of DLLs that run hosted in VS2012. Is >> there any sort of runtime incompatibility that would happen
2014 Oct 03
2
[LLVMdev] Weird problems with cos (was Re: [PATCH v3 2/3] R600: Add carry and borrow instructions. Use them to implement UADDO/USUBO)
Hi Tom, Matt, I'm running into strange issues with the cos test (piglit generated_tests/cl/builtin/math/builtin-float-cos-1.0.generated.c) I have been seeing random failures (incorrect results) for some time and tried to investigate. the weird part is that the failures are not 100% reproducible, sometimes the tests pass, or partly pass (it's usually float8 and float16 subtests that
2013 Dec 31
4
[LLVMdev] [Patch][RFC] Change R600 data layout
Hi, I've prepared patches for both LLVM and Clang to change the datalayout for R600. This may seem like a bold move, but I think it is warranted. R600/SI is a strange architecture in that it uses 64bit pointers but does not support 64 bit arithmetic except for load/store operations that roughly map onto getelementptr. The current datalayout for r600 includes n32:64, which is odd
2012 Nov 01
3
[LLVMdev] [llvm-commits] RFC: Merge branches/R600 into TOT for 3.2 release
Moving this thread to llvmdev. On Tue, Oct 30, 2012 at 11:09:34PM -0700, Chris Lattner wrote: > On Oct 30, 2012, at 11:35 AM, Tom Stellard <tom at stellard.net> wrote: > >> Hi Tom, > >> > >> Time is running short, but this would be great. The best place to start is to begin decomposing the mega-patch into individual pieces that makes sense. Do you have
2014 Feb 25
4
[LLVMdev] ScheduleDAGInstrs/R600 test potential issue with implicit defs
Hi Tom, Thanks a lot for your explanations, now it makes a lot more sense ;) I had a slightly closer look at the R600 packetizer, and the issue is that the third LSHL instruction has both an implicit use and *afterwards* an implicit def of T1_XYZW. The latter def causes the current ScheduleDAGInstrs implementation to ignore the implicit use, thus the ScheduleDAG only contains an
2012 Mar 26
6
[LLVMdev] RFC: R600, a new backend for AMD GPUs
Hi, We've been working on an LLVM backend for the previous generation of AMD GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in the main LLVM tree. The latest code can be found in this git repository: http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review branch or if you prefer you can download the entire tree with this link:
2013 Dec 31
2
[LLVMdev] [PATCH] R600 - Fix zero extend of i1
Hi, When trying to compile a trivial opencl kernel such as: __kernel void if_eq(__global int * out, int arg0, int arg1){ out[0] = arg0==arg1?0:1; } Clang generates IR like: %1 = icmp eq i32 %arg0, %arg1 %. = zext i1 %1 to i32 This eventually crashes ISel on R600. Attached patch adds a selector so it will compile. Regards, Jon Pry jonpry at gmail.com -------------- next
2015 Jul 15
10
[LLVMdev] [3.7 Release] We have branched
Hi all, The 3.7 release branch was created from trunk at r242221 today (around 10:40 pm UTC). Branch policy: - Any doc changes can go in. Updates to the release notes are highly encouraged, and should be committed directly to the branch. - All other patches should be approved by the release manager (me) and the appropriate code owner. To get a change merged, commit it to trunk, and then reply
2012 Nov 17
0
[LLVMdev] [llvm-commits] RFC: Merge branches/R600 into TOT for 3.2 release
On 01.11.2012, at 14:44, Tom Stellard <tom at stellard.net> wrote: > Moving this thread to llvmdev. > > On Tue, Oct 30, 2012 at 11:09:34PM -0700, Chris Lattner wrote: >> On Oct 30, 2012, at 11:35 AM, Tom Stellard <tom at stellard.net> wrote: >>>> Hi Tom, >>>> >>>> Time is running short, but this would be great. The best place to
2014 Jul 28
4
[LLVMdev] PROPOSAL: Rename Target R600 -> AMDGPU
Hi, Now that the 3.5 branch has been made, I would like to propose renaming the R600 target to AMDGPU. R600 is the name of an AMDGPU GPU that was released about 8 years ago. The R600 backend supports this GPU and also all other GPUs which have been made since then. When people see the name R600 they often assume that only the older GPU family is supported which is not true. The reason that the