similar to: Migrating the llvm-emacs mode to a separate git repository

Displaying 20 results from an estimated 1000 matches similar to: "Migrating the llvm-emacs mode to a separate git repository"

2018 May 10
0
Migrating the llvm-emacs mode to a separate git repository
Jaseem Abid via llvm-dev <llvm-dev at lists.llvm.org> writes: > Hello llvm devs, > > Melpa[1] is pretty much the most common package manager for emacs and very > recently the llvm-mode got removed from it[2] due to performance issues. > This issue is not unique to llvm-mode, but affects a bunch of projects with > very large git repositories[3]. > > Will it be possible
2018 May 10
1
Migrating the llvm-emacs mode to a separate git repository
As far as I can see, melpa dropped svn support some time ago.... https://github.com/melpa/melpa/pull/4802 On Thu, May 10, 2018 at 11:51 AM, Tim Northover via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On 10 May 2018 at 06:07, Jaseem Abid via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Melpa[1] is pretty much the most common package manager for emacs and very
2018 May 10
0
Migrating the llvm-emacs mode to a separate git repository
On 10 May 2018 at 06:07, Jaseem Abid via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Melpa[1] is pretty much the most common package manager for emacs and very > recently the llvm-mode got removed from it[2] due to performance issues. Wouldn't svn be better here? It ought to allow you to checkout just the utils/emacs directory (or not even that with "svn cat").
2018 May 10
2
Migrating the llvm-emacs mode to a separate git repository
Another crazy idea – can mepla use shallow clone / sparse checkout? Will it speed up all the things? On Fri, May 11, 2018 at 1:18 AM, Justin Bogner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Jaseem Abid via llvm-dev <llvm-dev at lists.llvm.org> writes: >> Hello llvm devs, >> >> Melpa[1] is pretty much the most common package manager for emacs and very
2015 Jan 06
2
[LLVMdev] [PATCH] Fix Emacs package formatting
btw, do you have commit access or should I commit it? On 6 January 2015 at 11:22, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > LGTM, thanks! > > On 4 January 2015 at 19:08, Wilfred Hughes <me at wilfred.me.uk> wrote: >> Hi >> >> I'd like users to be able to install the LLVM major modes from >> MELPA[1], the most popular Emacs package
2015 Jan 05
2
[LLVMdev] [PATCH] Fix Emacs package formatting
Hi I'd like users to be able to install the LLVM major modes from MELPA[1], the most popular Emacs package repository. However, these files are not well-formed packages. I've made the following changes: * Both files have valid package headers and footers (you can verify with M-x checkdoc). * Fixed style warnings generated by checkdoc. * Fixed a byte-compiler warning in llvm-mode.el. *
2018 May 11
1
Migrating the llvm-emacs mode to a separate git repository
Another idea: extract the history of tablegen-mode into a separate orphan branch, and merge it routinely. Have a policy of always using that branch to contribute to tablegen-mode, and merge it back into mainline routinely. MELPA can then request git to do a single-branch clone. Ram On Thu, May 10, 2018 at 11:57 PM Tim Northover <t.p.northover at gmail.com> wrote: > On 10 May 2018 at
2019 Jul 25
1
Re: [PATCH libnbd 1/3] generator: Change Closure so it describes single callbacks.
On Wed, Jul 24, 2019 at 05:17:51PM +0100, Richard W.M. Jones wrote: >On Wed, Jul 24, 2019 at 10:02:04AM -0500, Eric Blake wrote: >> On 7/24/19 7:17 AM, Richard W.M. Jones wrote: >> > + pr " py_args = Py_BuildValue (\"(\""; >> > + List.iter ( >> > + function >> > + | ArrayAndLen (UInt32 n, len) -> pr
2018 May 11
0
Migrating the llvm-emacs mode to a separate git repository
On 10 May 2018 at 23:56, Anton Korobeynikov via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Another crazy idea – can mepla use shallow clone / sparse checkout? > Will it speed up all the things? Even http would do, the raw file links on github are pretty stable. Tim.
2018 Oct 23
0
elpa-ess fails to initialize after update to 18.10 on ubuntu bionic
Hi Chris, On 22 October 2018 at 22:22, Chris Sims wrote: | The latest ess and elpa-ess 18.10-1bionic0 packages for ubuntu leave | ess unable to find initialization files when it is invoked from R via | M-x R. I've found a workaround by creating a soft link: | | cd /usr/share | sudo ln -s /usr/share/emacs/site-lisp/elpa-src/ess-18.10 ess | | but this may be a widespread problem. It
2013 Apr 30
0
[LLVMdev] Package llvm-mode for MELPA and Marmalade
Modern Emacs uses a standard set of repos for managing emacs mode packages, so that all users need to add syntax highlighting for llvm-mode would be M-x package-install RET llvm-mode RET. Could we package llvm-mode for these repos? * MELPA <http://melpa.milkbox.net/> * Marmalade <http://marmalade-repo.org/> -- Cheers, Andrew Pennebaker www.yellosoft.us -------------- next part
2018 Oct 23
2
elpa-ess fails to initialize after update to 18.10 on ubuntu bionic
The latest ess and elpa-ess 18.10-1bionic0 packages for ubuntu leave ess unable to find initialization files when it is invoked from R via M-x R. I've found a workaround by creating a soft link: cd /usr/share sudo ln -s /usr/share/emacs/site-lisp/elpa-src/ess-18.10 ess but this may be a widespread problem. It appeared on each of the three computers on which I updated the packages, and
2020 Feb 13
3
setOperands(int, Value*)
Hello, I am trying to reset the operands of instructions. What I am doing is, I am finding all Uses of a specific operand in an Instruction and resetting it with a new value using "setOperands(int, Value*)". I am doing as: for (auto vmitr=vm.begin(), vsitr=vs.begin(); vmitr!=vm.end() && vsitr!=vs.end(); vmitr++, vsitr++){ // I have two *Value ( operands) for ( auto myitr
2020 Jan 29
2
Value &operator=(const Value &) = delete;
Does it mean we can not dereference the Value variables? Value *val = some operand of an instruction; Value *val2= some operand of another instruction; I am trying to rewire the operand values of an instruction using: *val = *val2; It seems that this is not allowed. Thanks, -- Abid M. Malik ****************************************************** "I have learned silence from the
2020 Jan 23
2
Replacing operands in a call instruction
Hello, I am trying to replace a pointer argument of a call instruction with another pointer argument( new argument value for the call instruction). What is the best way to do it? I could not find any hint/guidance on the web or LLVM manual. Thanks, -- Abid M. Malik ****************************************************** "I have learned silence from the talkative, toleration from the
2020 Jan 19
3
Instruction arguments
Hello, I am loop over the arguments of a call instruction : ----> for (Value *arg: c->args()){ errs() << *arg << "\n"; arg->print(llvm::errs(), false); errs()<<"\n"; } -----> How can I convert the arg for binary comparison(== etc.)? If I am correct, it is not a string. If the argument is "i32 1",
2011 Mar 31
3
** to disconnect and make a new call
Hi, Does anyone know how to implement the feature in asterisk calling card when a user has dialed the access number and during the IVR or any time during the call, he can press ## or ** to end the current call and dial a new destination number? Please help and give me a step by step help. Thanks. Rgrds-------------Abid -------------- next part -------------- An HTML attachment was
2015 Feb 28
1
[LLVMdev] LLVM short comings regarding polyhedral and vectorization optimizations
Dear All; Is there any work that discusses ​LLVM framework's short comings regarding auto vectorization and polyhedral optimizations? Regards, > -- Abid M. Malik ****************************************************** "I have learned silence from the talkative, toleration from the intolerant, and kindness from the unkind"---Gibran "Success is not for the chosen few, but
2012 Sep 13
1
[LLVMdev] Clang support for CUDA
Hi: Does Clang support CUDA? I am looking for a front end for my compiler that can take CUDA programming framework. Thanks, -- *Abid ****************************************************** "I have learned silence from the talkative, toleration from the intolerant, and kindness from the unkind"---Gibran "Success is not for the chosen few, but for the few who choose" --- John
2019 Nov 18
4
RFC: Moving toward Discord and Discourse for LLVM's discussions
On Mon, Nov 18, 2019 at 2:49 PM Robinson, Paul via llvm-dev < llvm-dev at lists.llvm.org> wrote: > | mailing lists for longer-form discussions are unfamiliar, difficult, > and often intimidating for newcomers > > > > Um… what? While I know (via my own children) that folks nowadays use > multiple avenues of communication, it’s **really** hard to imagine email > as a