search for: jon_y

...w maintainer (Erik de Castro Lopo) > 4. Re: Moving CPP hackery (JonY) > 5. Re: Moving CPP hackery (Erik de Castro Lopo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 04 Feb 2012 17:32:23 +0800 > From: JonY <jon_y at users.sourceforge.net> > Subject: Re: [flac-dev] Moving CPP hackery > To: flac-dev at xiph.org > Message-ID: <4F2CFB27.6050508 at users.sourceforge.net> > Content-Type: text/plain; charset="iso-8859-1" > > On 2/4/2012 13:20, Erik de Castro Lopo wrote: > &g...

...o the original problem, Steve's reasoning sounds like a possible explanation. Wide character and long filename support was something that was defnitely added later. I wouldn't be surprised if that meant yet another runtime dll!. ----- Original Message ----- From: "JonY" <jon_y at users.sourceforge.net> To: <flac-dev at xiph.org> Sent: Wednesday, January 06, 2010 12:09 PM Subject: Re: [Flac-dev] FLAC C API / Visual Studio 2008 FILE* Issue > On 1/6/2010 18:53, Stuart Fisher wrote: >> I haven't done any FLAC development for some time now, but I'v...

On Fri, Mar 23, 2012 at 9:45 PM, JonY <jon_y at users.sourceforge.net> wrote: > On 3/23/2012 13:59, Glenn McCord wrote: >> Hi. I'm trying to get a project linking to libFLAC_static.lib but I >> get linker errors such as the following. >> >> The __imp__ prefix seems to imply that some kind of .dll usage is &gt...

On 1/6/2010 18:53, Stuart Fisher wrote: > I haven't done any FLAC development for some time now, but I've around 25 years experience of working with libc and I don't really agree with Ben's view. > > You're talking about a binary compatibility issue and I'd be surprised if Microsoft had changed something in the library to break it. OS companies usually only break

Hi. I'm trying to get a project linking to libFLAC_static.lib but I get linker errors such as the following. 6>AudioDecoder.lib(CFlacDecoder.obj) : error LNK2019: unresolved external symbol __imp__FLAC__stream_decoder_process_until_end_of_metadata referenced in function "protected: int __thiscall CFlacDecoder::CreateDecoder(void)" (?CreateDecoder at CFlacDecoder@@IAEHXZ)

On 11/10/2011 19:22, JonY wrote: > On 11/10/2011 18:39, Erik de Castro Lopo wrote: >> >> I'm subscribed to the list (and I set my reply-to to the list). >> Please do not CC me. >> >> JonY wrote: >> >>> Its probably on one of the sf tracker somewhere, I can't seem to find it >>> anymore. It wasn't anything complicated, so I should

On 11/16/2011 06:49, JonY wrote: > On 11/16/2011 03:20, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> On 11/14/2011 18:01, JonY wrote: >>>> On 11/10/2011 19:22, JonY wrote: >>>>> On 11/10/2011 18:39, Erik de Castro Lopo wrote: >>>>>> >>>>>> I'm subscribed to the list (and I set my reply-to to the list).

On 2/1/2012 22:36, JonY wrote: > On 2/1/2012 18:52, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> Alright, here's a quick fix, although it is more ugly than I remembered. >>> >>> Basically, it removes those _MSC_VER ifdefs, and relies on inttypes.h >>> where available, and falls back to I64 on MSVC and then ll for others, >>> all

On 2/3/2012 02:50, Erik de Castro Lopo wrote: > JonY wrote: > >> Attached patch builds without any warnings for MinGW. > > Sorry JonY, that patch does not apply against current git master > which is here: > > https://git.xiph.org/?p=flac.git;a=summary > > Specifically I pulled out much of the "#ifdef _MSC_VER" printf stuff > in this commit:

On 2/3/2012 06:33, JonY wrote: > On 2/3/2012 02:50, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> Attached patch builds without any warnings for MinGW. >> >> Sorry JonY, that patch does not apply against current git master >> which is here: >> >> https://git.xiph.org/?p=flac.git;a=summary >> >> Specifically I pulled out much

On 2/4/2012 13:20, Erik de Castro Lopo wrote: > Hi all, especially David Yeo and JonY, > > I've started moving compiler specific CPP hacker into a separate file > at include/share/compat.h. > > Eventually I hope to be able to move all of the require CPP hackery > for $random_compiler into this file and have any C file which needs > any compiler specific tweak to

On 3/23/2012 13:59, Glenn McCord wrote: > Hi. I'm trying to get a project linking to libFLAC_static.lib but I > get linker errors such as the following. > > The __imp__ prefix seems to imply that some kind of .dll usage is > happening, which it shouldn't. > > All I need is the C lib, so I just build libFLAC_static from within > VS2010 (I've converted the

On 11/10/2011 08:02, Erik de Castro Lopo wrote: > JonY wrote: > >> I submitted a patch sometime ago to correct printf specifiers for win32 >> by using inttypes.h, but there were no response, so I thought flac >> development was dead. > > Development is probably complete. Maintenance should continue. > >> Not sure where the patch went or if its still valid.

On 11/10/2011 06:58, Erik de Castro Lopo wrote: > Sven-Hendrik Haase wrote: > >> Si se?or: http://code.entropywave.com/git/flac.git > > Ok, there are about 6 commits there. Over the weekend I'll > have a look at them and if they're fine, I'll push them to > the Xiph Git repo. > > If anyone else has Flac patches that they would like to > see commited

On 3/26/2012 06:52, Glenn McCord wrote: >> >> Did you compile the dll earlier? If so, you can try cleaning the project >> and rebuilding. > > I've compiled the .dll earlier, but they've now all been deleted. They > would have been built when I built the entire solution (and thus all > the projects). I've subsequently deleted them and just built the >

On 11/16/2011 03:20, Erik de Castro Lopo wrote: > JonY wrote: > >> On 11/14/2011 18:01, JonY wrote: >>> On 11/10/2011 19:22, JonY wrote: >>>> On 11/10/2011 18:39, Erik de Castro Lopo wrote: >>>>> >>>>> I'm subscribed to the list (and I set my reply-to to the list). >>>>> Please do not CC me. >>>>>

On 11/14/2011 18:01, JonY wrote: > On 11/10/2011 19:22, JonY wrote: >> On 11/10/2011 18:39, Erik de Castro Lopo wrote: >>> >>> I'm subscribed to the list (and I set my reply-to to the list). >>> Please do not CC me. >>> >>> JonY wrote: >>> >>>> Its probably on one of the sf tracker somewhere, I can't seem to find it

On 2/1/2012 18:52, Erik de Castro Lopo wrote: > JonY wrote: > >> Alright, here's a quick fix, although it is more ugly than I remembered. >> >> Basically, it removes those _MSC_VER ifdefs, and relies on inttypes.h >> where available, and falls back to I64 on MSVC and then ll for others, >> all format warnings suppressed. > > JonY, > > Sorry

On 11/10/2011 18:39, Erik de Castro Lopo wrote: > > I'm subscribed to the list (and I set my reply-to to the list). > Please do not CC me. > > JonY wrote: > >> Its probably on one of the sf tracker somewhere, I can't seem to find it >> anymore. It wasn't anything complicated, so I should be able to redo it >> quickly. > > I'm a Linux