Doing free'ing user managed msg will cause an double-free later. Also free'ing
messages without deleting them from the list will lead to bad reads after the
resize finished.
2. Capture SDL_VIDEORESIZE events and call video plugin ResizeVideoOutput() function.
3. In VidExt_ResizeWindow(), destroy and re-create OSD when re-setting the screen size
4. Fix bug when checking video api version for <2.2.0 fallback
n.pepinpe requested in #540 to allow overwriting the automatically searched
CFLAGS and LIBS for used libraries. This should allow distributors to set the
build configuration without patching the makefile. This is important for
systems were pkg-config or sdl-config aren't normally used.
n.pepinpe requested in #540 to allow overwriting the automatically searched
CFLAGS and LIBS for used libraries. This should allow distributors to set the
build configuration without patching the makefile. This is important for
systems were pkg-config or sdl-config aren't normally used.
The GCC introduced Link-time optimization in GCC 4.5 (2010-04-14). This should
be long enough available that interested users have upgraded to a compiler
supporting it.
The MSVC project already enabled WholeProgramOptimization since a long time.
Enabling it by default in GCC seems to be equally valid.
The GCC manual states for different parameters that the options for compilation
must also be used when linking. The options for compilation are stored in
CXXFLAGS and added to LINK.o to fix the behavior.
Option which need this are for example -fPIC/-fPIE or -flto.
localtime_r is prefered because it has no shared states. It creates less
problems when using threads or calling it multiple times with different
parameters. Mupen64plus doesn't do this right now, but has many workarounds for
windows compilers which don't work all the time and need extra workarounds
later. Using localtime instead may be the easiest solution right now.
Some linker on different platforms don't handle the garbage collection
correctly and create extreme bloated binaries. Therefore, leave it to the user
to enable this feature or not.
- extended read_memory_32() in debugger/dbg_memory.c to be able to read from special memory blocks like RDRAMREG, RSPREG, RSP, DP, VI, AI, etc
- fixed byte order bugs in read_memory_32_unaligned() and write_memory_32_unaligned()
- extended get_memory_flags() in debugger/dbg_memory.c to return new flags and cover special memory spaces
Architectures like armel, armhf, arm64, avr32, powerpc, s390 and s390x use a
unsigned type definition for char. Therefore, the macro for sign extension is
just a nop instruction there. Being more specific on these arches about the
signedness avoids this problem.
Using Android NDK-r8d build tools (GNU Make 3.81, gcc 4.6) generates the
following warnings in Eclipse:
warning: assignment makes integer from pointer without a cast [enabled by default]
warning: initialization makes integer from pointer without a cast [enabled by default]
The gnu c compiler can use its preprocessor functionality to generate code
which causes compile time warnings when a wrong type for the iterator element
is used in the list helpers.
This code was removed earlier because MSVC doesn't support typeof(x).
The MSVC compiler is slightly confused about the jmp-call inside the __asm
block of the dynarec prologue. It will try to optimize the surrounding code and
ends up in overwritting the code function poiner with a sign extended version
of the lower 16 bit of code.
MSVC seems to be slightly more careful with void pointers
