Skip to content


The LLVM compiler infrastructure project is a set of compiler and toolchain technologies, which can be used to develop a front end for any programming language and a back end for any instruction set architecture.

Here are 1,112 public repositories matching this topic...

niaow commented Jul 6, 2020

In order for interrupt-based wake-ups (as introduced by #1142) to work concurrently with time.Sleep, we need to make some per-board changes.

Previously, sleepTicks (the function used as an interface between the scheduler and the hardware timer) was defined to block until the timer completed, since there was nothing else to do. Now we need to change this so that it bails out when an interrup

xmnlab commented Mar 19, 2019

Hey everyone!

mapd-core-cpu is already available on conda-forge (

now we should add some instructions on the documentation.

at this moment it is available for linux and osx.

some additional information about the configuration:

  1. for now, always install omniscidb-cpu inside a conda environment (also it is a good practice), eg:
Aiethel commented Oct 19, 2019

While the test_suite presented in #589 does work, it is still pretty simple and can be improved and enhanced.

  • Add tests for gnutils and coreutils.
  • Add necessary utilities so more complex programs can be compiled from sources.
  • Integrate CMake, so one could write something like make validate and the subset of test that is deemed necessary (for example everything with min t
eine commented Apr 9, 2020

Currently, the architecture of the CLI is based on (sub)commands and options. Commands are expected to be provided as the first argument, and do effectively decide which feature is to be used. OTOH, options provide parameters to the commands. However, there is no syntactical difference, as both commands and options start with -- or -i. As a result, we rely on properly formating --help and on

JohanEngelen commented Dec 24, 2019

LLVM will soon support adding per-function attributes about available C library functions. We should add support for that, to solve issues like a memcpy implementation being replaced by a memcpy call:
Probably ldc.attributes.llvmAttrwill already work for this, but I think it'd be nice to have a more userfriendly attribute.

tmcdonell commented Jan 15, 2018

The standard accelerate test suite, used by all the backends, can be quite slow. Several of the tests are significantly slower than the others, for example segmented folds and scans, which I believe is because the reference implementations are very inefficient. Writing some more efficient reference implementations (e.g. using Data.Vector.Unboxed) should help speed things up.

Created by Vikram Adve, Chris Lattner

Released 2019

Latest release 12 days ago

You can’t perform that action at this time.