similar to: Getting started with LLVM

Displaying 20 results from an estimated 1100 matches similar to: "Getting started with LLVM"

2017 Aug 21
2
[5.0.0 Release] Please help fix the remaining blockers (2 days left!)
Hello everyone, According to the release schedule, we're supposed to be tagging 'final' on Wednesday. Unfortunately, I suspect we will be a little late. There are currently 32 open release blockers: https://bugs.llvm.org/buglist.cgi?f1=blocked&o1=equals&v1=33849&query_format=advanced&resolution=--- Some of those have traction, but many don't. Some just need
2019 May 18
3
Bugzilla OrcJIT Tickets
Hello everyone A previous thread about OrcJIT brought up bug reports on Bugzilla. A quick search gives 20+ results: https://bugs.llvm.org/buglist.cgi?component=OrcJIT&list_id=162232&query_format=advanced&resolution=--- While some of them are obviously outdated (addModuleSet API cleanup [1]), others may actually be relevant again (Small code model? [2]). If you reported one of them,
2018 Jun 05
2
Mach-O support in lld: what are the known issues?
I'd be interested in the existence of a high-quality, open-source, portable linker for apple platforms, but not enough to help make that happen. If I _was_ gonna work on something related to that, I'd probably be inclined to instead add any required features to allow an ELF linker to target a notional darwin-elf target, and to have clang emit darwin-elf object files, and then write a
2018 Jun 04
4
Mach-O support in lld: what are the known issues?
Hello all, I'm trying to better understand the state of Mach-O support in lld. The lld docs state that "the linker supports ELF (Unix), PE/COFF (Windows), Mach-O (macOS) and WebAssembly in descending order of completeness." [1] True to that statement, I found an email on this list from Jan 2018 stating that "MachO support in lld is not really ready for real world usage. It was
2012 Oct 18
1
Old Cortado bug reports
Hi, three years ago Cortado found its new home xiph.org (as per http://lists.xiph.org/pipermail/theora/2009-October/002976.html ). However there are still 13 open bug reports in Wikimedia Bugzilla: https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&resolution=---&product=Cortado Would you like me to upstream these tickets to
2017 Jul 25
2
ARM support from CentOS
Hello, I would like to know which ARM processors does CentOS support? Does it support Freescale/NXP? Thanks and regards Jay
2019 May 18
2
Bugzilla OrcJIT Tickets
Hi Stefan Thank you! In case, you missed in llvm-dev listing: you can find the proposal here : link. <https://docs.google.com/document/d/1202EcXlWMQ8yxu5qD0b5fE0a_kihlcaPNpZo_Jk0YeQ/edit?usp=sharing> Thanks for working on summarising the Bugzilla tickets to track the recent changes in ORC this is really helpful. On Sat, 18 May 2019 at 21:33, Stefan Gränitz <stefan.graenitz at
2009 Jul 07
3
Error due to non-conformable arrays
Hello, Consider this function for generalized ridge regression: gre <- function (X,y,D){ n <- dim(X)[1] p <- dim(X)[2] intercept <- rep(1, n) X <- cbind(intercept, X) X2D <- crossprod(X,X)+ D Xy <- crossprod(X,y) bth <- qr.solve(X2D, Xy) } # suppose X is an (nxp) design matrix and y is an (nx1) response vector p <- dim(x)[2] D<- diag(rep(1.5,p)) bt
2002 Aug 30
2
Partitioning an nxp Time series matrix
Hi, I have an nxp data set of time series. For my final year project, I would like to partition this data set into a smaller number of units ( < n). Where each of the units contains time series that move closely together (i.e. in unison), and the "simmilarity" (in terms of occurence & amplitudes of peaks and troughs) between the segregated units is "low". I know
2009 Jan 05
1
Porting Speex to embedded 32bit
>Dear Speex developers >I am going to port Speex on LPC2368 >I tested Speex encoding and the mesurments shows ~40ms cpu time for one >frame >Do you know who ported speex to NXP or other 32bit platform? >Best Regards >Zohar fox I have an own optimisation for Speex for different versions of ARM architecture. Here is Measurements of performance for STM32 72 MHz. 4000
2023 Aug 24
1
[PATCH (set 1) 00/20] Rid W=1 warnings from GPU
On Thu, 24 Aug 2023 08:36:45 +0100, Lee Jones wrote: > This set is part of a larger effort attempting to clean-up W=1 > kernel builds, which are currently overwhelmingly riddled with > niggly little warnings. > > Cc: Alex Deucher <alexander.deucher at amd.com> > Cc: amd-gfx at lists.freedesktop.org > Cc: Ben Skeggs <bskeggs at redhat.com> > Cc: "Christian
2023 Aug 24
1
[PATCH (set 1) 00/20] Rid W=1 warnings from GPU
Hi, On Thu, Aug 24, 2023 at 10:59:54AM +0200, Maxime Ripard wrote: > On Thu, 24 Aug 2023 08:36:45 +0100, Lee Jones wrote: > > This set is part of a larger effort attempting to clean-up W=1 > > kernel builds, which are currently overwhelmingly riddled with > > niggly little warnings. > > > > Cc: Alex Deucher <alexander.deucher at amd.com> > > Cc:
2017 Aug 27
4
Raiz de cualquier numero
Buenas noches. Soy nuevo en programar en R Quiero calcular la raiz de cualquier numero apartir de la imagen seleccionando que la formula nos establece como irme acercando a ese valor de la raiz. Agradezco su colaboración. Saludos. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL:
2020 Jun 24
2
[PATCH] xen: introduce xen_vring_use_dma
Export xen_swiotlb for all platforms using xen swiotlb Use xen_swiotlb to determine when vring should use dma APIs to map the ring: when xen_swiotlb is enabled the dma API is required. When it is disabled, it is not required. Signed-off-by: Peng Fan <peng.fan at nxp.com> --- V2: This is a modified version from Stefano's patch https://lore.kernel.org/patchwork/patch/1033801/#1222404
2020 Jun 24
2
[PATCH] xen: introduce xen_vring_use_dma
On Wed, 24 Jun 2020, Michael S. Tsirkin wrote: > On Wed, Jun 24, 2020 at 05:17:32PM +0800, Peng Fan wrote: > > Export xen_swiotlb for all platforms using xen swiotlb > > > > Use xen_swiotlb to determine when vring should use dma APIs to map the > > ring: when xen_swiotlb is enabled the dma API is required. When it is > > disabled, it is not required. > >
2020 Jun 24
2
[PATCH] xen: introduce xen_vring_use_dma
On Wed, 24 Jun 2020, Michael S. Tsirkin wrote: > On Wed, Jun 24, 2020 at 05:17:32PM +0800, Peng Fan wrote: > > Export xen_swiotlb for all platforms using xen swiotlb > > > > Use xen_swiotlb to determine when vring should use dma APIs to map the > > ring: when xen_swiotlb is enabled the dma API is required. When it is > > disabled, it is not required. > >
2008 Nov 05
3
Porting Speex to embedded 32bit
Dear Speex developers I am going to port Speex on LPC2368 I tested Speex encoding and the mesurments shows ~40ms cpu time for one frame Do you know who ported speex to NXP or other 32bit platform? Best Regards Zohar fox -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20081105/8261e962/attachment.htm
2002 Jan 07
1
is then an equivalent of partition.tree for rpart?
partition.tree plots in 2d the partition of a classification tree produced by the function tree (assuming the data frame from which it was computed has two continuous predictors). I get an error when I feed a tree produced by rpart to partition.tree (since trees produced by rpart are superclasses of those produced by tree). Is there an equivalent of partition.tree for objects of class rpart?
2002 Jan 13
1
changing the ordering of leaves in a dendrogram
I'd like to change the way plot.hclust displays an hclust object. Here's a description of how it's done now, from the R documentation of hclust: In hierarchical cluster displays, a decision is needed at each merge to specify which subtree should go on the left and which on the right. Since, for n observations there are n-1 merges, there are 2^{(n-1)} possible
2020 Jun 25
4
[PATCH] xen: introduce xen_vring_use_dma
On Wed, 24 Jun 2020, Michael S. Tsirkin wrote: > On Wed, Jun 24, 2020 at 02:53:54PM -0700, Stefano Stabellini wrote: > > On Wed, 24 Jun 2020, Michael S. Tsirkin wrote: > > > On Wed, Jun 24, 2020 at 10:59:47AM -0700, Stefano Stabellini wrote: > > > > On Wed, 24 Jun 2020, Michael S. Tsirkin wrote: > > > > > On Wed, Jun 24, 2020 at 05:17:32PM +0800, Peng