| Age | Commit message (Collapse) | Author |
|---|
|
each project
|
|
same now
|
|
|
|
[win32] mark debug/release configs with proper internal marks
|
|
This remove useless preprocessor definition "_VC80_UPGRADE=0x0710"
|
|
VS project wizard generate project with such marks, should help MSBuild to correctly configure internal staff.
Seems that correct XBMC marks was lost on conversion from old projects.
|
|
|
|
|
|
|
|
|
|
gtest and XBMC
|
|
libs and builds a xbmc-test.exe console application.
|
|
There're still some users which uses XBMC with an Athlon XP :)
enabled SSE for the debug target to have it equally to release.
|
|
Since android is so picky about undefined symbols, as a test-build I disabled
--unresolved-symbols=ignore-all
and enabled
-Wl,--no-unresolved
I then changed the wrapper.def to point to the real libxbmc so that our wrapped
symbols could be found. In addition to the previous cmyth commit, these turned
up as needing -lm.
With this, all libs that link against libxbmc as well as the ones we build are
verified as having no undefined symbols.
Curse you bionic.
|
|
Fix several linking concerns that are usually masked in one way or another.
To see, add -Wl,--unresolved-symbols=ignore-in-shared-libs to LDFLAGS
1. The 3rd party libs that we build can't resolve our wrapped functions until
runtime, so tell the linker not to expect them.
2. Various vis and screensavers were relying on XBMC bringing in GL libs.
With these fixes, linking opts like --unresolved-symbols=ignore-in-shared-libs
now work properly. This is useful for annoying libs like gles or egl which
may depend on other libs that cannot resolve at link-time.
TODO: ProjectM still neeeds attention
|
|
|
|
|
|
|
|
|
|
|
|
Squashed commit due to build breakage during code-reshuffle history.
Conflicts:
xbmc/Util.cpp
xbmc/cdrip/CDDARipper.cpp
xbmc/filesystem/Directory.cpp
xbmc/filesystem/File.cpp
|
