| 00:05.00 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 00:27.03 | macsforme | would anyone object to premake replacing just the Xcode build files, so the autotools scripts and MSVC projects will stay intact for the time being? |
| 00:27.58 | JeffM | didn't blast already sugest that? |
| 00:28.13 | JeffM | also can premake 4 run premake 5 lua scripts? |
| 00:28.18 | macsforme | premake will still work for visual studio projects and command-line "make," and we can continue to evaluate the needs of the project as we go along |
| 00:29.25 | macsforme | we will just lose out on some of the automation I had in the original branch for versions and configuration |
| 00:29.35 | macsforme | premake4 cannot run premake5 scripts... there were some syntax changes |
| 00:30.03 | JeffM | so it's not standard lua? |
| 00:30.56 | macsforme | it is, but some of the function names changed |
| 00:31.06 | macsforme | "solution" became "workspace," etc. |
| 00:31.18 | JeffM | can it detect what version it's running in and call the right function? |
| 00:32.02 | macsforme | some functions we need do not exist in premake5 |
| 00:32.05 | macsforme | *4 |
| 00:32.38 | JeffM | I though you needed 5... but 5 has less stuff? |
| 00:33.04 | macsforme | I meant some functions do not exist in premake4 |
| 00:33.07 | JeffM | I'm wondering if it'd be viable to make a single set of scripts that worked for OSX in premake5, and linux in premake4 |
| 00:33.27 | JeffM | so premake4 is not viable in any form for bzflag? all OSs require premake5? |
| 00:35.16 | macsforme | I think the newer functions we need are all for Xcode... although I avoided using several functions that were deprecated since premake4... it would just be a big step backwards |
| 00:35.56 | JeffM | sure in a single version system, but how much trouble would it be to build smart scripts that worked for linux in premake4? |
| 00:36.15 | JeffM | that would help with the "premake5 isn't in the linuxes" issue |
| 00:36.38 | JeffM | eventualy when the majority have migrated, you would clean out the old premake 4 sections |
| 00:37.43 | macsforme | it would probably be easier to make two sets of scripts, one for each version, than to try to pull off that kind of a hack (judging from my limited familiarity with the system) |
| 00:41.19 | blast007 | 'The `_PREMAKE_VERSION` global variable stores the current Premake version, e.g. "4.2".' |
| 00:44.41 | BulletCatcher | The default configuration file name for Premake4 is premake4.lua. |
| 00:44.42 | BulletCatcher | If Premake5 defaults to the obvious then keeping them separate might be more logical, or they could both include a third file with things that are sensibly common to both. |
| 00:47.11 | macsforme | if you look in our source code and build system, when we do hacky workarounds like this, they tend to stay there... nobody bothers to clean them up later, especially after people with knowledge about the issue leave the project |
| 00:47.43 | macsforme | so I am very hesitant to endorse that kind of approach |
| 00:47.44 | JeffM | marage is about compromise :) |
| 00:48.26 | macsforme | two sets of premake files is less of a hacky solution, and would make the removal cleaner later |
| 00:48.29 | JeffM | by that logic, using premake only for mac and keeping the old stuff aorund is a similar hack |
| 00:49.07 | JeffM | but if it's too hacky then it's probalby not worth it, I was just cuious how hacky it would be |
| 00:49.28 | BulletCatcher | One person's hack is another's elegant solution. |
| 00:49.29 | BulletCatcher | Find a real reason for choosing one method or another, please. |
| 00:49.40 | JeffM | it was just a few #ifdef PREMAKE_5 sections for mac project settings, then it could be viable, but if it's scattered all over, then I agree it's too messy |
| 00:50.44 | JeffM | would it be easier for someone who knows how to edit ether premake4 or 5 to edit 2 premake files instead of a premake file and a makefile? |
| 00:51.16 | macsforme | yes |
| 00:51.49 | JeffM | then if multiple systems would be used, it may be better to have the two systems be similar rather than radically different |
| 00:52.05 | macsforme | but you won't need to update premake files as often as you have to update makefiles... the source files are mostly automatically detected |
| 00:52.38 | JeffM | again another real reasony why using both premakes could be preferable to keeping the old systems around. |
| 00:53.21 | macsforme | don't we just need premake5 to be in the same future version of linux distros that our future version of bzflag is in? |
| 00:53.34 | JeffM | BulletCatcher: you seemed to indicate that you had a positive experience with your tests with premake4 |
| 00:53.56 | JeffM | macsforme: yes, but both dates are unknown |
| 00:54.01 | JeffM | we don't know when the future bzflag is |
| 00:54.11 | JeffM | and we don't know when premake will be avaialble |
| 00:56.37 | JeffM | or if we do know when premake will be availalbe, that sets a date we can't release before, and that kinda sucks because it's sort of arbitary. We can't release before a build thing is done, even though we had a viable build before. |
| 00:57.07 | macsforme | if linux packaging is the only remaining concern over premake replacing autotools for us, I would be happy to create two versions of the scripts |
| 00:57.15 | JeffM | but if premake4 IS avaiable now, then you don't have to limit a release to something we have no cotnroll over |
| 00:57.41 | JeffM | can one of the premake versions do the filters for VC like the current code? |
| 00:57.55 | blast007 | I don't *want* it for Windows. |
| 00:58.08 | JeffM | I know, I'm just asking the question |
| 00:58.35 | macsforme | yes, I believe so... I think the vpath function will do the filters, and I already brought back the old solution setup |
| 00:59.19 | JeffM | we would not HAVE to use it for windows at first, it'd just be nice to know how it could fit into windows and what it's limitations were. |
| 01:00.13 | JeffM | I'd be personaly curious to see a diff between the premake proejct files and our native ones. |
| 01:03.20 | macsforme | blast007: can we discuss this in terms of what is best for the project, not our personal preferences? it would at least help to know the objective reasoning behind your dislike for premake |
| 01:07.46 | macsforme | anyway, I'm confident that premake5 can deliver a project layout similar to what we have already in Visual Studio, and I'm working on it (I fixed the .sln files already) |
| 01:08.28 | JeffM | if it can do that, then at the very least it could be used as a tool for windows developers to update project files that are checked in, IF the projects it makes are acceptable. |
| 01:16.32 | blast007 | maaaaaybe we don't want to use boost's regex: https://svn.boost.org/trac/boost/ticket/12818 |
| 01:19.33 | allejo | boost is already being used? |
| 01:19.55 | blast007 | no |
| 01:20.25 | blast007 | it was discussed recently in reference to using std::basic_regex instead of our current stuff |
| 01:20.45 | blast007 | and boost would provide that for older compilers |
| 01:21.56 | JeffM | boost.. what C++ will be in 5 years |
| 01:22.49 | JeffM | boost has some nice stuff, but it's SUPER Huge |
| 01:25.42 | allejo | thought you could use just certain parts of boost |
| 01:25.47 | JeffM | you can |
| 01:25.54 | JeffM | you use it on a per header basis |
| 01:26.02 | JeffM | but usualy it's packaged as a single thing |
| 01:26.19 | JeffM | so you get a big ol chunk o headers |
| 01:26.29 | JeffM | you can build just the libs you need |
| 01:26.43 | JeffM | but the vast majority of boost is implemented entirely in headers |
| 01:26.45 | JeffM | it's all templates |
| 01:26.53 | JeffM | so you just include what you need |
| 01:27.32 | JeffM | you can use boost with no actual libs |
| 01:34.06 | allejo | ahh that's what you meant |
| 01:42.40 | JeffM | Yeah not that it makes your app big |
| 01:42.50 | JeffM | Just that IT is big in it's entirety |
| 01:43.01 | JeffM | I have to build it at work sometimes when we upgrade it |
| 01:43.17 | JeffM | It's a lot of little files so it takes forever to copy and stuff |
| 03:11.07 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 03:11.33 | *** join/#bzflag Gnurdux (~Michael@c-73-149-20-29.hsd1.ma.comcast.net) |
| 03:12.48 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 03:21.25 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 03:29.43 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 03:46.34 | macsforme | why are there two bzflag.ico files listed under bzflag->Resource files? and one of them doesn't load |
| 03:50.58 | BulletCatcher | blast007: I have the BZnotify password so I added the IRC service to the bzflag.org repo, but left it disabled. |
| 03:51.00 | BulletCatcher | Enable it if you want. |
| 03:52.38 | blast007 | BulletCatcher: thanks |
| 03:59.02 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.45) |
| 03:59.02 | BZnotify | [13bzflag.org] 15blast007 pushed 1 new commit to 06master: 02https://git.io/vDEj9 |
| 03:59.02 | BZnotify | 13bzflag.org/06master 1428845c4 15Scott Wichser: Exclude the license file from the build. |
| 03:59.02 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.45) |
| 04:08.02 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 04:08.02 | BZnotify | [13bzflag] 15blast007 pushed 1 new commit to 062.4: 02https://git.io/vDueL |
| 04:08.02 | BZnotify | 13bzflag/062.4 14bcac759 15Scott Wichser: Remove reference to old location of bzflag.ico in Visual Studio project. |
| 04:08.03 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 06:20.06 | *** join/#bzflag nitroxis (n@6.nxs.re) |
| 06:34.24 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 06:54.15 | *** join/#bzflag nitroxis (n@6.nxs.re) |
| 08:35.26 | *** join/#bzflag FusionDude (~flash@c-71-205-162-253.hsd1.co.comcast.net) |
| 09:35.48 | *** join/#bzflag RoscoePColtrane (~flash@c-71-205-162-253.hsd1.co.comcast.net) |
| 11:09.23 | *** join/#bzflag hilmy (~hilmy@156.222.198.37) |
| 13:01.48 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-kkjasqwurqfxxnme) |
| 13:31.53 | *** join/#bzflag nitroxis (n@6.nxs.re) |
| 20:15.31 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 23:39.24 | macsforme | the chathistory plugin has a group called "Header Files" which is empty... should that have at least bzfsAPI.h in it? that's the only plugin with no header files |
| 23:45.42 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 23:45.42 | BZnotify | [13bzflag] 15blast007 pushed 1 new commit to 062.4: 02https://git.io/vDgwe |
| 23:45.42 | BZnotify | 13bzflag/062.4 14a45bc70 15Scott Wichser: Add bzfsAPI.h to the chathistory plugin Visual Studio project. |
| 23:45.42 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 23:46.54 | *** join/#bzflag cods (~fred@tuxee.net) |
| 23:47.03 | macsforme | thanks |
| 23:54.51 | *** join/#bzflag jnoob22 (~jnoob@c-24-8-43-250.hsd1.co.comcast.net) |
| 23:54.51 | *** join/#bzflag jnoob22 (~jnoob@unaffiliated/jnoob22) |