IRC log for #brlcad on 20180202

01:19.42 *** join/#brlcad infobot (ibot@rikers.org)
01:19.42 *** topic/#brlcad is BRL-CAD and open source CAx discussion ! Also @ http://brlcad.zulipchat.com ! Logs @ http://infobot.rikers.org/%23brlcad/
01:41.50 *** join/#brlcad pjwzimnbznwkcgbt (~armin@dslb-088-065-185-188.088.065.pools.vodafone-ip.de)
02:47.07 brlcad starseeker: did you take a look at why the gethostname() cmake test failed?
02:47.28 brlcad hello yukonbob
03:47.57 yukonbob maw brlcad
04:45.41 starseeker brlcad: I did - should be fixed
04:45.53 starseeker is it still busted?
05:28.19 brlcad starseeker: no, i'm curious how it failed
05:33.36 brlcad saw _WINSOCKAPI_ workaround, but implies the gethostname test fails -- curious why
10:23.21 *** join/#brlcad merzo_ (~merzo@63-16-132-95.pool.ukrtel.net)
12:40.26 starseeker brlcad: on Windows (IIRC) there is a gethostname, but with a different function signature
12:40.55 starseeker so the "failure" was actually that the test succeeded, but there was a linking error
12:41.45 starseeker I think the actual decl test didn't work because the standard headers for that test don't include the Windows headers
12:43.44 starseeker I'm sure a more elaborate test for gethostname could handle it, but I'm not sure how "worth it" it is
12:46.05 starseeker sorry, that wasn't clear - the "function exists" part of the test succeeded, the decl test failed, and libbu tried to do what it does in the decl failure case and defined the signature, which doesn't match the Windows signature
12:50.33 starseeker I suppose if none of the standards have hammered out that one we should special case that specific test
12:51.47 starseeker aaaand it's non-standard
12:51.54 starseeker phooey
13:25.23 brlcad wouldn't worry about it, just was curious
13:25.37 brlcad the winsock api is "special"
13:33.16 brlcad on linux, it happens to be in glibc, but windows solaris and others commonly put networking into different libs
13:34.03 brlcad was just curious how it failed because I've not looked at winsock in a while, but hasn't changed from the sound of it
13:37.14 brlcad if things haven't changed, compile would use windows.h which includes the older winsock.h api unless you define WIN32_LEAN_AND_MEAN (which our common does) or if winsock2.h was already included (both have gethostbyname)
13:38.18 brlcad link would then probably fail unless you made sure to test and link the ws_32.lib or ws2_32.lib winsock libraries
13:47.23 *** join/#brlcad yorik (~yorik@2a02:a03f:406f:ad00:2268:9dff:fef9:3113)
17:15.01 starseeker howdy yorik
17:15.09 starseeker what's new in the FreeCAD world?
17:15.49 yorik starseeker: not much new right now, because it's feature freeze time... New release soon
17:15.57 starseeker sweet
17:17.09 yorik But some parts have progressed much over the last months, basically CNC/Path, FEM and the Sketcher. Plus, there is now a myriad of plugins
17:17.44 starseeker are you still using OCE on the backend?
17:20.14 yorik OCE is not much updated anymore, and its "original" version, OpenCasCade, is several versions further and is now a much better open-source citizen (they changed their license, are using cmake, etc), so most folks have actually switched to it. We'll do that for the official release too I guess
18:30.37 *** join/#brlcad merzo (~merzo@63-16-132-95.pool.ukrtel.net)
21:05.18 *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-lkeswescjdxpchwz)
21:08.32 *** join/#brlcad KimK (~KimK@2001:579:d00c:800:f145:8dd7:fb04:7fb8)
21:28.03 *** join/#brlcad merzo (~merzo@11-26-132-95.pool.ukrtel.net)
23:00.15 *** join/#brlcad Radicarian (~Radicaria@199.189.26.12)
23:10.40 *** join/#brlcad Radicarian (~Radicaria@199.189.26.12)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.