| 00:00.04 | kanzure | cad/partlib is 10 MB |
| 00:00.13 | kanzure | cad/plugins/ is 16 MB |
| 00:00.27 | kanzure | cad/tests is another 10 MB |
| 00:00.36 | kanzure | sim/src/ is 11 MB |
| 00:01.19 | kanzure | huh so maybe i was wrong- it's probably just the history? |
| 00:03.55 | starseeker | ah, k |
| 00:04.13 | starseeker | watches PySlide's compile crawl by |
| 00:06.07 | kanzure | i suppose i've never run "gc" on this.. 473 MB before and .. well let me upgrade my RAM first |
| 00:06.21 | starseeker | heh |
| 00:07.46 | starseeker | spoze I should install PyQt too to baseline |
| 00:09.48 | kanzure | partlib is probably bad.. there should be an online pdb mirror structure instead of distributing a huge library of parts |
| 00:23.39 | kanzure | starseeker: heh now it's only 463 MB |
| 00:23.46 | kanzure | i guess 10 MB of "git cruft" is substantial |
| 00:26.21 | kanzure | brlcad: you guys have private test cases? hah |
| 00:41.15 | starseeker | hmm - what package has numarray? |
| 00:43.00 | starseeker | ah fudge - I've got python 2.7 and 3.2 both - looks like that may confuse things |
| 00:43.55 | kanzure | depends on what your system default is, yeah.. |
| 00:44.15 | kanzure | you might have to get an old version of python-numarray or get it from pypi |
| 00:44.35 | kanzure | the known-working package is python-numarray=1.5.2-2.2ubuntu1 |
| 00:46.17 | kanzure | starseeker: http://archive.debian.org/debian/pool/main/p/python-numarray/python-numarray_1.5.2-2.2_i386.deb |
| 00:46.49 | kanzure | you should consider getting the chroot to work first so that you can see how things are supposed to work |
| 00:47.06 | kanzure | 1.2 GB http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot.tar.gz |
| 00:47.13 | kanzure | or if you want to make it on your own: http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap |
| 00:49.20 | kanzure | hrm the "git checkout" line in that file is probably a dumb idea |
| 01:12.55 | kanzure | starseeker: btw.. i have some other nanoengineer users / quasi-developers in ##hplusroadmap |
| 02:04.33 | kanzure | starseeker: some other dependencies are here http://www.nanoengineer-1.com/bhelfrich/BuildMeister/ |
| 02:34.23 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:58.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:48.41 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:56.24 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 09:15.47 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 09:21.00 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 09:35.11 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3510 10/wiki/Anuragmurty: New page: =Personal information= ==About me== *Name: Anurag Murty *E-mail address: anuragmurty@mgmail.com *IRC username: anuragmurty |
| 09:35.24 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3511 10/wiki/Anuragmurty: /* About me */ |
| 09:36.10 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3512 10/wiki/Anuragmurty: /* About me */ |
| 09:38.20 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3513 10/wiki/Anuragmurty: /* About me */ |
| 09:42.24 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3514 10/wiki/Anuragmurty: |
| 09:43.09 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3515 10/wiki/Anuragmurty: |
| 09:53.55 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 09:56.45 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3516 10/wiki/Anuragmurty: /* About me */ |
| 09:57.47 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3517 10/wiki/Anuragmurty: /* About The GSoc Project */ |
| 10:19.17 | *** join/#brlcad kane_ (~Mesut@g226126069.adsl.alicedsl.de) | |
| 10:37.22 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 10:44.16 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:07.34 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/move: [[User:Stattrav]] moved to [[Stattrav proposal 2012]]: That particular space of User:Stattrav shall be used for the project log and documentation related to that. |
| 11:20.56 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3520 10/wiki/User:Stattrav: Roadmap of the project has been added. |
| 11:22.03 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3521 10/wiki/User:Stattrav: The redirect in the page has been removed. |
| 11:26.18 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 11:28.29 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:16.44 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:21.49 | *** join/#brlcad andrei__ (~andrei@188.25.175.103) | |
| 13:57.59 | andrei__ | Hello, and sorry for the absence |
| 13:59.16 | andrei__ | I have finally managed to set up a a working Arch linux distro |
| 14:18.23 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 14:21.14 | brlcad | andrei__: cool, do you have a working compile/install too? |
| 14:21.30 | andrei__ | this is what I am currently working on |
| 14:21.43 | andrei__ | I have tried 3 different compiling methods and none is working at the moment |
| 14:21.59 | andrei__ | I was trying to write a file with the methods attempted, my config and package dependencies |
| 14:22.53 | andrei__ | for example when I follow the " Building from SVN " instructions |
| 14:23.16 | andrei__ | make has this error http://pastebin.ca/2142889 |
| 14:23.38 | andrei__ | will provide a more detailed file in a few moments |
| 14:29.07 | CIA-128 | BRL-CAD: 03brlcad * r50375 10/brlcad/trunk/src/fbserv/fbserv.c: restructure to avoid forward declarations. also don't need/want win32 protections around the openlog() calls, they should have just been wrapped in a HAVE_SYSLOG_H feature check. |
| 14:29.48 | brlcad | andrei__: so what does that error say to you? |
| 14:31.09 | brlcad | your version of gcc is pretty new, so it's detecting some trivialities that need to be cleaned up |
| 14:31.31 | andrei__ | one second ,I also tried to obtain it from AUR using yaourt |
| 14:32.21 | brlcad | you don't need to get the same failure from lots of different places.... |
| 14:32.31 | brlcad | should fix what it's barking about |
| 14:32.44 | brlcad | it's just a warning, but should understand what that warning is |
| 14:33.27 | andrei__ | the error means that there are some declared variables that aren't used, I would say. |
| 14:33.45 | brlcad | close |
| 14:34.19 | brlcad | first, it's a warning, not an "error" .. but we set a mode that tells the compiler to treat all warnings as an error |
| 14:34.36 | andrei__ | yes |
| 14:34.40 | brlcad | notice the line that says: |
| 14:34.41 | brlcad | cc1: all warnings being treated as errors |
| 14:35.00 | andrei__ | so if I will remove them it won't give the same error again |
| 14:35.17 | andrei__ | this is the yaourt output |
| 14:35.17 | brlcad | so when you see that, if it's a warning you don't understand, you could always turn off the behavior that treats warnings as errors so your compile will succeed |
| 14:35.28 | andrei__ | http://pastebin.ca/2142901 |
| 14:36.00 | brlcad | that said, nearly every warning gcc can issue is relatively easy to understand and "fix" |
| 14:36.22 | andrei__ | I ll fix that now |
| 14:36.40 | andrei__ | meanwhile I also need to find out if pkgbuild is global, or it can be different for every package |
| 14:37.05 | brlcad | the specific warning it's issuing is that there's a variable, it gets set to a value, but then that variable/value is never used .. so why have it at all |
| 14:37.36 | brlcad | to figure out what to do about it, you have to read the code, see if it was commented-out or see if it calls a function and just the value isn't needed, see if it can just go away |
| 14:38.36 | brlcad | the yaourt output indicates a completely different issue, but is not with a trunk build, so it may very well be an issue already fixed |
| 14:42.08 | andrei__ | I will work on the gcc error first, seems easier to handle. |
| 14:44.59 | brlcad | it's a warning, but yes should be very easy to handle |
| 14:45.37 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 14:46.08 | brlcad | I reiterate that point because it's important to be able to distinguish between the two, warnings vs actual errors |
| 15:18.36 | andrei__ | how can I find what is the source file of a brlcad developed function? |
| 15:20.25 | andrei__ | ah, nevermind I have found it |
| 15:25.35 | brlcad | grep -r some_function * |
| 15:26.56 | brlcad | or better grep some_function include/* .. then go to the dir for whatever header it was declared in, e.g., "grep bu_log include/*" shows it in bu.h, so if I "grep bu_log src/libbu/*" I'll see it's implemented in src/libbu/log.c |
| 15:27.26 | brlcad | more efficiently, run etags/ctags on the source tree and just jump to the symbol with meta-, in emacs |
| 15:28.26 | jordisayol | brlcad: what happened with new brlcad version number? |
| 15:30.52 | brlcad | jordisayol: what do you mean? |
| 15:30.57 | andrei__ | nmg_plot_fu is never using the const struct bn_tol *tol parameter, I have tried omitting it's name but that too causes compiling error. In the initial file it a temp variable was initialized with the parameter, but the variable had no use aswell. |
| 15:31.52 | brlcad | andrei__: you can't omit a name with C |
| 15:31.54 | brlcad | that's only C++ |
| 15:32.07 | jordisayol | brlcad: the last release version was 2.20.4, the dev version was 2.21.0 and the new release is 2.20.6 |
| 15:32.27 | brlcad | andrei__: look for the UNUSED() macro, probably used in that same file elsewhere |
| 15:32.41 | andrei__ | ah, thanks. |
| 15:32.48 | brlcad | jordisayol: yeah, we needed to roll out a patch release ahead of 7.22 |
| 15:33.04 | brlcad | changes were manually pulled over to the STABLE branch |
| 15:34.16 | jordisayol | brlcad: ok. who modified the debian/changelog file to remove last version entry? just to say that is better to modify it from 2.22.0 to 2.20.6 , that's all |
| 15:35.43 | brlcad | jordisayol: no idea, svn log will tell you |
| 15:36.11 | jordisayol | s/2.*/7.*/g |
| 15:36.57 | jordisayol | svn is not changed, but is changed on 7.20.6 tar.gz file |
| 15:37.00 | brlcad | looks like nobody has modified debian/changelog except you |
| 15:37.10 | jordisayol | yes, I see |
| 15:37.35 | jordisayol | but take a look at changelog on released files |
| 15:37.41 | brlcad | remember, changes were *manually* pulled over to the STABLE branch, not everything |
| 15:38.02 | brlcad | so your updates to that file weren't pulled, it's whatever it was previously during release |
| 15:39.09 | jordisayol | sorry, I don't understand you |
| 15:39.16 | brlcad | that's exactly what it's good to automate version number updates wherever possible, not every dev knows about every possible place there's a version number stored |
| 15:39.49 | brlcad | we made a release 7.20.4 several months back |
| 15:39.57 | brlcad | then we started working on 7.22.0 release |
| 15:40.02 | jordisayol | aha |
| 15:40.14 | brlcad | it was taking way too long to stabilize |
| 15:40.21 | jordisayol | yes |
| 15:40.46 | brlcad | so only specific changes from 7.22.0 were pulled into a 7.20.6 release |
| 15:40.55 | brlcad | a minor subset |
| 15:41.17 | brlcad | during that process, apparently not all the files got updated, since only specific changes were pulled |
| 15:41.44 | brlcad | so your debian/changelog wasn't updated .. and even if it was updated, it would have been the wrong number |
| 15:41.54 | brlcad | it needed to be manually updated, but nobody knew about it |
| 15:42.06 | brlcad | it's not documented in our HACKING release steps |
| 15:42.38 | brlcad | so to avoid this happening in the future, we either need to 1) make it update automatically or 2) include it in our release steps |
| 15:43.29 | brlcad | ideally 1 if it's possible, otherwise 2 at a minimum |
| 15:44.37 | jordisayol | ok, after all is not a problem because the building script automatically modify the changelog file if not in the brlcad real version |
| 15:44.56 | andrei__ | brlcad, I found the UNUSED macro brlcad is using in common, compiling resumed now. |
| 15:45.21 | andrei__ | <PROTECTED> |
| 15:45.51 | brlcad | sure that's where it's defined, but I meant just looking at one of the usages so you know how to use it :) |
| 15:46.33 | andrei__ | yes, I did find a helpful example |
| 15:47.18 | brlcad | great |
| 15:48.15 | jordisayol | I'll include this file in the HACKING release steps |
| 15:49.10 | brlcad | there's no way to automate it? |
| 15:51.13 | jordisayol | it's already automated by the sh/make_deb.sh cript |
| 15:51.34 | brlcad | it's not automated if that script isn't run :) |
| 15:51.44 | jordisayol | no |
| 15:52.09 | brlcad | I mean automatic for a source release |
| 15:52.23 | brlcad | so that it's correct in the source tarball |
| 15:53.31 | brlcad | since make_deb.sh automates it and that's used during .deb generation, there's no problem there |
| 15:54.12 | brlcad | so somehow doing whatever updates are needed during "make dist", or at least detecting them and stopping |
| 15:54.12 | jordisayol | sorry, when manually updated from trunk to stable, is there some script that is executed? |
| 15:54.27 | brlcad | no |
| 15:54.32 | brlcad | that's why it's manual... |
| 15:54.52 | jordisayol | so, how can automatically generate it in this case? |
| 15:54.54 | brlcad | but there is a variety of actions that happen when the soure tarball is generated |
| 15:55.00 | jordisayol | aha |
| 15:55.08 | brlcad | it validates LOTS of things |
| 15:55.47 | brlcad | see the "make distcheck" target |
| 16:01.19 | jordisayol | brlcad: ok, I'll take a look on "make distcheck" target. Anyway, there is not a problem with deb building version, Just I didn't understood what happened, that's all. Many thank for the explanation. |
| 16:02.15 | CIA-128 | BRL-CAD: 03bob1961 * r50376 10/brlcad/trunk/src/rt/viewedge.c: |
| 16:02.15 | CIA-128 | BRL-CAD: Don't need the call to db_dirbuild() in viewedge.c/view_init() because the |
| 16:02.15 | CIA-128 | BRL-CAD: db_open()'s here and in main.c are using mapped files. So the previous call to |
| 16:02.15 | CIA-128 | BRL-CAD: rt_dirbuild() in main.c has already called db_dirbuild(). This avoids the |
| 16:02.15 | CIA-128 | BRL-CAD: db_dircheck: Duplicate of ... error messages. |
| 16:20.39 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 16:26.22 | andrei__ | brlcad : could you please explain what this means. http://pastebin.ca/2142959 I don't really understand it |
| 16:29.03 | brlcad | andrei__: sure |
| 16:29.45 | brlcad | so that's a linker error (i.e., not a warning and not a compile error) |
| 16:30.21 | andrei__ | should I edit the Makefile? |
| 16:30.25 | brlcad | it's saying that our libbu library's dlfcn.c files calls a function dlopen() |
| 16:30.47 | brlcad | it's saying it found that function in /lib/libdl.so.2 |
| 16:31.08 | brlcad | but that library wasn't specified during linkage, so maybe try adding it to the link line |
| 16:31.27 | brlcad | you'd edit the CMakeLists.txt file to make sure it's specified for rttherm |
| 16:37.16 | andrei__ | I should edit the /rttherm/CMakeLists.txt or the one from dlfcn.c ? |
| 16:40.59 | brlcad | andrei__: try adding ${DLOPEN} to the rttherm one |
| 16:41.16 | brlcad | wonders how cmake is even succeeding |
| 16:42.26 | andrei__ | I have added {DLOPEN} in SET(RTTHERM_INCLUDE_DIRS |
| 16:42.31 | andrei__ | seemed the most plausible :) |
| 16:43.36 | andrei__ | in /src/rttherm/CMakeLists.txt |
| 16:46.21 | CIA-128 | BRL-CAD: 03brlcad * r50377 10/brlcad/trunk/CMakeLists.txt: |
| 16:46.21 | CIA-128 | BRL-CAD: MX is not used, remove it. what is libds? remove it too. rename DLOPEN to DL |
| 16:46.21 | CIA-128 | BRL-CAD: since it's related to libdl. looks like it's also unused, but it should be for |
| 16:46.21 | CIA-128 | BRL-CAD: all the dynamic libbu support .. which has probably all just unfortunately |
| 16:46.21 | CIA-128 | BRL-CAD: gotten left disabled since the conversion to cmake. |
| 16:46.32 | brlcad | it's not an include dir |
| 16:46.32 | brlcad | it's a library |
| 16:46.35 | brlcad | so look for the ADDLIBRARY line |
| 16:46.45 | brlcad | er, ADDLIB I believe |
| 16:47.01 | brlcad | plus if you're using trunk, I just renamed it from DLOPEN to just DL |
| 16:47.07 | brlcad | next time you svn update |
| 16:58.05 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3522 10/wiki/User:Crdueck/log: added log page |
| 16:58.47 | CIA-128 | BRL-CAD: 03brlcad * r50378 10/brlcad/trunk/CMakeLists.txt: rename library variable to just the name of the library for consistency. might want a common prefix or suffix, but would need to review all libs. rename NS to NSL and NETWORK_SOCKET to just NETWORK. |
| 17:03.57 | CIA-128 | BRL-CAD: 03brlcad * r50379 10/brlcad/trunk/src/util/CMakeLists.txt: ttcp intentionally does not use libbu. link to socket/nsl/network instead. remote, untested. |
| 17:06.09 | CIA-128 | BRL-CAD: 03brlcad * r50380 10/brlcad/trunk/CMakeLists.txt: m library doesn't exist on windows. test should just fail, no? |
| 17:06.22 | brlcad | andrei__: looks like it's "DLOPEN_LIBRARY" or "DL_LIBRARY" that you'll need to add |
| 17:07.29 | andrei__ | I haven't figured out where yet, as in /src/rttherm/CMakeLists.txt there is none. |
| 17:08.08 | CIA-128 | BRL-CAD: 03brlcad * r50381 10/brlcad/trunk/CMakeLists.txt: move the opengl header check out of the lib stage into the header stage |
| 17:10.13 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 17:11.28 | andrei__ | I am not familiar with cmake and that slows me down considerably, I need to read about it before coding starts. |
| 17:15.46 | brlcad | yeah, that would be good -- just think of it as a bunch of C code with a lot of cpp macros |
| 17:16.15 | brlcad | find the macro if you need to understand what something is doing, otherwise you can just follow the example in other CMakeLists.txt files |
| 17:18.38 | CIA-128 | BRL-CAD: 03brlcad * r50382 10/brlcad/trunk/CMakeLists.txt: unclear what this lib check is for too. seems to be unused. |
| 17:20.45 | brlcad | starseeker: the further I dig, the more I'm amazed it succeeds. half the lib checks seem to be outright wrong or unused... you did more than just see if there was an error after you hit the compile button right? :) |
| 17:23.04 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 17:32.50 | brlcad | starseeker: just giving you a hard time, I know it was/is a lot of work and is appreciated and worthwhile in the end .. :) |
| 17:35.28 | CIA-128 | BRL-CAD: 03brlcad * r50383 10/brlcad/trunk/CMakeLists.txt: the SGI graphics library is no more. no longer used, so no point checking for it either. |
| 17:36.37 | CIA-128 | BRL-CAD: 03brlcad * r50384 10/brlcad/trunk/CMakeLists.txt: irix is gone now too, so remove unused libgen library check |
| 17:47.50 | andrei__ | I have tried adding BRLCAD_ADDLIB(DLOPEN_LIBRARY "${DLOPEN_LIBRARY}") in src/rttherm/ CmakeLists.txt but I recieve the same error. I tried to take as an example the /src/liboptical CMakeLists |
| 17:52.19 | CIA-128 | BRL-CAD: 0361.12.114.82 07http://brlcad.org * r3523 10/wiki/User:Stattrav: Added the milestones to the page |
| 17:56.00 | brlcad | andrei__: that doesn't look right |
| 17:56.12 | CIA-128 | BRL-CAD: 0361.12.114.82 07http://brlcad.org * r3524 10/wiki/User:Stattrav/GSoC2012_log: Start of the logs |
| 17:56.17 | brlcad | there should have already been a line for rttherm listing libraries |
| 17:56.36 | brlcad | yeah, BRLCAD_ADDEXEC(rttherm "spectrum.c;viewtherm.c" "libfb;libged;librttherm;libmultispectral") |
| 17:56.49 | brlcad | change that to BRLCAD_ADDEXEC(rttherm "spectrum.c;viewtherm.c" "libfb;libged;librttherm;libmultispectral;${DLOPEN_LIBRARY}") |
| 17:57.09 | brlcad | remove your other change |
| 17:59.19 | andrei__ | ah, thank you |
| 17:59.46 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3525 10/wiki/User:Stattrav: |
| 18:04.43 | kanzure | brlcad: is there any gsoc project/student this year that you think i should be particularly interested in? |
| 18:04.52 | kanzure | given what i usually rant about or code about |
| 18:08.47 | andrei__ | brlcad, that doesn't work either. |
| 18:09.24 | andrei__ | the error is the same |
| 18:14.35 | brlcad | andrei__: try just DLOPEN instead of DLOPEN_LIBRARY |
| 18:14.57 | brlcad | are you using svn sources and, if so, have you updated? |
| 18:15.30 | brlcad | kanzure: I don't know -- have you looked over the list? |
| 18:16.15 | brlcad | there was one STEP applicant, but wasn't accepted (lacking quality) |
| 18:16.16 | andrei__ | brlad : I tried compiling "the latest version" , I also have the svn one so I ll update it now and try with that |
| 18:16.37 | brlcad | andrei__: only reason I ask is because with the latest, I know it should be DL_LIBRARY |
| 18:17.43 | kanzure | brlcad: partially looked at it |
| 18:19.45 | brlcad | they're listed here: http://www.google-melange.com/gsoc/org/google/gsoc2012/brlcad |
| 18:21.20 | brlcad | kanzure: was the socis simulation project of any interest? |
| 18:21.29 | brlcad | if so, there's a continuation project for that one |
| 18:21.33 | kanzure | finding the link again |
| 18:21.37 | brlcad | there's also several nurbs projects |
| 18:22.23 | CIA-128 | BRL-CAD: 03n_reed * r50385 10/brlcad/trunk/src/other/step/ (6 files in 4 dirs): minor string comparison improvements from SCL git 1ad14e1, 70a8382, 7a6ba24, c316f21, and 572e9ad |
| 18:24.16 | kanzure | brlcad: brlcad.org loosk broked? |
| 18:24.17 | kanzure | *looks |
| 18:27.18 | CIA-128 | BRL-CAD: 03erikgreenwald * r50386 10/brlcad/trunk/ (218 files in 130 dirs): 11 months and a minor, time to purge the autotools build system |
| 18:30.27 | ``Erik | ('boosh'.) |
| 18:48.07 | andrei__ | I'm getting this error when running Cmake http://pastebin.ca/2143026 . but I do have the X window system |
| 18:50.28 | andrei__ | oh, one second. I think I am onto something |
| 18:59.23 | andrei__ | perfect, I found the issue in brlcad-devel archive |
| 19:07.26 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:09.19 | *** join/#brlcad pawleeq_ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:15.51 | andrei__ | I m getting ../../lib/libtclcad.so.19.0.1: undefined reference to `X24_interface' |
| 19:16.15 | andrei__ | and I found the solution |
| 19:16.20 | andrei__ | but I don t know where should I run this |
| 19:16.32 | andrei__ | rm libfb_la-if_X24.lo && make && nm .libs/libfb_la-if_X24.o | grep open_existing |
| 19:18.02 | andrei__ | and I have the latest svn checkout |
| 19:21.03 | *** join/#brlcad pawleeq__ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:24.03 | andrei__ | crdueck , from what I ve seen you had the same problem |
| 19:24.07 | andrei__ | have you fixed it, how? |
| 19:28.34 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 19:32.31 | crdueck | andrei__: it was a problem with the naming of the lib directories |
| 19:32.45 | crdueck | whats your OS? |
| 19:33.09 | andrei__ | Archlinux - i686 cpu version |
| 19:33.37 | crdueck | okay, and whats the output of ls /lib |
| 19:34.14 | andrei__ | is it ok if I give you a pastebin.ca paste, or have another preference? |
| 19:34.49 | crdueck | nvm, my bad. i meant are your libs stored in /lib or is there another dir like lib32 |
| 19:35.14 | andrei__ | ah, they're stored in /lib |
| 19:35.38 | andrei__ | here is the list |
| 19:35.39 | andrei__ | http://pastebin.ca/2143034 |
| 19:36.21 | crdueck | okay, so theres some problem with the logic in misc/CMake/FindX11.cmake around lines 161 |
| 19:36.28 | kanzure | brlcad.org still looks broken |
| 19:36.28 | crdueck | i'm taking a look |
| 19:36.36 | kanzure | maybe i am using it wrong |
| 19:37.11 | andrei__ | I tried to use yaourt to install brlcad , which is a frontend for a package manager for Archlinux |
| 19:37.16 | andrei__ | and all dependencies seemed fine. |
| 19:38.20 | crdueck | andrei__: okay, so the current logic looks to see that you're using a 32-bit OS, but then it will only use /usr/lib (which is where your actual libs are stored) if you have multilibs installed (i'm guessing you dont |
| 19:38.24 | crdueck | ) |
| 19:38.39 | crdueck | otherwise it expects them to be in /usr/lib32 |
| 19:39.00 | crdueck | archlinux has strange naming conventions for multilibs because apparently 32bit support was an afterthought |
| 19:39.14 | crdueck | they only intended to originally support 64bit |
| 19:39.37 | crdueck | i think its safe to say that a 32-bit OS wont have 64-bit libs installed correct? |
| 19:40.09 | andrei__ | It shouldn't, yes. |
| 19:41.41 | crdueck | <PROTECTED> |
| 19:41.45 | crdueck | try that patch |
| 19:43.08 | andrei__ | one moment |
| 19:43.51 | andrei__ | excuse me, how do I patch that? |
| 19:44.24 | crdueck | go to the root dir, then run patch -p0 -i /path/to/the/patch |
| 19:45.55 | andrei__ | brlcad root dir, or my OS root dir? |
| 19:46.00 | andrei__ | sorry for all the trouble :) |
| 19:47.04 | crdueck | brlcad root dir, you can see that the index of the patch is a path from your brlcad root dir |
| 19:47.06 | *** join/#brlcad pawleeq__ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:47.20 | crdueck | and no worries, thats what the irc is here for |
| 19:48.02 | jordisayol | brlcad: I'm building and testing on debian 32-bit and I got this error when rendering in rtwizard http://paste.debian.net/166899/ |
| 19:52.07 | CIA-128 | BRL-CAD: 03n_reed * r50387 10/brlcad/trunk/src/other/step/src/clstepcore/STEPcomplex.cc: use stringstream to correctly print file id, SCL git 71b3a28 |
| 19:53.56 | andrei__ | crdueck: Thank you very much, the build is at 55% right now, seems to be working. |
| 19:54.44 | crdueck | starseeker: i've examined the patch for FindX11.cmake you committed yesterday and i think theres still some problems with it. It still wont find the correct libs on archlinux if the user doesnt have multilibs installed. The easy solution is just to always add /usr/lib to the list of dirs to search for both 32/64-bit, but i'd like to get your feedback as to if there's any reason not to do this. |
| 19:54.54 | crdueck | andrei__: glad its working :) |
| 19:55.06 | ``Erik | a/clear |
| 20:07.59 | crdueck | andrei__: can you confirm that 32-bit archlinux has a file /etc/arch-release? |
| 20:08.36 | andrei__ | yes. It does. |
| 20:08.53 | andrei__ | or |
| 20:08.59 | andrei__ | wait a second to see what is in it |
| 20:09.08 | crdueck | alright thanks, thats an easy way to tell if the users OS is arch, might be a nice fix |
| 20:09.13 | crdueck | its probably empty |
| 20:09.34 | andrei__ | yes |
| 20:09.38 | andrei__ | it is an empty text file |
| 20:10.00 | andrei__ | -rw-r--r-- 1 root root 0 Apr 2 02:41 arch-release. If it helps. |
| 20:10.24 | crdueck | yup thanks :) |
| 20:11.59 | andrei__ | Ok, I do get a rather wierd error. |
| 20:12.16 | andrei__ | http://pastebin.ca/index.php |
| 20:12.55 | crdueck | pastebin isnt loading for me, could you use pastie.org? |
| 20:14.20 | andrei__ | oh, sure |
| 20:14.53 | andrei__ | http://pastie.org/3845372 |
| 20:16.07 | crdueck | looks like some conflict between files you installed previously, maybe when you tried installing from the AUR |
| 20:16.33 | crdueck | try using cmake -DCMAKE_INSTALL_PREFIX=/opt/brlcad |
| 20:16.39 | crdueck | and then remake |
| 20:17.29 | andrei__ | probably later on today I should find out why I didn't work from AUR |
| 20:17.31 | crdueck | or did you use sudo make install? |
| 20:17.37 | crdueck | or just make isntall |
| 20:17.40 | andrei__ | nope, just make install |
| 20:17.52 | crdueck | okay, well then thats it |
| 20:18.34 | andrei__ | lets see |
| 20:19.31 | andrei__ | right |
| 20:20.14 | andrei__ | <PROTECTED> |
| 20:20.57 | crdueck | great, make install always has to be run with root privs |
| 20:21.21 | andrei__ | is there any way to test my installation. make test / sudo make test doesn't work |
| 20:21.22 | crdueck | in the same way as pacman wont let you install a package without root privs |
| 20:21.29 | crdueck | make bencmark |
| 20:21.35 | crdueck | benchmark* |
| 20:22.55 | andrei__ | crdueck, what os do you use? |
| 20:23.13 | crdueck | currently archlinux |
| 20:23.49 | *** join/#brlcad Neil___ (~chatzilla@117.229.42.199) | |
| 20:24.23 | andrei__ | 64 bit I assume |
| 20:24.34 | crdueck | yup |
| 20:24.49 | andrei__ | does brlcad install succesfuly from AUR on your distro? |
| 20:26.13 | crdueck | i would assume not, i can check though |
| 20:30.22 | crdueck | no i get a make error compiling some openNURBS file |
| 20:32.18 | crdueck | but seeing as i compile find from svn i assume thats an issue for whoever made the package and not BRLCAD |
| 20:32.24 | crdueck | s/find/fine |
| 20:34.46 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 20:48.04 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3526 10/wiki/User:Anuragmurty: New page: =Personal information= =About me= *Name: Anurag Murty *E-mail address: anuragmurty@gmail.com *IRC username: anuragmurty :'''I am an MTech student of Computational Science at IISc Bangalor... |
| 20:49.22 | kanzure | brlcad.org still says "bz.bzflag.bz" |
| 20:49.33 | kanzure | oh brlcad.org/wiki works |
| 20:49.34 | kanzure | weird.. |
| 20:49.52 | kanzure | so brlcad.org/d looks like the normal site |
| 21:11.24 | CIA-128 | BRL-CAD: 03starseeker * r50388 10/brlcad/trunk/misc/CMake/FindX11.cmake: If we don't have multilib systems, assume /usr/lib is legit for the word size specified |
| 21:13.03 | starseeker | crdueck, andrei__: does r50388 solve the problem? |
| 21:13.51 | starseeker | brlcad: sorry :-/ |
| 21:15.22 | starseeker | brlcad: I did as much testing as I knew how to do, but apparently there was/is a class of code functionality I don't hit with my normal activities |
| 21:16.54 | CIA-128 | BRL-CAD: 03n_reed * r50389 10/brlcad/trunk/src/other/step/src/cleditor/STEPfile.cc: reject SCL git df8f8d5 and replace temp array with vector |
| 21:19.28 | crdueck | starseeker: i posted a patch to the tracker, it checks if the user is using archlinux seeing as that is the only OS affected by this |
| 21:20.00 | starseeker | crdueck: for the moment, that seems to be the case, but what if another distro does it in the future? |
| 21:20.49 | crdueck | okay, your patch still has an issue |
| 21:20.57 | crdueck | in my case i have /usr/lib32, and /usr/lib |
| 21:21.07 | crdueck | so the logic breaks |
| 21:21.32 | starseeker | for a 64 bit build? |
| 21:21.36 | crdueck | yes |
| 21:22.04 | starseeker | it should be appending /usr/lib to ${64BIT_DIRS} because /usr/lib32 exists |
| 21:23.29 | crdueck | but (NOT EXISTS "/usr/lib32" AND NOT EXISTS "/usr/lib64") is false in my case |
| 21:23.46 | starseeker | ah, but that's OK because /usr/lib is already added in the previous test |
| 21:24.57 | starseeker | crdueck: what error are you seeing when it looks for X11? |
| 21:25.09 | crdueck | oh, you did add the test for /etc/arch-release? that was the change i had made and i wasnt sure if you had added it as well |
| 21:25.55 | starseeker | crdueck: it shouldn't be needed... you are doing a 64 bit build and have lib32, so the test on FindX11.cmake:168 will add /usr/lib to the X11 search paths |
| 21:26.21 | starseeker | once it does so, the test on FindX11.cmake:173 doesn't need to succeed |
| 21:27.07 | starseeker | actually, I can probably simplify that... |
| 21:27.08 | crdueck | okay sorry, my mistake. i hadnt reverted my changed before updating. we werent looking at the same code |
| 21:27.22 | crdueck | you're correct |
| 21:30.22 | CIA-128 | BRL-CAD: 03starseeker * r50390 10/brlcad/trunk/misc/CMake/FindX11.cmake: Consolidate the X11 lib checks |
| 21:30.31 | starseeker | crdueck: does that make it a little clearer? |
| 21:32.31 | starseeker | crdueck: one of the points brlcad always has to remind me of is to not add operating system specific logic when we don't have to, so if we can cook up a test that will work generally the next distro to do this (and I think it's plausible that more will do it as 64 bit becomes more and more the norm) will "just work". |
| 21:38.00 | crdueck | starseeker: fair enough, and yes r50390 is more clear |
| 21:38.43 | starseeker | crdueck: appreciate your submitting a patch, don't get me wrong :-) |
| 21:39.26 | starseeker | but I can totally see in 5-10 years 32 bit going the way of 16 bit systems now, and distros adjusting accordingly |
| 21:59.38 | CIA-128 | BRL-CAD: 03starseeker * r50391 10/brlcad/trunk/ (CMakeLists.txt configure configure.cmake.sh): Rename configure.cmake.sh to configure |
| 22:01.45 | CIA-128 | BRL-CAD: 03starseeker * r50392 10/brlcad/trunk/ (configure misc/CMake/configure_prefix.sh): Tweak the header on the configure script |
| 22:02.31 | CIA-128 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3527 10/wiki/User:Popescu.andrei1991: New page: ==Personal Info== Hello, my name is Andrei - Constantin Popescu, I usually go by Andrei. I am a second year undergraduate at Polytechnic University of Bucharest,studying at the computer sc... |
| 22:05.26 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:07.14 | CIA-128 | BRL-CAD: 03starseeker * r50393 10/brlcad/trunk/src/other/libpng/Makefile.am: Revert libpng Makefile.am to vanilla |
| 22:13.31 | andrei__ | could someone please provide me ( or tell me where to search for ) Erik's email address? |
| 22:41.46 | ``Erik | erik@brlcad.org or erik@elfga.com would work, or you could talk to me here |
| 22:54.07 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 23:00.23 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 23:00.23 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 23:00.23 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 23:00.23 | *** mode/#brlcad [+o ChanServ] by wolfe.freenode.net | |
| 23:01.31 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 23:01.31 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 23:01.31 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 23:01.58 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 23:01.58 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 23:03.42 | brlcad | removal is premature, it was announced deprecated in 7.20 |
| 23:05.43 | brlcad | shouldn't be removed until 7.24 |
| 23:06.35 | CIA-128 | BRL-CAD: 03n_reed * r50394 10/brlcad/trunk/src/other/step/src/ (13 files in 4 dirs): fix missing types, prototypes, and returns based on SCL git 562f4de, 6e6b8ca, 2dc4e7e, fd1d32c, 99407fb, and b5238df |
| 23:06.35 | brlcad | kanzure: oops, yep, borked after adding a new domain |
| 23:08.15 | kanzure | haha |
| 23:08.20 | kanzure | well at least you now discovered it |
| 23:09.32 | brlcad | technically only the default page |
| 23:10.06 | brlcad | there was an index.html added that overrode a rewrite rule |
| 23:24.11 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 23:26.33 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 23:31.54 | *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl) | |
| 23:32.09 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 23:45.24 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 23:45.57 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:50.18 | *** join/#brlcad CIA-124 (~CIA@cia.atheme.org) | |