search for: sanliturk

...://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >> >> > > _______________________________________________ > > > There is no any "License" file in your GitHub repository . Will it be included ? Thank you very much . Mehmet Erol Sanliturk -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150408/79e6dd21/attachment.html>

...rt > ../../../simple-report.txt 2>&1 You report any issues you run into, file bugzilla reports or post to mailing list if you're unsure. This is just to give you some feel for what it actually takes, but the process is relatively simple. On Tue, Apr 30, 2013 at 2:41 PM, Mehmet Erol Sanliturk <m.e.sanliturk at gmail.com> wrote: > > > > On Mon, Apr 29, 2013 at 1:12 PM, Bill Wendling <wendling at apple.com> wrote: >> >> Hear ye! Hear ye! This is a call for testers for the 3.3 release!!! >> >> What's Expected >> --------------- >...

...ct ...x... (3) Apply script ...y... (4) If output is ... then ... Do the following : ... else ... Do the following : ... . . . (B) : . . . Such a detailed algorithmic description may allow more ( less experienced people ) to participate in testing . Thank you very much . Mehmet Erol Sanliturk -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130429/33ee78a5/attachment.html>

ParaSail (http://parasail-lang.org) is a safe pervasively-parallel object-oriented programming language. Starting in June 2014 we began the construction of an LLVM-based backend for ParaSail. The existing ParaSail interpreter is broken into a front end that generates instructions for the "ParaSail Virtual Machine" (PSVM), and an interpreter for PSVM instructions. The LLVM-based

...hich contains ARM based computers : http://db.debian.org/machines.cgi I do not whether this is useful for you or not . Please check and see whether you can use it for your development work or not . LLVM / Clang is an important project for FreeBSD also . Thank you very much . Mehmet Erol Sanliturk -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130409/bb7e3c1b/attachment.html>

...of band width . ( Please consider less experienced people : Each year , many persons are entering into an age to try FreeBSD without prior experience about FreeBSD . Lack of necessary information about install is an important obstacle for such new entries . ) Thank you very much . Mehmet Erol Sanliturk

Hear ye! Hear ye! This is a call for testers for the 3.3 release!!! What's Expected --------------- You might be asking yourself, "Self, I would like to be an LLVM tester for the 3.3 release, but I don't know what's involved in being one." Well, ask yourself no more! Not only do I have the answers for you, but talking to yourself will cause people to avoid you. Here's

> > If we do end up creating ARM binaries for the general public, your input > > and expertise will be greatly appreciated! ;) > I will be happy to provide some Debian & Ubuntu ARM packages. I just > need access to ARM server(s). I don't know if there is such server available. If so, I also would like give help. :) Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer

Hi Mehmet, Thanks for the info. I just contacted DSA (Debian System Admin, I guess), and he said we have to prepare information list on [1] and ask DD to approve it. Are you a DD, or Sylvestre is? Regards, chenwj [1] http://dsa.debian.org/doc/guest-account/ -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799

Are there any "current" Linux distros that have installable packages for llvm, clang, nad klee? I am struggling to get klee built and need a working klee setup asap. Thanks in advance, Donald

On 03/04/2013 11:07, Renato Golin wrote: > On 1 April 2013 22:05, Bill Wendling <wendling at apple.com > <mailto:wendling at apple.com>> wrote: > > We would like to support ARM again. > > > Hi Bill, > > Glad you asked! ;) [...] > Sylvestre, > > If we do end up creating ARM binaries for the general public, your input > and expertise will

I haven't been following C++14 closely, but from hallway conversations at work it seems like 17 is the bigger win in terms of features. Is it worth waiting for 17 instead? Or, as we will only get a subset of 14 features anyway, just instead take a subset of 17 features? My only worry with 14 is that it's always going to be code churn in terms of using the new features. If they are worth

...permail/llvm-dev/2016-May/100318.html - Joerg Sonnenberger: does not like git and prefer mercurial, didn’t find an email with a rational though. - Chris Matthews: LNT / llvmlab-bisect needs currently a sequential ID number http://lists.llvm.org/pipermail/cfe-dev/2016-July/049886.html - Mehmet Erol Sanliturk: "I consider revision numbers as only a disastrous design” http://lists.llvm.org/pipermail/llvm-dev/2016-May/100329.html <http://lists.llvm.org/pipermail/llvm-dev/2016-May/100329.html> (+some criticism of the GitHub UI). - Scott Warren: "find [git] immature, hard to use, and unreli...

.../100318.html > - Joerg Sonnenberger: does not like git and prefer mercurial, didn’t find > an email with a rational though. > - Chris Matthews: LNT / llvmlab-bisect needs currently a sequential ID > number http://lists.llvm.org/pipermail/cfe-dev/2016-July/049886.html > - Mehmet Erol Sanliturk: "I consider revision numbers as only a disastrous > design” http://lists.llvm.org/pipermail/llvm-dev/2016-May/100329.html (+some > criticism of the GitHub UI). > - Scott Warren: "find [git] immature, hard to use, and unreliable.” > http://lists.llvm.org/pipermail/llvm-dev/201...

On 6 Jul 2016, at 05:32, Chris Lattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >> >> On Jul 5, 2016, at 3:05 PM, Martin J. O'Riordan via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> For ISO C++ we long ago created an 'all' list for topics that were organisational and not technically specific to an aspect of the Standard such as

Hi, I wanted to ask whether there is ongoing effort (or an already established tool) that enables to convert CUDA kernels (that uses CUDA specific intrinsics, e.g., threadId.x, __syncthreads(), ...) to LLVM IR. I am aware that I can do this for OpenCL with the help of libclc but I can not find something similar for CUDA. Thanks -------------- next part -------------- An HTML attachment was

Hi Justin, Firstly I really appreciate you taking the mantle and pushing this forward! Like Justin B I'll be bowing out after this. I thought it important because I don't believe you'll build consensus in this thread. I think the best that can be hoped for is opposition to give up fighting; advantages are to be had on both sides by different types of user and we've seen that many

On Wed, Feb 18, 2015 at 3:01 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 18 February 2015 at 19:52, Jack Howarth > <howarth.mailing.lists at gmail.com> wrote: >> Assuming that the clang-omp >> developers can find time to rebase their upstream tree on the new 3.6 >> release, I intend to do the same for the fink llvm36 packaging. So >> yes, a

I'm in favor of both going to git as the source of truth, and then switching the hosting to github. Echoing everyone else, this unlocks a lot of good stuff that I won't repeat, and most of it can be handled independently from the VCS move. The major blocker I see for the move is figuring out how we want to coordinate versions between the related LLVM projects. I hear *terrible* things

Maybe we can hit the pause button on this issue of a survey vs consensus-building. I think it's a distraction from the main issue here, and it makes it harder for everyone else to participate in the thread. That said, I really do think that perspectives like Justin B's below are important. That is, if people have a problem with the monorepo, it is useful they can join the thread and say