| 00:00.05 | macsforme | also, I get this warning when building release: comment contains line-continuation character, following line will be ignored (C:\path\to\BZFlag.nsi:225) |
| 00:01.10 | macsforme | adding a space after the backslash does not seem to fix it, but removing the backslash does |
| 01:10.31 | *** join/#bzflag brlcad (~sean@104.225.5.10) |
| 01:45.08 | *** join/#bzflag cods (~fred@tuxee.net) |
| 02:39.19 | macsforme | also, why is bzadmin the startup project for fullbuild.sln? |
| 02:43.40 | blast007 | I don't think the startup project is set in the .sln |
| 02:44.10 | blast007 | iirc, it's set in some user settings file we don't check in |
| 02:45.27 | blast007 | so it probably just picks the first project that will create a .exe |
| 02:53.24 | macsforme | okay |
| 03:47.59 | allejo | out of curiosity what is it about VS that prevents plugins from accessing more than just the api header? |
| 04:09.30 | JeffM | allejo: everything about how Windows works |
| 04:09.55 | JeffM | Only exported functions will link in a sell |
| 04:10.00 | JeffM | Dll |
| 04:10.15 | JeffM | And only the API is exported |
| 04:11.17 | JeffM | macsforme: blast is right it's a per user setting |
| 04:12.20 | JeffM | It's the first exe in the project |
| 04:12.27 | JeffM | Do it defaults |
| 04:16.24 | macsforme | you can set the startup project with premake, so I assumed it was in the .sln file |
| 04:16.51 | JeffM | I'd be curious how it stored that |
| 04:23.42 | JeffM | Does it generate .user files |
| 04:27.11 | macsforme | doesn't look like it |
| 04:55.25 | macsforme | so, splitting sources and headers into separate groups within each project is supposed to be better somehow? I replicated it but it feels more difficult to navigate (although I'm also not used to it yet) |
| 04:59.02 | JeffM | I find it helps |
| 05:00.28 | JeffM | Mostly it's to get the source files alone |
| 05:34.14 | JeffM | allejo: it has to do with the strong module seperation in windows (that same thing that prevents std::string) from being used, and the fact that what GCC does by default that allows the .so file to call functions in the main exe is generaly a bad idea |
| 05:34.27 | JeffM | there is a GCC mode that can make it export functions like windows |
| 05:44.41 | JeffM | macsforme: it's cool you replicated it, how hard was it in the scripts? |
| 08:26.44 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 08:43.24 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 13:00.43 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-rrbnwsdijujqjhbm) |
| 13:09.49 | blast007 | allejo: We'd have the same restrictions with GCC if we implemented this: https://gcc.gnu.org/wiki/Visibility |
| 14:20.32 | macsforme | JeffM: not too hard... https://github.com/BZFlag-Dev/bzflag/pull/62/commits/9da3f7eb4affcd444a0d469e6b0860d5a18cd6c4 and https://github.com/BZFlag-Dev/bzflag/pull/62/commits/d0afdef7f75e7618e7ceb8255865aa230116872e |
| 14:23.05 | macsforme | and it shows up the same way in Xcode now too, so the consistency is nice |
| 14:53.14 | the_map | but what about the taste? |
| 14:56.53 | blast007 | JeffM: https://github.com/premake/premake-core/blob/785671fad5946a129300ffcd0f61561f690bddb4/src/actions/vstudio/vs2005_solution.lua#L71-L101 So it seems it just moves it to the first project in the .sln to make it the startup project. |
| 15:11.51 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 15:51.25 | JeffM | heh |
| 15:51.34 | JeffM | sorta interesting way to work around it |
| 15:51.37 | JeffM | kinda lame |
| 15:51.57 | JeffM | but somewhat clever I guess |
| 16:44.06 | blast007 | for the documentation that I intend to have on the main website, should it be any specific license? or is keeping it MIT like the site itself just fine? |
| 16:45.15 | JeffM | MIT is pretty open, you don't need any aditional restrictons for the docs do you? |
| 16:45.47 | JeffM | would you care if someone packaged up your documentation and sold it? |
| 16:47.25 | blast007 | nope |
| 16:47.32 | JeffM | then it should be fine |
| 16:48.14 | JeffM | for site stuff the only place I could see possibly wanting a different license would be on the art asssets |
| 16:48.26 | JeffM | but MIT is pretty open and can work for assets |
| 16:50.41 | blast007 | the third party graphical assets are mostly CC-BY and LGPL |
| 16:50.57 | blast007 | JavaScript tends to be MIT |
| 16:51.01 | JeffM | yeah |
| 16:51.15 | blast007 | the screenshots I don't know how to handle |
| 16:51.19 | JeffM | if you need any art I can possibly draw some simple stuff if you need |
| 16:51.31 | JeffM | if you take them, then you can license them however you want |
| 16:53.05 | blast007 | hmm, I suppose. I guess it's the difference between taking a picture of a painting and taking a picture of the inside of an art gallery. |
| 16:53.20 | JeffM | yes |
| 16:53.49 | JeffM | the picutre is copyright the owner, but since BZFlag is freen and open, the picture taker can't prevent another person from taking an identical photo |
| 16:54.07 | JeffM | the picture taker can't claim to own bzflag, but they own that specific copy of the picture they took |
| 16:55.18 | JeffM | I can take a photo of your dog and own that picture, but I can't say I own your dog :) |
| 21:19.31 | JeffM | macsforme: next nitpick on premake :) because premake actualy builds the .rc file, it makes it impossible for me to edit the RC file in visual studio, since I'm editing a copy. What may be best is to break the resources into 2 RC files. let premake just do a version.rc and leave a static client.rc file for thinks like icons, dialogs, strings and stuff a |
| 21:19.31 | JeffM | developer could possibly need to edit. |
| 22:34.16 | *** join/#bzflag the_map (~the_map@unaffiliated/the-map/x-1795707) |
| 22:42.59 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |