ShuriZma
/
visualboyadvance-m
mirror of https://github.com/visualboyadvance-m/visualboyadvance-m.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
visualboyadvance-m/.gitignore

23 lines
253 B
Plaintext
Raw Normal View History

added git ignore
2015-09-20 01:27:30 +00:00
src/wx/builtin-over.h
src/wx/builtin-xrc.h
src/wx/cmd-evtable.h
src/wx/cmdhandlers.h
src/wx/cmdtab.cpp
src/wx/wxvbam.xrs
add mac release builder script Add `tools/osx/builder`, a POSIX sh script to build all dependant libraries as static, targetted to OS X 10.7, and build the project with them (also targetted to OS X 10.7.) ffmpeg currently does not link, as recording functionality is currently non-functional anyway, this will be fixed later. MISC: - set WORKING_DIRECTORY and ERROR_QUIET for all git commands, for the cases when the build directory is not under the git checkout - #include <cerrno> in ConfigManager.cpp as it uses errno - change `build*` in `.gitignore` to `build/*` so that files starting with "build" are not affected
2017-10-12 08:32:18 +00:00
build/*
add build32/ to .gitignore (for 32bit builds) Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-02-22 18:20:44 +00:00
build32/*
auto deps for visual studio, take 1 Use vcpkg to build deps when Visual Studio on Windows is detected, this only happens on first build, but does take a while because things like wxWidgets need to be built. Building from the developer command line is also supported. I considered making a pre-built tarball available, but the resulting files are just too big for this to be practical. Make the necessary cmake code changes for this to work and to use the vcpkg packages, which work just like on linux or have other cmake glue code available. To do this, we make vcpkg a submodule, use git to checkout all submodules, then just build and use the `vcpkg.exe`. Then we set the CMAKE_TOOLCHAIN_FILE to the vcpkg toolchain and also include it directly, why this is necessary I don't know, without it it doesn't work in the IDE but does on the command line. All of this requires no vcpkg integration with either the user or the project. A user-wide `ENV{VCPKG_ROOT}` is also supported. Fix the dynamic arrays in the GBA core, MSVC follows the C++ standard on this and gcc does not. TODO: add the necessary gcc flags to make this an error in cmake. Use `wxArrayString` instead of `std::vector<wxString>` in `src/wx/strutils.cpp` which is used in options parsing. This was necessary because of a bizarre linker error with wxWidgets when using Visual Studio: https://trac.wxwidgets.org/ticket/10884#comment:46 In `src/wx/panel.cpp` make sure the unimplemented D3D renderer code does not get compiled if it's actually `OFF`. Also fix the new spacer code for the drawing panel to not combine `wxEXPAND` with `wxALIGN_CENTER`, which is an error on wxWidgets 3.1.2, which is what vcpkg uses. The drawing panel seems to be automatically stretched to the max size automatically anyway. TODO: if all of this works, we'll need an Appveyor set up for visual studio. Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-03-21 23:01:46 +00:00
vsbuild/*
Add couple of file ext on .gitignore
2018-06-16 13:46:01 +00:00
dependencies/*
auto deps for visual studio, take 1 Use vcpkg to build deps when Visual Studio on Windows is detected, this only happens on first build, but does take a while because things like wxWidgets need to be built. Building from the developer command line is also supported. I considered making a pre-built tarball available, but the resulting files are just too big for this to be practical. Make the necessary cmake code changes for this to work and to use the vcpkg packages, which work just like on linux or have other cmake glue code available. To do this, we make vcpkg a submodule, use git to checkout all submodules, then just build and use the `vcpkg.exe`. Then we set the CMAKE_TOOLCHAIN_FILE to the vcpkg toolchain and also include it directly, why this is necessary I don't know, without it it doesn't work in the IDE but does on the command line. All of this requires no vcpkg integration with either the user or the project. A user-wide `ENV{VCPKG_ROOT}` is also supported. Fix the dynamic arrays in the GBA core, MSVC follows the C++ standard on this and gcc does not. TODO: add the necessary gcc flags to make this an error in cmake. Use `wxArrayString` instead of `std::vector<wxString>` in `src/wx/strutils.cpp` which is used in options parsing. This was necessary because of a bizarre linker error with wxWidgets when using Visual Studio: https://trac.wxwidgets.org/ticket/10884#comment:46 In `src/wx/panel.cpp` make sure the unimplemented D3D renderer code does not get compiled if it's actually `OFF`. Also fix the new spacer code for the drawing panel to not combine `wxEXPAND` with `wxALIGN_CENTER`, which is an error on wxWidgets 3.1.2, which is what vcpkg uses. The drawing panel seems to be automatically stretched to the max size automatically anyway. TODO: if all of this works, we'll need an Appveyor set up for visual studio. Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-03-21 23:01:46 +00:00
vcpkg/*
add visual studio .vs/ directory to .gitignore
2018-11-05 05:21:52 +00:00
.vs/*
Add couple of file ext on .gitignore
2018-06-16 13:46:01 +00:00
*.o
*.so
*.exe
Fix for T2 see: http://dev.vba-m.com/T2 > Every time I launch a server it defaults to the locahost IP instead of my > actual IP. This is preventing me from linking with friends over Hamachi. When > they enter my IP it errors on their end and they cannot connect. [report taken > from <https://sourceforge.net/p/vbam/bugs/219/>] Also, by chance, added the build folder to `.gitignore` so as to not pollute the git repo. I meant to do them as separate commits, but I forgot to do so. Signed-off-by: Jonathan Sifuentes <jayands2k11@ymail.com>
2016-08-09 02:23:08 +00:00
Mac build improvements Move closer to allowing an "out of the box" distributable build for Mac: * fix the icon for the .app * link SDL2 statically, a PR has been sent to the original repo here: https://github.com/tcbrindle/sdl2-cmake-scripts/pull/9 * link SFML statically TODO: For a releasable build on OS X, system libs must be linked dynamically while third party libs are linked statically or bundled. The goal is to link them statically. The two remaining libs that need static linking are PNG and wX. For PNG a similar approach to the one used for SDL2 using pkg-config should work fine and be simple to implement. For wX things are more complicated. The default build of wX does not include static libs, I will need to submit a PR for Homebrew to change the default build to include both dynamic and static versions.
2016-10-26 23:58:21 +00:00
# vim swap files
*.sw?
add vim undo files to .gitignore
2019-01-03 00:58:59 +00:00
*.un~
support for fully independent .app build on Mac The resulting Mac wX .app build is now completely independent and redistributable, only needs to be codesigned. Necessary dylibs are bundled and linked in a POST_BUILD step using third_party_libs_tool (included) for which I created a separate repo here as well: http://github.com/rkitover/mac-third-party-libs-tool Turn off Cairo on Mac because it does not work for now. Set RPATH on the executable to @loader_path/../Frameworks, the bundling tool also does this. Update .gitignore for Finder .DS_Store files. TOOD: * write a ./quickbuild for Mac and other platforms such as msys2 and linux
2016-10-28 05:06:06 +00:00
# mac finder crap
*.DS_Store