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