| 00:59.55 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) |
| 01:45.48 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) |
| 02:10.47 | CIA-128 | BRL-CAD: 03starseeker * r50366 10/brlcad/trunk/src/ (4 files in 2 dirs): Put the inline additions back - will need to find some other approach to avoid strict issues with clang. Not a big deal since we have other issues with clang (offsetof related) |
| 02:12.31 | starseeker | brlcad: I think that's all of them |
| 02:12.58 | starseeker | perhaps we want to skip -pedantic when doing gnu89 with clang? |
| 02:13.41 | starseeker | (or actually, I think some of the stuff comes up even with gnu99...) |
| 04:13.53 | brlcad | no, at worst we can detect the failure and disable the 'inline' symbol if compiling in c89 mode but we have to first make sure they don't simply provide it via some other means |
| 04:14.16 | brlcad | (this is exactly in the scope of my inline macro check, it should fine one or disable inline) |
| 04:14.21 | brlcad | s/fine/find/ |
| 04:14.29 | brlcad | so if that didn't work, something is amiss |
| 04:14.57 | brlcad | still needs to commit his macro changes .. |
| 04:26.16 | brlcad | this is sort of why I love code cleanup so much: http://imgur.com/MTp6w |
| 04:46.00 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) |
| 04:50.15 | *** join/#brlcad yukonbob (~bch@methodlogic.net) |
| 06:42.16 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) |
| 07:01.04 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) |
| 08:35.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 08:53.33 | *** join/#brlcad cristina (~cristina@188.24.66.134) |
| 09:35.14 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-242-206.pools.arcor-ip.net) |
| 11:59.52 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 12:11.09 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) |
| 12:31.45 | ``Erik | starseeker: that bit manip error looks familiar, I thought I fixed it by doing something stupid like breaking the a&=b into a=a&b or something |
| 13:26.13 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) |
| 13:26.13 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-accxseppgrjwgagx) |
| 14:18.01 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) |
| 14:19.34 | ``Erik | brlcad: if you don't let people post on your facebook wall, how can we publically embarrass you with "happy birthday!" messages? :> (happy birthday!) |
| 15:14.34 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-242-206.pools.arcor-ip.net) |
| 15:33.27 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) |
| 17:03.15 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) |
| 17:11.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) |
| 17:13.28 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) |
| 17:46.15 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) |
| 17:56.02 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) |
| 18:01.14 | starseeker | brlcad: we'll have to add the -pedantic and -Werror flags to the inline test - without those, I doubt it will fail |
| 19:05.09 | *** join/#brlcad cristina (~cristina@188.24.66.134) |
| 19:29.08 | *** part/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) |
| 20:11.11 | crdueck | hello, i'm still having trouble compiling brlcad from svn. I think i've found the problem though, previously sean suggested that i was missing X11-dev libs, but the problem isnt that they're not installed but cmake cant find them, if i run "cmake -i" i see that many X11 libs are set to NOT-FOUND, but cmake only complains for libX11, libXext and libXi even though the compile fails on missing libXft, libXpm, libCursor, etc libs. I can confirm |
| 20:23.04 | crdueck | well i have my first successful build, but i had to manually give cmake paths to the required libs. i'm not sure where the "incorrect" paths are provided but if someone could let me know i'll try to find out whats going wrong |
| 20:27.43 | *** join/#brlcad Stattrav_ (~Stattrav@223.231.152.46) |
| 20:40.46 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) |
| 20:55.41 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) |
| 20:57.11 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) |
| 20:58.17 | starseeker | crdueck: where were your X11 files located? |
| 20:59.36 | crdueck_ | in /usr/lib/ |
| 21:01.15 | starseeker | crdueck: so not /usr/lib/X11 or some such? |
| 21:01.36 | starseeker | crdueck: if you look at FindX11.cmake in misc/CMake you'll see our search logic for X11 |
| 21:05.19 | crdueck_ | starseeker: nope, and when i provided the paths as "/usr/lib/libXft.so" for example it compiled cleanly. I'll take a look at that file |
| 21:06.11 | starseeker | crdueck_: what distribution are you using? |
| 21:08.23 | crdueck_ | starseeker: archlinux, one thing i noticed is that i'm using the 64-bit version and the libs aren't in /usr/lib64, which line 164 seems to be lookin for |
| 21:08.57 | starseeker | ah, yes - it excludes the /usr/lib path in the 64 bit case because on systems with both, that's where the 32 bit libs live |
| 21:09.28 | crdueck_ | okay, i have 32-bit libs as well and they're installed to /usr/lib32 |
| 21:09.36 | starseeker | snort |
| 21:09.50 | starseeker | great |
| 21:12.01 | starseeker | crdueck_: we'll need to come up with some way to determine whether /usr/lib has 32 or 64 bit libraries in it |
| 21:14.07 | crdueck_ | starseeker: excuse me, i need to get rid of this trailing underscore... be right back |
| 21:14.24 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) |
| 21:15.11 | starseeker | crdueck: I suggest taking a read through our FindX11.cmake, see how it's doing what it's doing, and see if anything suggests itself |
| 21:16.46 | crdueck | starseeker: will do |
| 21:25.59 | crdueck | is there a reason why the paths to libs is hardcoded into the cmake config instead of resolved with a linker? |
| 23:16.11 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) |