| 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) |