similar to: #410 Incorrect HAVE_CONFIG_H checks

> Oliver St?neberg wrote: > > > Copying my report from sf.net: > > > > The source uses a mixture of "#ifdef HAVE_CONFIG_H" and "#if HAVE_CONFIG_H" > > checks. Judging from > > > > DEFS=-DHAVE_CONFIG_H > > > > in the configure I supposed it should be "#ifdef" in all cases. These incorrect > > checks cause

> Oliver St?neberg wrote: > > > I finally got around to trying to update FLAC for the MAME/MESS > > project again. There were several issues I was able to fix and will > > submit patches later, but I hit one roadblock with GCC and clang: > > > > src/lib/libflac/libFLAC/stream_encoder.c:1696:43: error: cast from function call > > of type

> Oliver St?neberg wrote: > > > This is simply fixed by putting those unused constants into the > > proper defines. I attached a patch against git 70b078c. > > Unfortunately it breaks x86_64 build (where FLAC__CPU_X86_64 is defined, and > FLAC__CPU_IA32 isn't). Maybe it's simpler to turn them into #defines such as > > #define

Hi, I finally got around to trying to update FLAC for the MAME/MESS project again. There were several issues I was able to fix and will submit patches later, but I hit one roadblock with GCC and clang: src/lib/libflac/libFLAC/stream_encoder.c:1696:43: error: cast from function call of type 'double' to non-matching type 'FLAC__int32' (aka 'int')

Hi, Attached patch adds some missing HAVE_CONFIG_H guards to some places in celt/arm. Please review. Thanks, --Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20170127/a56493d8/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name:

autotools define HAVE_CONFIG_H to signal a config.h was generated; since this file is built directly also in bindings without the use of config.h, make sure config.h is not requested in those cases. This file uses only POSIX functions anyway, so it should not be a problem. --- utils/stringlists-utils.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/utils/stringlists-utils.c

Hi, after having some discussion of the FPU/SSE behavior on the sf.net bug tracker as well as having some other changes we made for the MAME/MESS project sitting around I thought about joining this list to make things easier. First one is the latest modification we had to make to compile with clang 3.4 x64. Here are the warnings the 1.2.1 source will give with it:

On Fri, Jan 27, 2017 at 7:39 PM, Michael Bradshaw <mjbshaw at google.com> wrote: > Attached patch adds some missing HAVE_CONFIG_H guards to some places in > celt/arm. Please review. > Hi again. Just following up to see if there are any additional changes that I should make to this patch. Without it, using Ne10 fails to build without a config.h file present. --Michael

Hi Michael, I guess the main issue here is that config.h is never actually supposed to be included from a header file in the first place. So it might be best to fix that directly rather than adding ifdefs. Cheers, Jean-Marc On 15/02/17 01:21 PM, Michael Bradshaw wrote: > On Fri, Jan 27, 2017 at 7:39 PM, Michael Bradshaw <mjbshaw at google.com > <mailto:mjbshaw at

Actually, it looks like this is already done in Speex as of revision 7150 in SVN (7/15/2004). As long as HAVE_CONFIG_H is defined in the project settings (which it is in all of the project files in SVN), win32\config.h should be included, and this has #define inline __inline in it. Oleg - you should make sure HAVE_CONFIG_H is defined in your project settings. And, you didn't say which

> Oliver St?neberg wrote: > > > > > > Oliver St?neberg wrote: > > > > > > > I finally got around to trying to update FLAC for the MAME/MESS > > > > project again. There were several issues I was able to fix and will > > > > submit patches later, but I hit one roadblock with GCC and clang: > > > > > > >

On Mon, Jan 13, 2020 at 10:35:53AM +0100, Pino Toscano wrote: > On Friday, 10 January 2020 23:13:35 CET Richard W.M. Jones wrote: > > On Thu, Jan 09, 2020 at 06:37:49PM +0100, Pino Toscano wrote: > > > There is nothing in the Python bindings that require results from > > > configure, and gnulib is not used already. > > > --- > > > generator/python.ml |

Jean-Marc Valin wrote: > That's quite strange. The only thing I can say is that the bug is most > likely *not* around line 414. It's probably some sort of memory > corruption somewhere else (quite possibly outside of Speex). Do you have > any more information? What CPU? What's the value of best_ntarget[j]? Is > SSE enabled? What's the allocation method

I would like to see Mame/32 working in Wine, however, it uses a couple of VxDs to do some things (I think it is timing and joysticks). Normally VxD's do not work in Wine, but Mame/32 is open source. With access to the source code of the VxD's, would it be possible to modify the VxD files to work with Wine? If so, what would need to be done to make the VxD drivers work with Wine?

On Wed, Feb 15, 2017 at 10:45 AM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi Michael, > > I guess the main issue here is that config.h is never actually supposed > to be included from a header file in the first place. So it might be > best to fix that directly rather than adding ifdefs. Thanks for the response. Attached patch removes the config.h include. I tested

https://bugs.freedesktop.org/show_bug.cgi?id=73342 Priority: medium Bug ID: 73342 Assignee: nouveau at lists.freedesktop.org Summary: nouveau not working with yuy2 overlay QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: fbs777 at gmail.com

On Thu, Jan 09, 2020 at 06:37:49PM +0100, Pino Toscano wrote: > There is nothing in the Python bindings that require results from > configure, and gnulib is not used already. > --- > generator/python.ml | 6 ------ > python/handle.c | 2 -- > 2 files changed, 8 deletions(-) I guess the motivation is because we cannot create this header correctly from PyPi so it'll be

Hi! I'd like to play with snes, arcade and other retro games, but unfortunatelly there isn't any linux emus for this. So I run the emutaltor callus with wine, with medius succes: Callus works fine, everything is ok, but it uses 100% CPU, and becouse of that, the soung goes wrongs somethimes. I don't know why it is takes so mutch work to wine... Callus emulate only 66 Mhz... The

For many years im using the ubuntu with nouveau and the yuy2 scalemode in mame. I think the last one was 11.10 or 12.04, not sure. Now in the ubuntu 13.10 the yuy2 scalemode dont work in mame, but works fine with the intel driver. Tested with the kernels 3.11 and 3.12 from the ubuntu repository. I think there's a regression in the nouveau used in ubuntu 13.10 with yuy2. -------------- next

> > Please, I need your help! > > I'm not able to compile.... > > > typedef struct { > > } PCMMode; > > It's wrong in pure C, there must be at least one field. Then just add int dummy. Actually, this code is pretty much useless at the moment, so you can simply remove it from the build and it'll work. > 2All: can't compile libspeex from trunk