| 00:21.59 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 00:21.59 | *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;) | |
| 00:31.17 | *** join/#brlcad mlqlrktgelxpvcjs (~armin@dslb-094-216-165-092.094.216.pools.vodafone-ip.de) | |
| 04:11.26 | *** join/#brlcad KimK (~Kim__@2600:8803:7a81:7400:500c:569a:c05e:f69) | |
| 04:19.38 | *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-iboptzljqttxhdup) | |
| 05:21.30 | DaRock | starseeker: thats alright - we're not quite done yet, as we have yet to test here. Speaking of which it hasn't resolved it. It is also an only automated option, so nothing I put in is even recognised, just completely overridden. I'm also concerned with the triple checking - I can't understand the reasoning on it... but thats me :) |
| 05:21.46 | DaRock | d_rossberg: that didn't work either I'm afraid |
| 05:23.44 | DaRock | I can link for termlib.h, but I think that misses the point of the exercise |
| 05:24.15 | DaRock | or is it just a head fix? heh :) |
| 05:24.24 | DaRock | couldn't help myself there ;) |
| 05:26.00 | DaRock | if it is just a case of not following dev branch then maybe a link might fix it so we can move on, but that still doesn't allow for any user overrides (for say advanced users or porters) |
| 05:28.29 | DaRock | I also can't seem to get my head around Find_Package_Handle_Standard_Args(), why it is needed, and why the last arg is such an issue - I don't get the returns from it (I believe strongly that the failure is right there myself). What is expected there? |
| 06:10.15 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 06:58.44 | *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar) | |
| 07:10.54 | DaRock | ok. It works with the termlib.h link, but that implies that it will work with absolutely nothing else - I have curses, ncurses, and termcap, and apparently none of those will do the trick. They are also linked to the same header file curses.h, so why they fail... So it would appear that there is still another breakage in the cmake system |
| 07:11.51 | DaRock | but while I'm here :) anyone know what the big issue is here: /usr/local/include/tk8.6/tk.h:21:3: error: Tk 8.6 must be compiled with tcl.h from Tcl 8.6 or better |
| 07:12.34 | DaRock | I have no other tk version installed, and tcl.h has all the right notes in it, so what the hell? |
| 07:12.59 | DaRock | and its looking in the right place - not the builtin |
| 07:13.32 | DaRock | there is bugger all on google for it |
| 07:16.31 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 07:25.45 | DaRock | I have a suspicion that it is somehow referencing the builtin tcl.h file when include is called from the tk.h file which is actually included correctly from the system |
| 07:26.47 | DaRock | it'd be at cross purposes, and this occurs regardless of the use of all builtins as well - tried that earlier |
| 07:27.37 | DaRock | my system tk.h and tcl.h both have version 8.6 in them. The builtin has 8.5 |
| 07:38.23 | DaRock | looking at the cmake system again seems to make absolutely no allowances for overrides or any intervention by the user - it even seems to ignore the initial assessment of whether the system libraries are suitable |
| 07:39.25 | DaRock | but if the include variables are set earlier, then it insists on using the builtins, it looks as though this may cause the conflict |
| 07:41.57 | DaRock | so the automated system (allow_all or not) detects the system libraries and sets them up, the cmake subsystem then tries to ignore all that which means the compiler isn't sure which to header to use from where - regardless of whether the builtins are auto or on or not |
| 08:29.59 | *** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:11.24 | *** join/#brlcad merzo (~merzo@user-94-45-58-139.skif.com.ua) | |
| 12:53.32 | *** join/#brlcad yorik (~yorik@2804:431:f721:afd0:290:f5ff:fedc:3bb2) | |
| 13:01.49 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:59.27 | *** join/#brlcad merzo (~merzo@user-94-45-58-139.skif.com.ua) | |
| 17:57.21 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 18:21.02 | Notify | 03BRL-CAD:starseeker * 69680 (brlcad/trunk/src/external/CREO/assembly.cpp brlcad/trunk/src/external/CREO/part.cpp brlcad/trunk/src/external/CREO/util.cpp): Get plugin running again |
| 19:25.43 | *** join/#brlcad yorik (~yorik@2804:431:f721:afd0:290:f5ff:fedc:3bb2) | |
| 19:40.45 | *** join/#brlcad merzo (~merzo@49-0-133-95.pool.ukrtel.net) | |
| 19:46.46 | Notify | 03BRL-CAD:starseeker * 69681 (brlcad/trunk/src/external/CREO/assembly.cpp brlcad/trunk/src/external/CREO/creo-brl.h and 3 others): Try another approach to name generation |
| 20:02.29 | Notify | 03BRL-CAD:starseeker * 69682 (brlcad/trunk/src/external/CREO/creo-brl.h brlcad/trunk/src/external/CREO/part.cpp brlcad/trunk/src/external/CREO/util.cpp): simplify |
| 20:09.17 | Notify | 03BRL-CAD:starseeker * 69683 brlcad/trunk/src/external/CREO/part.cpp: note - need to look into ON_Brep conversion possibilities |
| 22:31.40 | *** join/#brlcad DaRock (~Thunderbi@mail.unitedinsong.com.au) | |
| 22:34.21 | *** join/#brlcad merzo (~merzo@49-0-133-95.pool.ukrtel.net) | |
| 23:07.10 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:15.21 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |