IRC log for #brlcad on 20120221

00:53.21 brlcad starseeker: nod, just wondering -- often useful scavenge ideas from other devs that commit to hightly familiar code (such as you and scl's cmake logic) to see if there are ideas worth incorporating
00:53.37 brlcad not necessarily code or exact names of things, but concepts that might be leveraged
00:54.14 brlcad namely because if another dev needed it for some reason, likely someone else might too (and who best to review)
00:55.30 brlcad jordi's need for mtune=generic is in a similar vein, actually, just a little less obvious
00:57.47 *** join/#brlcad merzo (~merzo@184-48-132-95.pool.ukrtel.net)
01:11.41 CIA-128 BRL-CAD: 03brlcad * r49481 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake:
01:11.41 CIA-128 BRL-CAD: add -mtune=generic to release builds in order to help ensure that -O3
01:11.41 CIA-128 BRL-CAD: compilations are still portable for a given target architecture. this may or
01:11.41 CIA-128 BRL-CAD: may not be the issue reported in sf support request # 3464421 but give it a try.
01:11.41 CIA-128 BRL-CAD: also, only set -std=gnu89 if we're a debug build. that way you can specify NONE
01:11.42 CIA-128 BRL-CAD: for the build type and avoid both std flags.
01:11.53 brlcad something for jordi to try when he gets back
01:12.51 brlcad i'm still doubtful that is the issue, didn't think gcc defaulted to cpu-specific tuning at O3 or otherwise unless you set an march or mtune option
01:13.08 brlcad given the crashes were in tcl, perhaps it's some flag in tcl's build logic..
02:17.47 *** join/#brlcad merzo (~merzo@188-55-133-95.pool.ukrtel.net)
03:07.34 starseeker that's probably more likely - the tcl/tk logic is independent of our own
03:07.44 starseeker (still our headache, of course...)
03:08.40 starseeker I'll need to do another "apply lessons learned" pass over the src/other build systems at some point, and Tcl/Tk is usually where that comes up the most
03:11.48 *** join/#brlcad merzo (~merzo@110-63-133-95.pool.ukrtel.net)
04:23.39 brlcad a quick grep didn't uncover any mtune/march hints in tcl/tk/incr
05:02.49 *** join/#brlcad amit (3bb1cbb7@gateway/web/freenode/ip.59.177.203.183)
05:06.38 Guest36931 hi, I am an computer engineering 3rd year student, I wanted to take part in gsoc with your organisation. Can you please help regarding the steps i should take .
05:11.31 amit_12 hi, I am an computer engineering 3rd year student, I wanted to take part in gsoc with your organisation. Can you please help regarding the steps i should take .
05:38.39 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:20.15 jordisayol brlcad: I see you added -mtune as flag
12:21.41 jordisayol I made some test on my system, and it appear that -mtune=generic do not change anything on resulting object
12:21.49 jordisayol $ test "$(gcc -m32 test.c -o test -O3 && md5sum test)" = "$(gcc -m32 test.c -o test -mtune=generic -O3 && md5sum test)" && echo "match" || echo "don't match"
12:22.54 jordisayol return "match". same for g++
12:26.43 jordisayol "test.c" is a very simple printf("hello world!"); code.
12:27.39 jordisayol s/don't match/mismatch/
13:23.25 brlcad jordisayol: yeah, I'm not convinced it'll do anything useful but it also shouldn't hurt
13:24.14 brlcad your test isn't enough to exercise it, though .. you'd need something that would actually be optimized by -O3 in a potentially platform-specific way (math, lots of math and branching)
13:24.14 jordisayol aha
13:24.47 brlcad the real test is to make a new .deb compiled with mtune=generic and see if that user still gets an illegal instruction
13:25.15 brlcad I suspect it'll still crash -- if it does, then the flag can be removed
13:25.38 jordisayol aha, I'll ask to him if want to do this test
13:26.02 jordisayol anyway, I'll remove the flags from deb building process
13:26.13 brlcad nods
13:27.38 jordisayol sorry, nods? :-/
13:28.09 brlcad I'm nodding my head :)
13:28.18 brlcad it means I understand or I agree or both :)
13:28.46 jordisayol ok, many thanks for teach me :-)
13:28.53 brlcad no problem
14:01.56 CIA-128 BRL-CAD: 03starseeker * r49482 10/brlcad/trunk/src/other/libpng/ (34 files in 5 dirs): Update libpng to 1.5.9
14:04.47 CIA-128 BRL-CAD: 03starseeker * r49483 10/brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025
14:07.46 CIA-128 BRL-CAD: 03starseeker * r49484 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: Go with 'lib' for all instances of CMAKE_LIBRARY_OUTPUT_DIRECTORY (r49115)
14:09.03 CIA-128 BRL-CAD: 03starseeker * r49485 10/brlcad/trunk/src/other/libpng/projects/vstudio/pngstest/: pngstest is still empty (r49239)
15:00.50 CIA-128 BRL-CAD: 03jordisayol * r49486 10/brlcad/trunk/misc/debian/rules: remove unneeded flags on deb building process.
15:08.20 brlcad starseeker: awesome, I was just thinking about that update yesterday .. there's a CVE out on that one
15:08.33 brlcad goes to get a rental
15:52.52 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
17:55.46 CIA-128 BRL-CAD: 03starseeker * r49487 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Get librtserver closer to building properly.
17:57.32 CIA-128 BRL-CAD: 03starseeker * r49488 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Add the librtserver build tweaks to STABLE
18:08.58 CIA-128 BRL-CAD: 03starseeker * r49489 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Ah, right - too early for that version of the INCLUDE_DIRS macro
18:10.25 CIA-128 BRL-CAD: 03starseeker * r49490 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Fix form, not just name...
19:07.41 *** join/#brlcad merzo (~merzo@110-63-133-95.pool.ukrtel.net)
20:02.27 *** join/#brlcad merzo (~merzo@87-52-132-95.pool.ukrtel.net)
20:05.18 CIA-128 BRL-CAD: 03brlcad * r49491 10/brlcad/trunk/TODO: svg is in the same boat as pdf conversion export
20:57.20 CIA-128 BRL-CAD: 03brlcad * r49492 10/brlcad/trunk/TODO: benchmark needs to include compiler details too.
22:27.17 CIA-128 BRL-CAD: 03bob1961 * r49493 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Update cadwidgets::TkTable::handleKey to potentially call the dataCallback when a cell in column 0 receives a keypress.
22:54.34 CIA-128 BRL-CAD: 03brlcad * r49494 10/brlcad/trunk/BUGS:
22:54.34 CIA-128 BRL-CAD: the yacc parsers are failing on non-bison platforms due to differences in
22:54.34 CIA-128 BRL-CAD: behavior. it'll be at least a few months before all are converted to lemon, so
22:54.34 CIA-128 BRL-CAD: note the bug in the meantime. the fix looks pretty simple (FindYACC.cmake), but
22:54.34 CIA-128 BRL-CAD: needs testing.
23:20.28 *** join/#brlcad piksi (piksi@pi-xi.net)

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