Displaying 3 results from an estimated 3 matches for "0x00008000u".
Did you mean:
0x00008000
2014 Mar 23
2
PATCH for cpu.c
...e
> > 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 FLAC__CPUINFO_IA32_CPUID_CMOV 0x00008000U
> #define FLAC__CPUINFO_IA32_CPUID_EXTENDED_AMD_3DNOW 0x80000000U
>
> and so on?
Maybe - I usually don't try to change the basics of code, but try to
fix the errors properly.
I overlooked that code since it didn't exist in 1.2.1 and 1.3.0 and
we never set the CPU defines b...
2014 Mar 22
2
PATCH for cpu.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:
2014 Mar 23
0
PATCH for cpu.c
Oliver St?neberg wrote:
>> 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 FLAC__CPUINFO_IA32_CPUID_CMOV 0x00008000U
>> #define FLAC__CPUINFO_IA32_CPUID_EXTENDED_AMD_3DNOW 0x80000000U
>>
>> and so on?
>
> Maybe - I usually don't try to change the basics of code, but try to
> fix the errors properly.
> I overlooked that code since it didn't exist in 1.2.1 and 1.3.0 and
&g...