IRC log for #brlcad on 20150209

02:02.10 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:24.45 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:46.02 *** join/#brlcad YashM (~YashM@117.198.8.235)
03:39.47 *** join/#brlcad yukonbob (~bch@50.34.160.190)
03:39.51 yukonbob hello #brlcad
04:04.02 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:01.06 *** join/#brlcad yukonbob (~bch@50.34.199.61)
05:30.14 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:43.34 Stragus Darn it. Sorry to be off-topic, but since are OSX experts here... I'm producing various .o files (definitely 64 bits), then "ar rcs moo.a foo.o bar.o ..." to produce a single archive
05:44.05 Stragus And when I try to compile it in, it says: "ignoring file moo.a, file was built for archive which is not the architecture being linked (x86_64)"
05:44.21 Stragus Everything is definitely x86_64 everywhere. Is "ar" broken on OSX or what?
05:44.47 Stragus (And yes, I googled, others faced the same problem and not much came out of it)
05:50.31 yukonbob Stragus: I don't think you can build static libs for OS X -- way too dynamic...
05:50.36 yukonbob dylibs only...
05:50.57 yukonbob happy to be shown i'm wrong if that's the case...
05:51.43 Stragus It's a temporary compilation step, bundling tons of .o files in .a archives before putting everything together at the end
05:52.02 Stragus And well, there's an "ar" archive tool, except it doesn't seem to work
05:53.00 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:54.30 yukonbob Stragus: and I see some signs I may be wrong anyway -- I'll have to revisit where I got my notion from, and how exactly it applies :)
06:01.03 *** join/#brlcad YashM (~YashM@59.95.37.233)
06:37.44 Stragus Okay, "ar" is apparently broken on OSX but "libool -static" works fine, that'll do
06:58.21 *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
07:44.07 *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14)
08:19.24 *** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net)
08:24.50 *** join/#brlcad bugport (~bugport@91.103.85.100)
09:25.01 *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:37.55 *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
09:45.02 *** join/#brlcad max3737 (~max@14.139.82.6)
09:58.26 *** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net)
10:45.22 *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
10:50.08 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:14.21 *** join/#brlcad max3737 (~max@14.139.82.6)
11:16.08 max3737 i am unable to compile brlcad
11:17.55 max3737 the process goes up to 72% and thats it
11:18.24 max3737 can anyone get me out of this problem?
11:18.35 andrei_ max3737: can you post the build log ?
11:18.53 andrei_ do you get an error or what exactly does" thats it" mean
11:20.13 max3737 it shows "make: *** [all] Error 2"
11:22.58 max3737 and it stops
11:23.00 andrei_ where did you get brlcad from?(i.e svn checkout or last stable version )
11:23.07 andrei_ also, under what system are you building
11:23.17 andrei_ windows/linux
11:23.46 max3737 i got the source code from sourceforge.net
11:24.09 max3737 ver 7.24.2
11:24.27 max3737 linux
11:25.36 andrei_ I assume you ran make, correct?
11:25.48 andrei_ if so, run it again with
11:25.50 andrei_ make > build.log 2>&1
11:25.57 andrei_ and post the build.log on the mailinglist
11:34.21 andrei_ max3737, you can't file transfer to me, I use a web client
11:34.50 andrei_ what I said is that you should send an email with your buildlog and any other info you can provide to brlcad-devel@lists.sourceforge.net
11:34.56 max3737 okay, i will post on the mailing list
11:35.31 max3737 i already subscribed to it
11:37.40 andrei_ awesome ! :)
11:37.45 *** join/#brlcad merzo (~merzo@92.60.189.225)
11:37.45 andrei_ well, send an email to it
11:37.54 andrei_ there are more people who will read it there
11:38.08 andrei_ I, for example, don t have the sources at hand, so I can t help you too much
11:38.12 andrei_ others might
11:56.56 *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro)
12:10.52 *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee)
12:26.55 *** join/#brlcad andrei_ (c35a6e7d@gateway/web/freenode/ip.195.90.110.125)
12:54.46 *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro)
13:04.29 *** join/#brlcad Konrado (~Konrado@41.244.240.198)
13:12.24 *** join/#brlcad mihaineacsu (~mihaineac@5-12-230-70.residential.rdsnet.ro)
13:35.37 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:49.39 Notify 03BRL-CAD Wiki:NyahCh3ck20 * 7864 /wiki/User:NyahCh3ck20/Nurbs_Vector_Drawing: Thoughts on generating vector Drawings from Nurbs
15:18.37 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:48.42 *** join/#brlcad sofat (~sofat@101.213.0.248)
16:03.44 *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
16:07.26 *** join/#brlcad sofat (~sofat@101.208.2.177)
16:13.20 Notify 03BRL-CAD:starseeker * 64172 (brlcad/trunk/src/libbrep/shape_recognition.cpp brlcad/trunk/src/libbrep/shape_recognition.h brlcad/trunk/src/libbrep/shape_recognition_planar.cpp): Start working on the post-face-substitution stitching needed to make a valid planar brep.
16:25.39 *** join/#brlcad sofat_ (~sofat@101.208.144.196)
16:29.34 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.46 *** join/#brlcad teepee- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:57.06 Notify 03BRL-CAD Wiki:DanCarlson * 0 /wiki/User:DanCarlson:
17:01.59 *** join/#brlcad nmz787_i (~nmccorkx@134.134.139.72)
17:08.28 *** join/#brlcad sofat_ (~sofat@49.138.154.10)
17:15.32 *** join/#brlcad Karl_ (29cd1620@gateway/web/freenode/ip.41.205.22.32)
17:16.51 Karl_ New to brlcad. Compiled the code and read the contributors manual but code still seems alien to me any pointers please?
17:28.31 *** join/#brlcad sofat_ (~sofat@101.214.72.231)
17:53.02 *** join/#brlcad sofat_ (~sofat@101.208.213.118)
18:51.42 Notify 03BRL-CAD:n_reed * 64173 (svn:mergeinfo ## -3,4 +3,4 ## and 6 others): mark merges to trunk as appliedProperty Changed:----------------brlcad/branches/brep-debug/brlcad/branches/brep-debug/src/libged/polyclip.cpp
18:57.43 *** join/#brlcad siddhanjay (0e8bbb42@gateway/web/freenode/ip.14.139.187.66)
19:13.19 *** join/#brlcad nmz787_i (~nmccorkx@134.134.137.71)
19:27.09 *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
19:43.28 Notify 03BRL-CAD:n_reed * 64174 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 84 others): merge r63673:63692 and r63698:63802 from trunk
20:03.51 *** join/#brlcad FreezingDroid (~FreezingC@135.0.41.14)
20:52.30 *** join/#brlcad nmz787_i (nmccorkx@nat/intel/x-gyqegnrgngksakqj)
21:39.27 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:43.43 *** join/#brlcad merzo (~merzo@189-31-133-95.pool.ukrtel.net)
21:54.56 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:04.25 brlcad Stragus: what does file say moo.a is?
22:05.12 brlcad (and osx definitely does support static linking, contrary to yukonbob's claim)
22:10.48 brlcad probably just missing an ar flag (e.g., -s) or running ranlib to generate an index ... if they really are all x86_64 and not "no architecture specified", which would be a missing compiler flag
22:12.36 Stragus file says: "current ar archive random library"
22:12.37 brlcad another problem could be mixing incompatible ar's with compilers
22:12.54 brlcad that doesn't sound right ..
22:13.10 Stragus I never figured out what the problem was with "ar", but "libtool -static" worked just fine
22:13.22 Stragus As recommended by people in #macdev
22:17.08 brlcad file should be reporting "Mach-O 64-bit object x86_64" on a 64-bit .o file
22:17.21 Stragus Ah yes, that was "file" on the .a
22:17.35 brlcad ahh
22:17.41 Stragus "Mach-O 64-bit object x86_64" on every .o file that goes into the .a
22:19.02 brlcad what was your ar line?
22:19.59 Stragus ar rcs foo.a moo.o bar.o ...
22:20.04 brlcad (try ar rcs file.a *.o)
22:20.06 brlcad ah
22:20.49 brlcad is it order agnostic -- does it always report moo.o or whatever .o that always follows the .a file?
22:21.25 Stragus It doesn't report any list of .o files? Where should I see this?
22:21.51 Stragus The "ar" command line is very much hard-coded
22:22.00 brlcad the report that file.o has no symbols
22:22.08 Stragus It never says so
22:22.16 brlcad so just when using the lib?
22:22.35 Stragus The .o files work perfectly well, I can ever use "nm" on the .a to see the symbols bundled in the archive, from all the relevant .o files
22:22.56 Stragus But I can't link with the .a file because it says : "ignoring file moo.a, file was built for archive which is not the architecture being linked (x86_64)"
22:23.08 Stragus But I can compile with fine if I replace moo.a with the long list of .o files
22:23.17 Stragus ... can compile just* fine if ...
22:23.39 brlcad ahh, there's where I got confused
22:23.53 brlcad moo.a vs moo.o in your latter example :)
22:23.59 Stragus Sorry :)
22:24.30 Stragus The .o files work great, "ar" makes a .a file that seems okay. "nm" sees the symbols and everything, but clang refuses to link with it, claiming it's another architecture
22:24.53 brlcad did you look at the differences with the archvie that libtool made? (which is the proper / more complete archiver on mac)
22:25.11 brlcad is this default clang or an updated clang?
22:25.15 Stragus Well, the file is different. But "nm" and such don't report any difference
22:25.34 brlcad my guess is that it's the old gnu archiver and it's an object structure that only gcc recognizes
22:25.37 brlcad gcc-linker
22:25.51 Stragus No idea? This is the MacMini from a friend, I'm only logging into it remotely to compile OSX binaries
22:25.56 brlcad the folders are probably confusing it
22:26.09 brlcad (if you nm, you should see folders in the .a)
22:26.13 Stragus That sounds plausible
22:27.19 brlcad does running ranlib on the .a help?
22:28.11 Stragus I'm not seeing folders with "nm". Just symbols for each .o file
22:29.04 Notify 03BRL-CAD:n_reed * 64175 (brlcad/branches/brep-debug/src/libbn/chull3d.c =================================================================== and 1236 others): remove file deleted in r63708
22:29.05 Stragus No difference with ranlib. Eh well, I'll go with the theory that the gnu archiver produces something that clang chokes on
22:29.18 Stragus Might be an issue specific to some versions of the softwares
22:29.19 brlcad plain ranlib or ranlib -s?
22:29.24 brlcad maybe
22:29.38 brlcad never seen it myself so could even be something clang-64-bit specific
22:30.24 Stragus -s doesn't seem to make any difference
22:31.21 brlcad oh well
22:31.38 Stragus Thanks for trying :)
22:31.41 brlcad also a possibility that apple just left ar horribly broken since libtool is its replacement
22:31.46 Stragus Indeed
22:31.49 brlcad i'm sure there's some sane reason ;)
22:32.55 brlcad amounting to "screw you, we provide a better way you should be using whether you like it or not, or fix ar yourself"
22:33.16 brlcad but my money is on gnu-clang incompat
22:33.17 *** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
22:34.37 Stragus The other theory is also quite coherent with Apple's general attitude to other software
22:44.09 Notify 03BRL-CAD:n_reed * 64176 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/BUGS and 133 others): merge r63804:64016 from trunk
22:57.05 Notify 03BRL-CAD:n_reed * 64177 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/TODO and 180 others): merge r64018:64176 from trunk
23:37.27 *** join/#brlcad nmz787_i1 (nmccorkx@nat/intel/x-ftvfvblqhgtpprho)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.