search for: output_channel

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