LLVM

~/go/src/go.googlesource.com/go/src/compress/flate $ tinygo test -c compress/flate && ./flate.test
~/go/src/go.googlesource.com/go/src/compress/flate $ go test -c &&  ./flate.test
PASS

• I have tried using the latest released version of Numba (most recent is
  visible in the change log (https://github.com/numba/numba/blob/main/CHANGE_LOG).
• I have included a self contained code sample to reproduce the problem.
  i.e. it's possible to run as 'python bug.py'.

I think I have discovered a very minor bug - or rather inconsistency with numpy - in Numba's implementation

The code in question should be here.
https://github.com/scala-native/scala-native/blob/63d07093f6d0a6e9de28cd8f9fb6bc1d6596c6ec/test-interface/src/main/scala/scala/scalanative/testinterface/signalhandling/SignalConfig.scala#L45-L71

Potential idea for a fix.
https://stackoverflow.com/questions/16509614/signal-number-to-name

Hey everyone!

mapd-core-cpu is already available on conda-forge (https://anaconda.org/conda-forge/omniscidb-cpu)

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:

Scenario:
I have a project, with build tools of cmake, when I try to run it with cling. It prompts some headers are not included.

So I was wondering if there is a way to make use of the cmake script to load the build environment into cling and run directly?

Appreciate the great work!

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

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

The CodeChecker cmd subcommand communicates with the server via Thrift, and on a Jenkins docker image, I have tried to use it to get run information from a local CodeChecker server. The output of the CodeChecker cmd runs command was just the help message. I have found out that using a proxy is not supported right now, and the issue was solved by disabling proxy via unsetting the environmental

They are awful.

To elaborate, currently the parser will usually issue an error in the form "failed trying to parse a " where may be term, expression, pattern, etc. Sometimes it will give even worse errors resembling "parser expected end of input, but got ..." which does not explain well what the user did that was wrong. The parser also stops after 1 error currently. A recoverable

std.math was split into a package with v2.097. This might imply that some little helpers (isNaN etc.) aren't inlined any longer without LTO (incl. Phobos), thus reducing performance of some math functions.

It would be great if circt-reduce would try to apply reductions on the "juiciest" operations first, to hopefully get the input size down quickly.

Currently the reducer walks the IR, considering only ops to which the current reduction applies, numbers them, and applies the reduction to those ops whose number are inside the current "reduction chunk". The chunks get progressively smaller, in a b