similar to: [LLVMdev] ocaml+llvm

Thanks for the quick reply, Anton. On 2007-08-12, at 16:43, Anton Korobeynikov wrote: > Hello, Gordon. > > Just a quick thinko (that's why I'm sending this e-mail personally): No problem. I hope you don't mind me redirecting back to the list, though… > maybe current infrastructure used for eh/debug info emission can be > extended to handle ocaml data? Perhaps.

Produces machine-readable output delimited by special markers __MACHINEBEGIN__ __MACHINEEND__ --- common/mltools/tools_utils.ml | 8 ++++++++ common/mltools/tools_utils.mli | 11 +++++++++++ 2 files changed, 19 insertions(+) diff --git a/common/mltools/tools_utils.ml b/common/mltools/tools_utils.ml index 09f1bb544..f7abd5c3e 100644 --- a/common/mltools/tools_utils.ml +++

Hello Gordon, I'm part of the felix dev team, and I've been interested in making a backend for felix in llvm. It's very exciting to hear that you're making an ocaml interface to llvm. Do you have any of the libraries exposed to the public yet? Also, what license do you plan on using for the code? Felix is bsd, like llvm, so if there's any chance that you'll use a

I configure LLVM build with this command cd llvm-8.0.0.src & md buildsys-x64-MT & cd buildsys-x64-MT & cmake -G "Ninja" -DLLVM_TARGETS_TO_BUILD=X86 -DCMAKE_BUILD_TYPE=Release -DLLVM_USE_CRT_RELEASE=MT -DLLVM_ENABLE_RTTI=1 -DLLVM_ENABLE_TERMINFO=OFF -DCMAKE_INSTALL_PREFIX=../x64-MT .. The number of build objects grew with every major release to 1660 for LLVM 7 and 1761 for

I''m trying to setup a Merb cluster + attachment_fu to handle uploads for a client''s Rails app. I''m using Flash to upload the files and I realized that Merb was giving me an error for each upload. It turns out that Flash doesn''t seem to send an Accept header and Merb''s responder crashes because it''s trying to split the missing Accept header.

Buenas tardes, Necesito obtener informaci?n de la cantidad de tuneles ssh que puede tener activo un servidor y adem?s por cuanto tiempo pueden permanecer activos estos tuneles. Explico mi situaci?n, tengo un servidor centos 5.5, con sistema ssh que viene por defecto la versi?n 4.3. A este servidor se conectan alrededor de 100 terminales, cada uno de estos terminales levantan 3 tuneles contra el

Hi all, I'm authoring a C interface to the LLVM IR type system. Since this is Really Quite Tedious, I would like to solicit opinions before I get too far down any paths that seem offensive. I've attached the header, where I've mapped a portion of Module and most of Type and its subclasses. This is working, and I've built ocaml bindings on top of it.[1] My intent is to

On Sun, Jun 7, 2020 at 5:53 PM <luke-tierney at uiowa.edu> wrote: > > On Sun, 7 Jun 2020, peter dalgaard wrote: > > > So this wasn't tested for a month? > > > > Anyways, Free() is just free() with a check that we're not freeing a null pointer, followed by setting the pointer to NULL. At that point of tcltk.c, we have > > > > for (objc = i = 0;

On 2016-06-17 10:50 AM, Rizwan Ishaq wrote: > 1) does 960 means number of samples in the (20msec frame)? (fs=48KHz) That's correct. > 2) The raw opus packet (i.e OPUS payload), how can I convert it to an > playable format? You can pass the payload section of the RTP packets directly to an opus decoder to convert to PCM float or integer samples. To save it in a file other audio

> On 7 Jun 2020, at 18:59 , Jeroen Ooms <jeroenooms at gmail.com> wrote: > > On Sun, Jun 7, 2020 at 5:53 PM <luke-tierney at uiowa.edu> wrote: >> >> On Sun, 7 Jun 2020, peter dalgaard wrote: >> >>> So this wasn't tested for a month? >>> >>> Anyways, Free() is just free() with a check that we're not freeing a null

Hi all, I believe I have found a bug (or perhaps just an oversight) with the ALTREP wrapper classes. The short form of this is that I believe that the wrapper classes need to override the default ALTREP `Extract_subset_method()` with a method that calls `Extract_subset()` on the "wrapped" object. I have a patch prepared here: https://github.com/DavisVaughan/r-source/pull/1 There is

On Thu, May 03, 2012 at 02:00:27PM +1000, Tony Breeds wrote: > Hi All, > Firstly I apologize if this is noise. I elected to not file a > bugzilla as the problem seems to be powerpc specific and with the limited > resources for Fedora developers it would seem unfair. > > I was recently trying to build a "current" libguestfs from the f16 > branch[1]. During the

On Wed, Jan 22, 2014 at 11:22:47PM +0100, Pino Toscano wrote: > Switch the internal storage for the notes of each entry to a sorted list > with all the subkeys available (which should represent the translations > to various languages). > The current outputs are the same (i.e. still the untranslated notes), so > this is just internal refactoring/preparation. > --- >

Switch the internal storage for the notes of each entry to a sorted list with all the subkeys available (which should represent the translations to various languages). The current outputs are the same (i.e. still the untranslated notes), so this is just internal refactoring/preparation. --- builder/builder.ml | 4 ++-- builder/index_parser.ml | 19 +++++++++++++++----

Ah, I see it now: The remapping of free() to Rm_free() and calloc() to Rm_calloc() happens in memory.c, but not in tcltk.c; the macro Calloc in R_ext/RS.h maps to a call to R_chk_alloc which is defined in memory.h; RS.h is included in tcltk.c, so tcltk.c winds up calling Rm_calloc() via Calloc(), but then the NON-remapped free(), and the walls come tumbling down. If the "#if

Hi, We have a serious issue running on our POP/IMAP servers these days. The load average of a servers spikes up to 400-500 as a uptime command result, for a particular time period , to be specific mostly in noon time and evening, but it last for few minutes only. We have 2 servers running dovecot 1.1.20 , in loadbanlancer, We have used KEEPLIVE (1.1.13) for loadbalacing. Server

I've committed the change to use Free instead of free in tcltk.c and sys-std.c (r78652 for R-devel, r78653 for R-patched). We might consider either moving Calloc/Free out of the Windows remapping or moving the remapping into header files so everything seeing our header files uses our calloc/free. Either would be less brittle that the current status. Best, luke On Sun, 7 Jun 2020, peter

On Wednesday 22 January 2014 22:51:02 Richard W.M. Jones wrote: > On Wed, Jan 22, 2014 at 11:22:47PM +0100, Pino Toscano wrote: > > Switch the internal storage for the notes of each entry to a sorted > > list with all the subkeys available (which should represent the > > translations to various languages). > > The current outputs are the same (i.e. still the untranslated

Instead of returning directly a Getopt.t handle, now Tools_utils.create_standard_options returns a struct, which at the moment contains only the Getopt.t handle. This way, it will be easy to add more data needed for handling standard command line options. This is mostly refactoring, with no functional changes. --- builder/cmdline.ml | 2 +- builder/repository_main.ml

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I would like to propose an interface change/extension, in order to be able to clearly differ from a PRE_SEND and a POST_RECEIVE item_t->preprocess-ing calls. IMHO there is no option to differ from item->preprocess(..), called from [1] and called from [2], at the moment. My idea is to extend the item_t->preprocess(..) with an additional