Commit Graph

7 Commits

Author SHA1 Message Date
squall-leonhart 4795fde374 move fex into trunk 2011-12-04 14:59:12 +00:00
squall-leonhart 6597e976aa DrNach is the one who decided on keeping externals out of the trunk/branch tree's , and I agree with him on keeping dependencies out of them,
if you have a problem, take it up with him and be sure you have a compelling argument
The argument is invalid for source tarballs because 
1. we don't provide recent ones 90% of the time. 
2. those who do provide them include them. 
3. anyone dumb enough to distribute one without the required externs inclluded needs a head examination
4. FEX can be disabled, its not required if it is unwanted.
5. a wget type tool can be executed from the cmake script to pull any required externals that aren't included in the tarball.
2011-12-04 10:13:57 +00:00
bgk 3444411fe7 ALL: Revert r1037:1041. Fix build.
FEX is not a common oss library thus it is not packaged by open source operating system distributors. That means if we ever want VBA-M to be packaged in OS distributions, we need to embed it in our main source tree, since fex is a dependency. 
The "dependencies" folder is outside of our main source tree thus it cant be used when building from a source tarball (for packaging).
zlib and SFML from the "dependencies" folder are only used when building the win32 port. All the other ports only use system libraries.
Having FEX somewhere within the "trunk" folder is REQUIRED for packaging, moving it elsewhere is NOT AN OPTION. Please live with it.
2011-12-04 07:27:25 +00:00
squall-leonhart b907d76fbf deleted fex from trunk (for some reason) 2011-12-04 02:57:47 +00:00
bgk 4aa596bd89 ALL: Revert r1029. Fex is now back in the main source tree.
Please don't break things you can't fix.
2011-12-03 13:09:12 +00:00
squall-leonhart feb8f7db71 fex is a dependency, it should be, and now is in the folder with the rest of our dependencies (breaks cmake on both prewx and trunk) 2011-06-30 09:21:20 +00:00
squall-leonhart 1f25fbc1fe 2010-08-29 17:19:59 +00:00