similar to: MegaRAID lockups under 5.5 PRELEASE

I have built up a simple allication for web service interaction. But the following error message occured: uninitialized constant HelloadminController::HelloApi service api class HelloApi < ActionWebService::API::Base api_method :getMsg, :expects => [:name=>:string], :returns => [:string] end service controller class HelloController < ApplicationController

Visual Studio files (which don't use config.h, but define various things in the project settings) are compiling with the wrong FLAC version string (1.2.0 or 1.2.1) I've attached the patch. Maintaining Visual Studio project files in a cross-platform open-source project tends to be a pain unless one of the principal developers is using it on a daily basis (as I know you've experienced

There's a more few issues for compiling on MSVC. I put together a patch. Here's a quick rundown: * must use __inline keyword with static inline functions (bitmath.h) * change instances of uint32_t in bitwriter.c to FLAC__uint32 * functions marked inline cannot be used within another C file (e.g. FLAC__bitreader_get_input_bits_unconsumed produces the linker error "error LNK2001:

Ben Allison wrote: > Visual Studio files (which don't use config.h, but define various things > in the project settings) are compiling with the wrong FLAC version string > (1.2.0 or 1.2.1) Is there really no other way to set the version string? > I've attached the patch. Thanks. I'm wondering if it really should be 1.3.0 and not 1.3.0pre1 which is more accurate at least

Ben Allison wrote: > Here's another go at it. I only have VS2008 and VS2010 to test with right > now. VS6.0, VS2003 and VS2005 are untested. Thanks for your work on this Ben. > I would recommend using FLAC__uint32 instead of uint32_t to avoid these > small #if _MSC_VER < xxxx things everywhere, although I completely > understand the desire to use C99 types. If we add

On 03-03-13 00:22, Erik de Castro Lopo wrote: > I have personally tested this code on: > > x86-linux > x86_64-linux > powerpc-linux Have you tried static building too? I just tried a bunch of switches for ../configure and both "--enable-static" as well as "--disable-shared --enable-static" fails for me on Kubuntu 12.04 64-bit with the following

Martijn van Beurden wrote: > > 'chown', declared with attribute warn_unused_result [-Wunused-result] > > metadata_iterators.c:3299:2: warning: ignoring return value of > > 'chown', declared with attribute warn_unused_result [-Wunused-result] > > In file included from /usr/include/stdio.h:934:0, Thats an Ubuntu special. They have patched their libc headers

On 3/5/2013 7:54 AM, Erik de Castro Lopo wrote: > Cristian Rodr?guez wrote: > >> On 03/05/2013 03:32 AM, Erik de Castro Lopo wrote: >> >>> May look at CMake after this current release. >> That will make the situation reverse, that is, better for windows, >> insane for the rest of the world. > *If* I get around to it, it will be in a branch, not in

On 13-03-04 12:05 PM, Andy Hawkins wrote: > Not sure if you've considered it, but cmake allows you to generate Visual > Studio project files automatically, while still allowing cross platform > builds. Does this still require a Visual Studio install? If so this feature isn't much help for developers based on non-Windows systems. -r

On 13-03-05 10:50 AM, Andy Hawkins wrote: > Yes, all CMake does is generate the files appropriate for your build system > (Makefiles for linux, Visual Studio project files for Windows). I meant that CMake cannot generate Visual Studio project files for Windows without an actual Windows environment with a copy of Visual Studio. What would really help Linux- (or Mac-) based developers would

Janne Hyvärinen wrote: > Minor changes needed for Visual Studio as the version is defined in the > project files. > > Replace 'PACKAGE_VERSION=\&quot;1.3.2\&quot' with > 'PACKAGE_VERSION=\&quot;1.3.3rc1\&quot' in > src/libFLAC/libFLAC_dynamic.vcproj and libFLAC_static.vcproj. And > replace 'PACKAGE_VERSION="1.3.2"' with

Hi Erik, Am 15.07.2019 um 02:32 schrieb Erik de Castro Lopo <mle+la at mega-nerd.com>: > Erik de Castro Lopo wrote: > >> I have a new pre-reelase (with a GPG signature) up here: > > New version: > > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc2.tar.xz.asc I have an undefined symbol on Solaris 10 Sparc with GCC

Erik de Castro Lopo wrote: > Which build system are your using? Any chance of a patch? I just checked, and the autotool build system should just do the right thing on Solaris. Maybe you are using the CMake build system and should try the other one. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Erik de Castro Lopo wrote: > Hopefull the final release candidate: > > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz > http://mega-nerd.com/tmp/flac-1.3.3rc3.tar.xz.asc I am assuming everyone was happy with that and that I can release a new version. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo

Ben Allison wrote: > >> * change instances of uint32_t in bitwriter.c to FLAC__uint32 > > > > Can we include <inttypes.h> to fix this instead? > > Sadly there is no inttypes.h on MSVC. At least versions to Visual Studio > 2010. I presume this is why ordinal.h was created in the first place. I'm not sure how Josh came to do it that way. In general, I

Ben Allison wrote: > There's a more few issues for compiling on MSVC. I put together a patch. > > Here's a quick rundown: > * must use __inline keyword with static inline functions (bitmath.h) If you include "share/compath.h" you will get a inline #defined as __inline when _MSC_VER is defined. I'd prefer a single diffinition of that in one place and one place

Andy Hawkins wrote: > Hi, > > In article <20130304070023.141c9f101622a34c46d68c80 at mega-nerd.com>, > Erik de Castro Lopo<mle+la at mega-nerd.com> wrote: > >> project tends to be a pain unless one of the principal developers is using > >> it on a daily basis (as I know you've experienced with libsndfile, Erik). > > > > Yes,

Cristian Rodr?guez wrote: > On 03/05/2013 03:32 AM, Erik de Castro Lopo wrote: > > > May look at CMake after this current release. > > That will make the situation reverse, that is, better for windows, > insane for the rest of the world. *If* I get around to it, it will be in a branch, not in mainline. I see FLAC as FOSS/libre software. It is firmly targeted at

Hi all, I finally managed to bite the bullet and roll a pre-release. Its here: http://downloads.xiph.org/releases/flac/beta/ I have personally tested this code on: x86-linux x86_64-linux powerpc-linux I have not yet done any work on making sure the changelog is up-to-date. That will be done between now and the release. What I'm after now is testing of this source tarball

Hi all, I have a new pre-reelase (with a GPG signature) up here: http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43 plus another commmit to change the version numbers which I will not be pushing to the public repo before the final release. Note that audio files encoded