00:32.04 |
abhi2011 |
hi |
00:32.12 |
abhi2011 |
I am trying to compile brlcad |
00:32.23 |
abhi2011 |
apparently I do not have many libraries
installed |
00:32.37 |
abhi2011 |
here is the output after compile |
00:33.45 |
abhi2011 |
http://bin.cakephp.org/view/1775318086 |
00:34.35 |
abhi2011 |
i am trying to install the optimized version ,
the command is as given in INSTALL.cmake |
00:34.53 |
abhi2011 |
cmake ../brlcad-X.Y.Z
-DBRLCAD-ENABLE_OPTIMIZED=ON |
00:38.40 |
abhi2011 |
i am installing the packages one by one
now |
01:04.34 |
kunigami_ |
if you're building from source. probably the
dependencies are already there. try using
-DBRLCAD-ENABLE_ALL_LOCAL_LIBS=ON parameter too |
01:19.18 |
abhi2011 |
ok |
01:20.06 |
abhi2011 |
well i installed and updated quite a few
libraries before i saw this :P |
01:20.17 |
abhi2011 |
now its finaly succeeded |
01:20.25 |
abhi2011 |
will try to make now |
01:23.53 |
abhi2011 |
hmm ran into an error while building |
01:23.58 |
abhi2011 |
[ 3%] Building C object
src/libbu/CMakeFiles/libbu.dir/malloc.c.o |
01:23.59 |
abhi2011 |
[ 3%] Building C object
src/libbu/CMakeFiles/libbu.dir/mappedfile.c.o |
01:24.00 |
abhi2011 |
/home/abhi/brlcad/src/libbu/mappedfile.c: In
function âbu_open_mapped_fileâ: |
01:24.02 |
abhi2011 |
/home/abhi/brlcad/src/libbu/mappedfile.c:237:5: error: the
comparison will always evaluate as âtrueâ for the address of
âbu_mapped_file_listâ will never be NULL
[-Werror=address] |
01:24.04 |
abhi2011 |
cc1: all warnings being treated as
errors |
01:24.06 |
abhi2011 |
make[2]: ***
[src/libbu/CMakeFiles/libbu.dir/mappedfile.c.o] Error 1 |
01:24.07 |
abhi2011 |
make[1]: ***
[src/libbu/CMakeFiles/libbu.dir/all] Error 2 |
01:24.08 |
abhi2011 |
make: *** [all] Error 2 |
01:24.16 |
abhi2011 |
this is from code checked out from
trunk |
01:25.01 |
abhi2011 |
probably have to turn warnings as errors off
? |
01:31.52 |
abhi2011 |
here is the build log |
01:31.54 |
abhi2011 |
http://bin.cakephp.org/view/1072403513 |
02:24.18 |
brlcad |
starseeker: is the automatic detection not set
up in cmake? e.g., in his build log it fails on termlib (but
that's obviously something we provide) |
02:26.11 |
brlcad |
abhi2011: that strictness failure is due to a
recent code change. you can/should turn Werror off (or fix the
warning) |
02:29.40 |
abhi2011 |
ok |
02:31.44 |
brlcad |
see if this fixes it |
02:32.53 |
CIA-62 |
BRL-CAD: 03brlcad * r45577
10/brlcad/trunk/include/bu.h: cast the BU_ASSERT pointers through
void* in order to hopefully get past the compiler (correctly)
warning that the comparison will always evaluate as true. |
02:40.31 |
*** join/#brlcad tharis20
(~tharis@bl21-50-118.dsl.telepac.pt) |
02:46.56 |
abhi2011 |
ok..so I should turn compiler warning off, or
should I try to cast the BU_ASSERT pointers through void* |
03:00.34 |
abhi2011 |
ok is there a particular cmake file which has
the compiler flags ? |
03:00.46 |
abhi2011 |
I have been searching in the files but havent
found one yet |
03:00.49 |
abhi2011 |
i ll try find |
03:08.13 |
abhi2011 |
hmm i found it in
brlcad/misc/CMake/CompilerFlags.cmake |
03:08.45 |
abhi2011 |
seems like I should turn off the
BRLCAD-ENABLE_STRICT flag |
03:14.30 |
abhi2011 |
ok I set brlcad/CMakeLists.txt , line 708 to
OFF |
03:14.46 |
abhi2011 |
# Enable/disable strict compiler settings -
these are limited to libraries that |
03:14.48 |
abhi2011 |
# specifically inform the BRLCAD_ADDLIB macro
they can be built with STRICT flags. |
03:14.49 |
abhi2011 |
OPTION(BRLCAD-ENABLE_STRICT "Use strict
compiler settings on libraries that support them" OFF) |
03:15.30 |
abhi2011 |
this should turn off the warnings as
errors |
03:16.34 |
abhi2011 |
hmmm...thats didnt work |
04:32.40 |
bhinesley |
abhi2011: he tried to patch it, the channel
just echoed his commit; you should run `svn update` and see if your
warning is gone. |
04:33.11 |
bhinesley |
otherwise, just try something like `cmake
-DBRLCAD-ENABLE_ALL_LOCAL_LIBS=ON
-DBRLCAD-ENABLE_STRICT=OFF` |
04:33.15 |
bhinesley |
` |
04:34.22 |
bhinesley |
(er rather, the bot CIA-62 echoed his
commit) |
06:42.45 |
*** join/#brlcad colin_
(~colin@114-37-169-197.dynamic.hinet.net) |
07:23.29 |
*** part/#brlcad colin_
(~colin@114-37-169-197.dynamic.hinet.net) |
11:18.05 |
``Erik |
hm, fbsd is conservative with setting __SSE__,
it wants an -msse3 flag passed... is there cmake fu to make that
happen? |
11:28.42 |
abhi2011 |
Scanning dependencies of target
htester |
11:28.44 |
abhi2011 |
[ 4%] Building C object
src/libbu/CMakeFiles/htester.dir/htester.c.o |
11:28.45 |
abhi2011 |
/home/abhi/brlcad/src/libbu/htester.c: In
function âmainâ: |
11:28.47 |
abhi2011 |
/home/abhi/brlcad/src/libbu/htester.c:68:9:
error: variable âretâ set but not used
[-Werror=unused-but-set-variable] |
11:28.49 |
abhi2011 |
cc1: all warnings being treated as
errors |
11:28.50 |
abhi2011 |
make[2]: ***
[src/libbu/CMakeFiles/htester.dir/htester.c.o] Error 1 |
11:28.52 |
abhi2011 |
make[1]: ***
[src/libbu/CMakeFiles/htester.dir/all] Error 2 |
11:28.53 |
abhi2011 |
make: *** [all] Error 2 |
11:28.55 |
abhi2011 |
i ll try the
-DBRLCAD-ENABLE_STRICT=OFF` |
11:29.15 |
*** part/#brlcad epileg
(~epileg@unaffiliated/epileg) |
11:58.22 |
*** join/#brlcad kunigami_
(~kunigami@201.53.206.27) |
12:03.15 |
*** join/#brlcad kunigami_
(~kunigami@201.53.206.27) |
12:03.29 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.150.58) |
12:03.29 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
14:05.35 |
CIA-62 |
BRL-CAD: 03brlcad * r45578
10/brlcad/trunk/src/libbu/htester.c: newer gcc 4.6 is smarter, have
to actually use the return value. |
14:05.39 |
brlcad |
abhi2011: that commit should fix
htester.c |
14:07.07 |
brlcad |
newer compiler just came out less than a month
ago that is better and producing/detecting more warning issues, so
they're new issues that haven't been fixed yet |
14:08.00 |
brlcad |
we default to not only treating all warnings
as errors but having the compiler report almost every error that
it's capable of reporting, way more than the default used by
others |
14:09.19 |
brlcad |
so you can keep reporting them and someone
will fix them or just turn the strictness off with
-DBRLCAD-ENABLE_STRICT=OFF |
14:10.12 |
brlcad |
starseeker: those define sames are like nails
on chaulkboard -- can they be all underscores or all dashes? the
mix is just asking for usability woe |
14:10.26 |
brlcad |
s/sames/names/ |
14:22.23 |
abhi2011 |
right ok |
14:23.07 |
abhi2011 |
hmm got one more :) !! |
14:23.11 |
abhi2011 |
Linking C executable ../../bin/g-var |
14:23.13 |
abhi2011 |
/usr/bin/ld: CMakeFiles/g-var.dir/g-var.c.o:
undefined reference to symbol 'sin@@GLIBC_2.0' |
14:23.15 |
abhi2011 |
/usr/bin/ld: note: 'sin@@GLIBC_2.0' is defined
in DSO /lib/libm.so.6 so try adding it to the linker command
line |
14:23.16 |
abhi2011 |
/lib/libm.so.6: could not read symbols:
Invalid operation |
14:23.18 |
abhi2011 |
collect2: ld returned 1 exit status |
14:23.20 |
abhi2011 |
make[2]: *** [bin/g-var] Error 1 |
14:23.22 |
abhi2011 |
make[1]: ***
[src/conv/CMakeFiles/g-var.dir/all] Error 2 |
14:23.23 |
abhi2011 |
make: *** [all] Error 2 |
14:24.12 |
abhi2011 |
math library flag |
14:24.32 |
abhi2011 |
or something related i think |
14:28.38 |
abhi2011 |
about 41% of the build is done |
15:37.06 |
CIA-62 |
BRL-CAD: 03brlcad * r45579
10/brlcad/trunk/src/conv/CMakeLists.txt: add to all of the
executables that make direct calls to sin()/cos(). report of build
failure from abhi2011 via irc on linux, gcc 4.6, where the implicit
attempt to add it automatically results in an ld failure. |
15:37.28 |
abhi2011 |
cool! |
15:37.34 |
abhi2011 |
will try now |
15:38.29 |
abhi2011 |
So what exactly got added |
15:39.50 |
brlcad |
well, exactly
http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/conv/CMakeLists.txt?r1=45069&r2=45579 |
15:39.56 |
brlcad |
there's now an explicit link for -lm for those
binaries |
15:40.34 |
brlcad |
should not be needed as it's already
prescribed elsewhere, but something appears to be wrong on your
system with ld or /lib/libm.so.6 |
15:41.19 |
abhi2011 |
ok |
15:41.28 |
brlcad |
adding it explicit may just get past whatever
that issue is and is harmless in the build file otherwise for
others |
15:41.38 |
abhi2011 |
right ok |
15:49.54 |
abhi2011 |
Scanning dependencies of target
enf-g |
15:49.56 |
abhi2011 |
[ 41%] Building C object
src/conv/CMakeFiles/enf-g.dir/enf-g.c.o |
15:49.57 |
abhi2011 |
Linking C executable ../../bin/enf-g |
15:49.59 |
abhi2011 |
/usr/bin/ld: CMakeFiles/enf-g.dir/enf-g.c.o:
undefined reference to symbol 'sqrt@@GLIBC_2.0' |
15:50.00 |
abhi2011 |
/usr/bin/ld: note: 'sqrt@@GLIBC_2.0' is
defined in DSO /lib/libm.so.6 so try adding it to the linker
command line |
15:50.02 |
abhi2011 |
/lib/libm.so.6: could not read symbols:
Invalid operation |
15:50.04 |
abhi2011 |
collect2: ld returned 1 exit status |
15:50.05 |
abhi2011 |
make[2]: *** [bin/enf-g] Error 1 |
15:50.07 |
abhi2011 |
make[1]: ***
[src/conv/CMakeFiles/enf-g.dir/all] Error 2 |
15:50.08 |
abhi2011 |
make: *** [all] Error 2 |
15:50.10 |
abhi2011 |
same issue, different place |
16:13.18 |
CIA-62 |
BRL-CAD: 03brlcad * r45580
10/brlcad/trunk/src/conv/CMakeLists.txt: more needed for
sqrt() |
16:36.39 |
abhi2011 |
[ 17%] Building C object
src/rt/CMakeFiles/rtray.dir/viewray.c.o |
16:36.41 |
abhi2011 |
Linking C executable ../../bin/rtray |
16:36.42 |
abhi2011 |
/usr/bin/ld: CMakeFiles/rtray.dir/worker.c.o:
undefined reference to symbol 'sin@@GLIBC_2.0' |
16:36.44 |
abhi2011 |
/usr/bin/ld: note: 'sin@@GLIBC_2.0' is defined
in DSO /lib/libm.so.6 so try adding it to the linker command
line |
16:36.45 |
abhi2011 |
/lib/libm.so.6: could not read symbols:
Invalid operation |
16:36.47 |
abhi2011 |
collect2: ld returned 1 exit status |
16:36.48 |
abhi2011 |
make[2]: *** [bin/rtray] Error 1 |
16:36.50 |
abhi2011 |
make[1]: *** [src/rt/CMakeFiles/rtray.dir/all]
Error 2 |
16:36.52 |
abhi2011 |
make: *** [all] Error 2 |
17:13.44 |
*** join/#brlcad bhinesley
(~bhinesley@adsl-99-125-86-110.dsl.bkfd14.sbcglobal.net) |
17:39.28 |
abhi2011 |
Linking C executable ../../bin/rtray |
17:39.29 |
abhi2011 |
/usr/bin/ld: CMakeFiles/rtray.dir/worker.c.o:
undefined reference to symbol 'sin@@GLIBC_2.0' |
17:39.31 |
abhi2011 |
/usr/bin/ld: note: 'sin@@GLIBC_2.0' is defined
in DSO /lib/libm.so.6 so try adding it to the linker command
line |
17:39.33 |
abhi2011 |
/lib/libm.so.6: could not read symbols:
Invalid operation |
17:39.35 |
abhi2011 |
collect2: ld returned 1 exit status |
17:39.37 |
abhi2011 |
make[2]: *** [bin/rtray] Error 1 |
17:39.38 |
abhi2011 |
make[1]: *** [src/rt/CMakeFiles/rtray.dir/all]
Error 2 |
17:39.40 |
abhi2011 |
make: *** [all] Error 2 |
18:00.11 |
*** join/#brlcad kunigami
(~kunigami@loco-gw.ic.unicamp.br) |
19:35.11 |
CIA-62 |
BRL-CAD: 03brlcad * r45581
10/brlcad/trunk/src/rt/CMakeLists.txt: more ${M_LIBRARY} additions
to accommodate some front-end calls to sin()/cos() |
19:45.23 |
abhi2011 |
cool! |
19:45.42 |
brlcad |
there are undoubtedly a lot more places that
will need to be propagated |
19:48.41 |
abhi2011 |
ok |
19:49.12 |
abhi2011 |
cant this be automated |
19:49.39 |
abhi2011 |
like for all binaries like the rtray |
19:50.10 |
abhi2011 |
ok 42% now |
19:50.13 |
abhi2011 |
Linking C shared library
../../lib/libtclcad.so |
19:50.15 |
abhi2011 |
[ 42%] Built target libtclcad |
19:50.16 |
abhi2011 |
Linking C executable ../../bin/asc2g |
19:50.18 |
abhi2011 |
/usr/bin/ld:
CMakeFiles/asc2g.dir/asc/asc2g.c.o: undefined reference to symbol
'sqrt@@GLIBC_2.0' |
19:50.20 |
abhi2011 |
/usr/bin/ld: note: 'sqrt@@GLIBC_2.0' is
defined in DSO /lib/libm.so.6 so try adding it to the linker
command line |
19:50.21 |
abhi2011 |
/lib/libm.so.6: could not read symbols:
Invalid operation |
19:50.23 |
abhi2011 |
collect2: ld returned 1 exit status |
19:50.25 |
abhi2011 |
make[2]: *** [bin/asc2g] Error 1 |
19:50.26 |
abhi2011 |
make[1]: ***
[src/conv/CMakeFiles/asc2g.dir/all] Error 2 |
19:50.27 |
abhi2011 |
make: *** [all] Error 2 |
19:50.36 |
brlcad |
only thing I can think of is you're using some
older version of cmake or there is something wrong with your ld
setup |
19:51.08 |
abhi2011 |
hmm ok |
19:51.09 |
brlcad |
otherwise, there's no way to automate the fix
for sure |
19:51.28 |
abhi2011 |
its a straight fedora 15 install |
19:51.43 |
abhi2011 |
no changes to ld etc |
19:51.59 |
brlcad |
right, but it gets back to the earlier ld
fishyness too |
19:52.09 |
abhi2011 |
yeah |
19:52.14 |
brlcad |
something is still different, whether
intentional or not |
19:53.12 |
brlcad |
there are 400 binaries in brl-cad, so at least
that many opportunities to hit this issue |
19:53.41 |
brlcad |
one thing you could do would be to compile
with "make -k 2>&1 | tee build.log" |
19:54.09 |
brlcad |
then you can post that build log up some
place, it should get further than one at a time |
19:54.58 |
abhi2011 |
ok right I ll do that |
19:57.40 |
CIA-62 |
BRL-CAD: 03brlcad * r45582
10/brlcad/trunk/src/conv/ (CMakeLists.txt iges/CMakeLists.txt):
more -lm propagation |
20:08.36 |
*** join/#brlcad tharis20_
(~tharis@2.82.61.33) |
20:43.11 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.137.215) |
20:43.11 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
20:48.11 |
*** join/#brlcad Stattrav_
(~Stattrav@117.192.138.138) |
20:51.12 |
abhi2011 |
right the build is done |
20:53.20 |
abhi2011 |
i ll post the build log in the mailing
list |
20:53.57 |
brlcad |
Nuuuo |
20:54.09 |
brlcad |
just post it to some file sharing
service |
20:54.13 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
20:54.25 |
brlcad |
how long is it? |
21:01.44 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.138.89) |
21:01.44 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
21:01.48 |
abhi2011 |
10.6 mb |
21:02.00 |
abhi2011 |
when compressed just 400 kb |
21:02.54 |
abhi2011 |
sent on the mailing list |
21:03.07 |
abhi2011 |
may I know what is the preferred platform for
building brlcad |
21:03.46 |
abhi2011 |
i would like to finish building brlcad soon
and move on development as the ESA SOCIS deadline is coming up fast
:) |
21:08.06 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
21:14.30 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.138.89) |
21:14.41 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
21:24.02 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.138.89) |
21:24.03 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
21:31.21 |
brlcad |
abhi2011: there isn't really a preferred
platform, we continuously build on a variety of platforms including
linux (rh, gentoo, ubuntu, ...), freebsd, mac os x, windows, and
occasionally even on haiku, solaris, openbsd, ... |
21:31.37 |
brlcad |
the issues you're running into are not common,
to say the least |
21:32.04 |
brlcad |
the only other suggestion I could make would
be to try the autotools build instead of the cmake build (from a
fresh checkout) to see if it works better for you |
21:32.23 |
brlcad |
./autogen.sh && ./configure
--enable-all && make |
21:33.10 |
abhi2011 |
right ok |
21:37.02 |
brlcad |
mm, 95% of that build log is just
src/conv/step blathering warnings for autogenerated code (which we
don't care about, won't fix) |
21:37.55 |
brlcad |
that's more reasonable, 1mb |
21:39.33 |
brlcad |
er, not even .. 300k, just 5k lines |
21:40.07 |
abhi2011 |
<PROTECTED> |
21:40.17 |
abhi2011 |
79372 lines |
21:41.03 |
brlcad |
of which about 74300 are completely
irrelevant |
21:41.42 |
abhi2011 |
ok I ll try the autotools build, see if that
resolves the issue |
21:41.58 |
brlcad |
if that log needs to get generated again (say
after someone goes through and addresses the warnings), use: cat
build.log | grep -v src/conv/step |grep -v src/other/step >
build2.log |
21:42.51 |
brlcad |
autotools isn't going to fix the strictness
warnings, so need to disable strict there too |
21:42.59 |
brlcad |
./autogen.sh && ./configure
--enable-all --disable-strict && make |
21:43.37 |
brlcad |
it detects and links libraries in a very
different way, though, so might get past the math library
issues |
21:44.27 |
*** join/#brlcad Stattrav_
(~Stattrav@117.192.131.139) |
21:54.34 |
abhi2011 |
right ok |
21:55.31 |
abhi2011 |
and as backup...does brlcad have a smooth
build on fedora 10 ? |
21:55.57 |
abhi2011 |
like I am looking for any other platform in
which brlcad is known to have a smooth build |
21:57.03 |
brlcad |
what are your options? |
21:57.14 |
abhi2011 |
i can try opensuse various versions |
21:57.19 |
abhi2011 |
or fedora 10 to 14 |
21:57.40 |
abhi2011 |
well any free distro really :) |
21:58.10 |
brlcad |
well we've certainly built on fedora and
opensuse before |
21:58.33 |
brlcad |
the compilation warnings are a non-issue,
because they can be disabled -- and are specific to gcc
4.6 |
21:58.45 |
abhi2011 |
ok |
21:58.57 |
abhi2011 |
yes i am trying with autotools now |
21:59.41 |
brlcad |
the linker problem is the first I've seen of
that so hopefully the autotools build will get past it |
22:01.05 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:11.29 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.131.139) |
22:11.30 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:21.32 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.131.139) |
22:21.33 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:45.41 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
22:56.45 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.143.63) |
22:56.45 |
*** join/#brlcad Stattrav
(~Stattrav@unaffiliated/stattrav) |
23:01.43 |
*** join/#brlcad Stattrav_
(~Stattrav@117.192.138.30) |
23:10.17 |
abhi2011 |
well the autotools build is still running, i
hope there is a way to just build plugins for mged separately
rather than have to build all of brlcad to test them |