Displaying 6 results from an estimated 6 matches for "output_channel".
Did you mean:
output_channels
2007 Nov 25
1
[LLVMdev] OCaml bindings
...| as -o run.o
However, writing the bitcode presently requires a temp file. This is a
problem with the libraries at both ends:
1. Standard C++ doesn't provide file-descriptor streams at all.
(LLVM uses C++ iostreams.)
2. Ocaml doesn't allow extracting the file descriptor from an
Output_channel.
There are a variety of workarounds available for the bindings, but I
have not yet pursued them. The simplest is a "write_bitcode_to_stdout"
function which uses the std::cout stream internally.
>> I think a translation of the tutorial would be most welcome and
>> about...
2014 Dec 15
1
[PATCH] src/libFLAC/stream_decoder.c : Rework fix for seeking bug.
...ed i;
FLAC__int32 *tmp;
- /* Make sure size is some sensible minimum value. Plumb through predictor_order maybe? */
- size = size < FLAC__MAX_LPC_ORDER ? FLAC__MAX_LPC_ORDER : size ;
-
if(size <= decoder->private_->output_capacity && channels <= decoder->private_->output_channels)
return true;
@@ -2594,6 +2591,11 @@ FLAC__bool read_subframe_fixed_(FLAC__StreamDecoder *decoder, unsigned channel,
case FLAC__ENTROPY_CODING_METHOD_PARTITIONED_RICE2:
if(!FLAC__bitreader_read_raw_uint32(decoder->private_->input, &u32, FLAC__ENTROPY_CODING_METHOD_PARTITIONED...
2004 Sep 10
3
Altivec, automake
I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to
get it.
Here's what I have:
-a new file, lpc_asm.s, which has the assembly routines
-changes to cpu.h, cpu.c, and stream_decoder.c to enable them
-changes to configure.in to support the new cpu stuff
-a preliminary Makefile.am
-maybe something else I'm forgetting
Now automake complains that configure.in
2004 Sep 10
2
Altivec, automake
...ntization, FLAC__int32 data[]);
void *client_data;
FLAC__BitBuffer *input;
FLAC__int32 *output[FLAC__MAX_CHANNELS];
! FLAC__int32 *residual[FLAC__MAX_CHANNELS];
FLAC__EntropyCodingMethod_PartitionedRiceContents partitioned_rice_contents[FLAC__MAX_CHANNELS];
unsigned output_capacity, output_channels;
FLAC__uint32 last_frame_number;
--- 101,111 ----
void (*local_lpc_restore_signal)(const FLAC__int32 residual[], unsigned data_len, const FLAC__int32 qlp_coeff[], unsigned order, int lp_quantization, FLAC__int32 data[]);
void (*local_lpc_restore_signal_64bit)(const FLAC__int32 residual[],...
2007 Nov 25
0
[LLVMdev] OCaml bindings
..., writing the bitcode presently requires a temp file. This is a
> problem with the libraries at both ends:
>
> 1. Standard C++ doesn't provide file-descriptor streams at all.
> (LLVM uses C++ iostreams.)
> 2. Ocaml doesn't allow extracting the file descriptor from an
> Output_channel.
>
> There are a variety of workarounds available for the bindings, but I
> have not yet pursued them. The simplest is a "write_bitcode_to_stdout"
> function which uses the std::cout stream internally.
Right. That would probably do the trick. Anyone wanting JIT functionality...
2007 Nov 25
5
[LLVMdev] OCaml
On Sunday 25 November 2007 12:23, Gordon Henriksen wrote:
> On 2007-11-24, at 21:58, Jon Harrop wrote:
> > - Garbage collection tuned for functional programming
>
> http://llvm.org/docs/GarbageCollection.html
>
> I've been doing some interesting work on this front. Getting Lattner-
> cycles to have it reviewed and integrated is probably the biggest
> challenge; LLVM