#bitfighter IRC Log

Index Search ←Prev date Next date→

IRC Log for 2015-05-12

Timestamps are in GMT/BST.

00:07:01raptor changes topic to 'Welcome everyone! Feel free to ask anything! | Bitfighter 019e released! | http://www.bitfighter.org/downloads | Forums http://bitfighter.org/forums/ | Channel logs http://bitfighter.org/irclogs/'
00:10:45raptorWatusimoto: release is all done except for: 9.3, 10, 16.3, 17, 18, 19
00:10:51raptorI'm planning on doing 9.3
00:10:56raptormaybe the others tomorrow
00:11:06raptori need to sleep now... good night!
00:11:31raptor Quit ()
00:21:38Nothing_Much has joined
00:23:52amgine123 Quit (Quit: Page closed)
01:33:22empyrean Quit (Remote host closed the connection)
01:33:22empyreanx Quit (Remote host closed the connection)
01:34:07empyrean has joined
02:38:31Nothing_MuchOMG
03:45:45Nothing_Much Quit (Remote host closed the connection)
04:50:28LordDVG has joined
06:12:34Watusimoto Quit (Ping timeout: 240 seconds)
06:52:32LordDVG Quit (Remote host closed the connection)
08:19:55Flynnn Quit (Quit: This computer has gone to sleep)
08:33:26LordDVG has joined
08:33:39LordDVG Quit (Changing host)
08:33:39LordDVG has joined
09:35:32LordDVG Quit (Remote host closed the connection)
09:44:10koda has joined
10:52:02Watusimoto has joined
10:56:57Raven67854 Quit (Quit: Leaving)
10:58:22Watusimoto Quit (Ping timeout: 250 seconds)
10:58:27Raven67854 has joined
11:12:56Nothing_Much has joined
12:02:07Darrel Quit (Read error: Connection reset by peer)
12:02:32Darrel has joined
12:04:09raptor has joined
12:04:09ChanServ sets mode +o
12:07:31raptorgood day!
12:07:43raptor019e has released! A few things still to do...
12:08:05raptoroh, i need to trigger the Linux builds..
12:16:10kodaoh noes
12:16:11kodaand osx to
12:16:12kodao
12:23:03raptorosx is done!
12:40:37Watusimoto has joined
12:57:04Nothing_Much Quit (Remote host closed the connection)
13:00:02watusimoto1 has joined
13:00:06watusimoto1morning
13:00:14raptorhi
13:01:28watusimoto1I added physfs and physfs-cpp to the game, and it _almost_ builds
13:01:55raptoroh?
13:01:58watusimoto1well, it totally builds, but won't run; I feel I am one cmake tweak away from victory
13:02:10watusimoto1I know that statement fills you with dread :-)
13:02:12raptorwas physfs itself cmake based?
13:02:20watusimoto1yes
13:02:38watusimoto1physfs is probably not the ... wait, maybe that's it
13:02:59watusimoto1I've been focusing on physfs-cpp, but maybe the problem is in physfs
13:03:16watusimoto1I followed all same patterns used for other libs
13:03:38raptoradded the directory in the main CMakeLists.txt
13:03:41raptor?
13:03:48watusimoto1the problem is the linker can't find physfs.dll (or physfs-cpp.dll, I forget)
13:03:51raptoroh
13:04:04watusimoto1well, not the linker; this problem ocurrs at runtime
13:04:13raptorwait what?
13:04:21raptorwhat exactly is the problem?
13:04:23watusimoto1yes, I added it to the main cmakelists
13:04:44raptoralso to bitfighter_client.cmake
13:04:49watusimoto1when you run, it reports "can't find xxx.dll" and stops, where xxx is one of those mentioned above
13:04:53raptoradd the dependency in there
13:05:13raptorah, then the DLL is not in the same directory as the executable
13:05:20raptoror named improperly
13:05:35watusimoto1I was working with two cmake files... the main one, and, I think, the one in zap folder (but I think I removed all my changes from that one)
13:06:00raptorso, there is another in the physfs sub-folder, correct?
13:06:10watusimoto1we'll probably use physfs on both client and server
13:06:16watusimoto1yes
13:06:29watusimoto1I added physfs in its own folder, parallel to zap
13:06:39watusimoto1and the files in there are exactly what came from the repo
13:06:41raptorin that one there is a 'name' of what the library is called. that needs to be added to the add_dependencies() section in the zap/bitfighter_client.cmake file
13:06:58watusimoto1yes, I believe I did that
13:07:20watusimoto1well, I'll go back and verify
13:07:44watusimoto1I chose another lib that I thought was similar, and added refs everywhere that other one was used
13:08:00raptorthen in the cmake/Platform/Win32.cmake section, you need to copy the dll into the same folder as the executable OR
13:08:08raptorcompile statically instead of dynamically
13:08:26watusimoto1ok, I did nothing in the win32.cmake section
13:08:32watusimoto1maybe that is my problem
13:08:47raptorso when you build bitfighter on windows, as a last step it copys all the dlls into the exe folder
13:08:58raptorbut it is assuming that they are precompiled and in the lib/ folder
13:09:06watusimoto1right
13:09:21watusimoto1well, if the dlls are enumerated, then physfs.dll is not being copied
13:09:29watusimoto1because I did not specify it anywhere
13:09:31raptorwith phsyfs, if you are including the source, then it's easier to just not compile dynamically and instead do it statically so the DLL isn't needed at all
13:09:59watusimoto1I followed the pattern of allowing physfs to be predeployed on the system, as we do with several other libs
13:10:30raptorok, then the source does not need to be committed to the tree, rather we precompile DLLs/.lib files and put them in the lib/ folder
13:10:32watusimoto1From the docs, it looks like it might be included on several linux distros
13:10:57watusimoto1hold on a sec
13:11:07watusimoto1take alure, for example
13:11:12watusimoto1we include the source for that
13:11:21raptoryes, because that is an obscure project
13:11:23watusimoto1but we also use a system copy of that if it is available
13:11:32raptorno
13:11:39raptorwe statically compile alure into the main binary
13:11:57raptorthat's why it shows up as a project in vc++
13:12:18watusimoto1ok, there are others that we check if they are available locally, and if they're not, we build our own copy from source we've copied
13:12:53raptorthat's the flow on Linux
13:13:43raptoron Windows, it's different: compile statically from an in-tree source; OR, link against the provided DLL in the lib/ directory
13:13:58raptorno system searching, e.g. DLL-hell
13:14:08watusimoto1right
13:14:45watusimoto1well, what I want is to include the source in our tree; I don't really care if we use a system copy of the lib or not; it is small and unchanging
13:15:07raptorok, then the easiest is to compile it statically
13:15:18watusimoto1well, what I really want is for this to be easy to build and have as few complications as possible
13:15:19raptoryou may have to pass an option to the physfs CMakeLists.txt to do that
13:16:00watusimoto1is there another lib that is built in a similar way I could use as a pattern to copy?
13:16:56watusimoto1Fileforum.betanews.com is already listing 019e
13:16:57raptorif you want a static compile, then i'd look at 'alure' or 'poly2tri'
13:17:08watusimoto1ok
13:17:43watusimoto1I'm trying not to mess up the build files too badly :-)
13:17:49raptorhah
13:18:07watusimoto1every line I'm adding/modifying has physfs in or adjacent to it
13:19:35raptorheh, ok
13:19:49raptormake sure not to commit compiled files from physfs
13:19:57raptori'm not sure how smart its cmake system is
13:21:16watusimoto1that won't happen... only new files are the source files I added
13:26:18raptordo a cmake option: PHYSFS_BUILD_SHARED=FALSE
13:27:26raptorcould probably disable some features, too, like PHYSFS_HAVE_CDROM_SUPPORT
13:38:56raptoroff to lab! I posted about 019e in the forums, although I didn't check if the updater worked (I hope it does)
13:39:09raptor Quit ()
13:43:29Nothing_Much has joined
14:25:47Nothing_Much Quit (Remote host closed the connection)
15:11:44Flynnn has joined
15:15:17koda Quit (Ping timeout: 255 seconds)
15:53:04Watusimoto Quit (Ping timeout: 252 seconds)
16:29:36Watusimoto has joined
17:11:37Flynnn Quit (Quit: This computer has gone to sleep)
17:22:15Flynnn has joined
17:22:49Flynnn Quit (Client Quit)
17:45:22Watusimoto Quit (Ping timeout: 272 seconds)
17:55:16empyreanx has joined
17:55:37empyrean Quit (Remote host closed the connection)
17:55:37empyreanx Quit (Remote host closed the connection)
17:56:01empyrean has joined
17:56:33empyreanx has joined
18:03:41Flynnn has joined
18:03:45Flynnn Quit (Remote host closed the connection)
18:28:12Flynnn has joined
18:51:39Flynnn Quit (Quit: This computer has gone to sleep)
19:10:03Flynnn has joined
19:12:40vasheron has joined
19:12:42Watusimoto has joined
19:13:28empyreanx Quit (Ping timeout: 246 seconds)
19:13:42empyrean Quit (Ping timeout: 265 seconds)
19:13:43empyreanx has joined
20:23:32amgine123 has joined
20:33:29amgine123 Quit (Quit: Page closed)
20:51:06watusimoto1 Quit (Quit: Leaving.)
21:11:25amgine123 has joined
21:15:56Watusimoto Quit (Ping timeout: 264 seconds)
21:28:05Watusimoto has joined
21:37:07empyreanx Quit (Remote host closed the connection)
21:37:07vasheron Quit (Remote host closed the connection)
21:48:05Watusimoto Quit (Ping timeout: 256 seconds)
21:50:28Watusimoto has joined
22:05:07Flynnn Quit (Quit: This computer has gone to sleep)
22:16:28empyrean has joined
22:18:05empyreanx has joined
22:19:07Flynnn has joined
22:19:12Flynnn Quit (Remote host closed the connection)
23:07:58amgine123hi
23:08:02amgine123 Quit (Quit: Page closed)
23:25:30empyrean Quit (Remote host closed the connection)
23:25:30empyreanx Quit (Remote host closed the connection)
23:36:56Flynnn has joined
23:37:27Flynnn Quit (Client Quit)
23:52:41raptor has joined
23:52:41ChanServ sets mode +o

Index Search ←Prev date Next date→

These logs were automatically created by BFLogBot on irc.freenode.net.