| 00:00.49 | *** join/#brlcad b0ef (n=b0ef@157.26.202.84.customer.cdi.no) [NETSPLIT VICTIM] | |
| 01:01.13 | CIA-28 | BRL-CAD: 03starseeker * r36566 10/brlcad/trunk/ (10 files in 4 dirs): Start roughing out a callback approach to supplying bn_vlists to libdm. Not getting rid of drawVList yet, but adding draw and doing some basic tests. |
| 01:09.43 | CIA-28 | BRL-CAD: 03erikgreenwald * r36567 10/isst/trunk/ (configure.ac src/Makefile.am): minor simplification of GTK+2 search |
| 01:30.35 | CIA-28 | BRL-CAD: 03starseeker * r36568 10/brlcad/trunk/ (11 files in 4 dirs): Convert entirely to draw from drawVList. |
| 02:17.38 | starseeker | starts following the winding threads of the rtgl job system |
| 02:21.30 | ``Erik | careful, you may be eaten by a grue. |
| 02:21.38 | starseeker | no kidding |
| 02:21.55 | starseeker | or more probably glGrue() |
| 02:25.32 | ``Erik | glEnable(GLX_ARB_grue_object_enable); |
| 02:25.45 | ``Erik | glQuake3(); |
| 02:25.46 | ``Erik | :D |
| 02:25.51 | starseeker | hehe |
| 02:26.18 | starseeker | ah, quake - a million ways to die, with the lava being the most probable... |
| 02:26.27 | ``Erik | no |
| 02:26.31 | ``Erik | my rocket is the most possible. |
| 02:26.33 | ``Erik | even for me. |
| 02:26.33 | ``Erik | :> |
| 02:26.52 | starseeker | yeah, rocket jumping was a kind of... dangerous art |
| 02:26.54 | ``Erik | Br0X gibbed himself! |
| 02:27.12 | ``Erik | I used to be pretty good at quakeworld |
| 02:28.02 | ``Erik | with my badass 120mhz cyrix machine, 48 megs of ram, and a 4m voodooG card crankin' that glide-gl bridge |
| 02:28.10 | ``Erik | <-- does gansta geek handsigns |
| 02:28.50 | starseeker | was slightly less imposing with his ascii quake on an i386... |
| 02:28.59 | starseeker | wonder if that still exists... |
| 02:29.17 | ``Erik | hehehe |
| 02:29.30 | ``Erik | never did an actual 386, went from commodore 64/128 to 486 |
| 02:29.55 | ``Erik | I'd USED 286's and 386's... y'know, playing scorched earth and mechwarrior at school |
| 02:29.58 | starseeker | ah, yes... http://www.jfedor.org/aaquake2/ |
| 02:30.25 | ``Erik | (because scorched earth was a damn good use of class time in highschool.) |
| 02:30.35 | starseeker | come to think of it, IIRC my monitor sucked so bad I couldn't display enough ascii characters to pull it off |
| 02:30.38 | starseeker | hehe |
| 02:30.46 | ``Erik | hehehe |
| 02:31.06 | ``Erik | <-- shows off his tatung 14" b&w vga monitor (yes, vga, not svga... max resolution of 640x400) |
| 02:32.18 | ``Erik | at one point, I'd opened it up, turned the yoke 90 degrees and unwired some of the control circuitry, if you have a source voltage peaking in teh 45-90 range, it was an effective ghetto oscilloscope :) |
| 02:32.25 | ``Erik | and I didn't even electrocute myself |
| 02:32.36 | ``Erik | :D |
| 02:32.51 | starseeker | hehe |
| 02:33.01 | starseeker | well, there goes that logical explanation... |
| 02:33.18 | ``Erik | oh, I got through with electrocuting myself after building a strobe light |
| 02:33.20 | starseeker | must try ascii quake 2 again sometime |
| 02:33.29 | ``Erik | 4kv trigger pin, wee |
| 02:33.35 | starseeker | ow ow ow |
| 02:33.54 | ``Erik | and being as brilliant as I am, I started soldering on it at the beginning of second year electronics |
| 02:34.35 | ``Erik | first and second year shared a classroom/teacher, the first year was lecture for the first half of the year, lab for the second half, then the second year was lab the first half, lecture the second |
| 02:34.58 | ``Erik | so the day the teacher is giving his safety speech, talking about making sure to wear safety glasses while soldering, making sure everything is unplugged and discharged |
| 02:35.11 | ``Erik | I put the soldering iron to the pcb with the strobe light still plugged in |
| 02:35.19 | starseeker | how'd that go? |
| 02:35.43 | ``Erik | kinda exploded in my face, but made an excellent supporting point for the safety lecture |
| 02:36.01 | starseeker | "if you doubt me, ask ``Erik..." |
| 02:36.15 | ``Erik | loud pop, bright flash, sparks flying everywhere |
| 02:36.50 | ``Erik | and *THAT* is the logical explanation... |
| 02:37.22 | starseeker | hehe |
| 02:39.43 | starseeker | hhmm, even more pointless: http://www.meow.org.uk/stan/xserver/ |
| 02:40.04 | starseeker | at least with quake it might (possibly) be the only way to get decent framerates on old hardware... |
| 02:42.45 | ``Erik | quake did some nifty stuff with dirty tricks and raw hw access to do what was thought to be impossible |
| 02:42.49 | ``Erik | "sliver" rendering and all |
| 02:42.55 | ``Erik | funky LUT's |
| 03:28.14 | ``Erik | "they took my roommates tv and my laptop, my zune, dvd player, stereo, watch, all my dvd's,all my checks, my credit cards, my friends xbox 360, my moms digital camera, and my beard trimmer. They left the guitars and the signed footballs. What I can tell is they are musically hopeless, not sports fans, and have beards. I'm turning the evidence over to the police." |
| 03:28.19 | ``Erik | "..you got robbed by nickelback?" |
| 03:39.40 | starseeker | hrm: ../../../brlcad/src/libbu/backtrace.c:131: error: ignoring return value of âdupâ, declared with attribute warn_unused_result |
| 03:41.11 | ``Erik | sooooooo, if(dup(x)){perror("dup"); return EXIT_FAILURE;} ? |
| 03:41.46 | ``Erik | or somethin' |
| 03:42.02 | ``Erik | if stdin and stdout are closed, those dups will fail |
| 03:43.43 | starseeker | why is this just now warning? |
| 03:45.06 | ``Erik | d'no? different CPPFLAGS? updates to the headers or gcc or something? code got fixed enough to get to that test? |
| 03:45.31 | ``Erik | (if'n ya want hurt, try hitting those files with splint) |
| 03:45.39 | starseeker | winces |
| 03:45.51 | starseeker | I'll bet |
| 03:46.05 | starseeker | (sshhh, don't give brlcad ideas...) |
| 03:46.15 | ``Erik | :D |
| 03:46.27 | ``Erik | I like to put something like this in my Makefile.am's for personal projects... |
| 03:46.28 | ``Erik | lint: for a in ${rand_SOURCES} ${noinst_HEADERS} ; do splint $(CFLAGS) +posixstrictlib $$a > $$a.lint ; done |
| 03:46.59 | ``Erik | should be on two lines, d'no why it glued 'em together heh |
| 03:47.45 | ``Erik | then I can do "make lint", look at the .lint files and weep profusely |
| 03:47.46 | ``Erik | :D |
| 03:48.48 | starseeker | ``Erik: what the hey, integrate it into the build as an optional target |
| 03:48.54 | starseeker | might inspire someone |
| 03:49.03 | starseeker | or tramatize them... |
| 03:49.16 | ``Erik | wonder how easy it would be to abstract it out a bit to shove in Makefile.defs |
| 03:49.47 | ``Erik | -Werror -Wall -W -ansi -pedantic causes 'nuff pain in BRL-CAD, I use those as general working flags on some of my personal projects, so *shrug* |
| 03:50.05 | ``Erik | we have a ways to go before going that far |
| 03:50.15 | starseeker | I'm sure the long term goal would be to get there - might as well have it around |
| 03:50.19 | ``Erik | it's easy to be excessive on a toy project :D |
| 03:50.23 | starseeker | heh |
| 03:50.56 | ``Erik | I think my thing uses some bashisms, though :/ |
| 03:51.52 | starseeker | auuuuuugh - I think I just killed my comparison benchmark results |
| 03:52.01 | starseeker | and when the update busted the build, too |
| 03:52.03 | starseeker | grr |
| 03:52.34 | ``Erik | thinks he needs to cook a metaball regression test :/ |
| 03:52.43 | starseeker | might be a good idea... |
| 03:52.58 | ``Erik | been thinking it for a while, just didn't want to admit it |
| 03:53.55 | ``Erik | run it in retarded accurate mode and cook a fast machine for a few days to generate reference pix files, then tune it to the right balance or something |
| 03:54.18 | starseeker | nods |
| 03:54.32 | starseeker | sounds like a job for the new solaris box |
| 03:54.46 | ``Erik | hm, the 64 core one? |
| 03:54.52 | starseeker | grins evilly |
| 03:55.00 | ``Erik | I'm not sure if it'd be any faster than one of the 6 new xeon boxes |
| 03:55.06 | ``Erik | be interesting to compare |
| 03:55.24 | ``Erik | as soon as brlcad gets off his lazy ass and gets the solaris boxes ready for general consumption :> |
| 03:55.37 | starseeker | I thought at least one of them was there |
| 03:55.50 | ``Erik | um, the opteron one is almost there I think? |
| 03:57.18 | ``Erik | that'd be an amusing thing for an aspiring contribute to glue together... a semi-automated VGR collector, mebbe with some php gd stuff for purdee graphs |
| 03:57.38 | ``Erik | make bench-upload |
| 03:57.40 | ``Erik | O.o |
| 04:04.16 | starseeker | erm - the if(dup) thing didn't work, but assigning the result of dup to some useless integer does |
| 04:05.12 | ``Erik | funky |
| 04:05.24 | ``Erik | I wonder if if(dup()!=0) would work |
| 04:06.30 | starseeker | does disable strict because he wants is benchmark... |
| 04:07.32 | ``Erik | I think it doesn't make sense to attempt to attach like that if any of those dups fail, that's catastrophic failure turf I'd imagine |
| 04:07.56 | starseeker | if ignoring return values is a cardnial sin, we're gonna have some fun with the other libs |
| 04:08.56 | ``Erik | I'd have to check some things, but in this certain case, those dups failing may mean the os is busy exploding *shrug* |
| 04:09.40 | ``Erik | gcc and splint have no way of groking those cases :) |
| 04:15.41 | starseeker | sigh: http://imgs.xkcd.com/comics/academia_vs_business.png |
| 04:25.24 | *** join/#brlcad dtidrow (n=Don@c-71-238-51-148.hsd1.mi.comcast.net) | |
| 05:40.54 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1866 10/wiki/MGED_CMD_orientation: |
| 05:41.04 | brlcad | woot |
| 05:43.17 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1867 10/wiki/MGED_CMD_ae: |
| 05:43.50 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1868 10/wiki/Category:MGED_view_manipulation: New page: [[category:MGED|View manipulation]] |
| 05:56.48 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1869 10/wiki/MGED_CMD_aproposdevel: |
| 05:57.27 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1870 10/wiki/MGED_CMD_aproposlib: |
| 05:58.54 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1871 10/wiki/Category:MGED_help: New page: MGED commands that search or view internal documentation. [[category:MGED]] |
| 05:59.19 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1872 10/wiki/MGED_CMD_QuestionMark: |
| 05:59.28 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1873 10/wiki/MGED_CMD_QuestionMarkDevel: |
| 05:59.39 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1874 10/wiki/MGED_CMD_QuestionMarkLib: |
| 06:01.03 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1875 10/wiki/MGED_CMD_help: |
| 06:01.17 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1876 10/wiki/MGED_CMD_helpdevel: |
| 06:01.38 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1877 10/wiki/MGED_CMD_helplib: |
| 06:05.32 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1878 10/wiki/MGED_CMD_Z: |
| 06:07.31 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1879 10/wiki/MGED_CMD_zoom: |
| 06:11.31 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1880 10/wiki/Saveview: redirecting article to much better written and titled version |
| 06:11.43 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1881 10/wiki/MGED_CMD_saveview: |
| 06:13.28 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1882 10/wiki/MGED_CMD_3ptarb: |
| 06:15.26 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1883 10/wiki/MGED_CMD_erase_all: |
| 06:16.58 | starseeker | well, it looks initially like llvm-gcc is a bit slower - re-running llvm-gcc with identical code and compile settings just to be sure |
| 06:17.47 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1884 10/wiki/MGED_CMD_arb: |
| 06:18.16 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1885 10/wiki/MGED_CMD_comb: |
| 06:19.23 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1886 10/wiki/Category:MGED_object_creation: New page: [[category:MGED]] |
| 06:19.54 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1887 10/wiki/MGED_CMD_center: |
| 06:20.01 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1888 10/wiki/MGED_CMD_erase: |
| 06:20.13 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1889 10/wiki/MGED_CMD_dall: |
| 06:20.24 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1890 10/wiki/MGED_CMD_d: |
| 06:20.32 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1891 10/wiki/MGED_CMD_draw: |
| 06:24.00 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1892 10/wiki/MGED_CMD_eye_pt: |
| 06:26.36 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1893 10/wiki/MGED_CMD_B: |
| 06:27.06 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1894 10/wiki/MGED_CMD_e_lower: |
| 06:27.32 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1895 10/wiki/MGED_CMD_E_upper: |
| 06:41.18 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1896 10/wiki/MGED_CMD_in: |
| 06:42.52 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1897 10/wiki/MGED_CMD_autoview: |
| 06:43.41 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1898 10/wiki/MGED_CMD_lookat: |
| 09:06.40 | *** join/#brlcad Don__ (n=Don@c-71-238-51-148.hsd1.mi.comcast.net) | |
| 09:08.03 | *** join/#brlcad akafubu (n=akafubu@unaffiliated/akafubu) | |
| 09:15.43 | *** join/#brlcad _clock_ (n=_sushi_@80-218-244-105.dclient.hispeed.ch) | |
| 10:48.26 | CIA-28 | BRL-CAD: 03Aanc 07http://brlcad.org * r1899 10/wiki/Talk:MGED_Commands: Command-scheme: purpose first? |
| 12:38.17 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1900 10/wiki/MGED_CMD_view: |
| 12:39.52 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1901 10/wiki/MGED_CMD_viewsize: |
| 12:42.49 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1902 10/wiki/MGED_CMD_tops: |
| 12:43.28 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1903 10/wiki/MGED_CMD_r: |
| 12:46.24 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1904 10/wiki/MGED_CMD_tops: merge from weaker description |
| 12:46.55 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1905 10/wiki/Tops: Redirecting to [[MGED CMD tops]] |
| 12:52.29 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1906 10/wiki/MGED_CMD_viewset: |
| 12:54.26 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1907 10/wiki/MGED_CMD_setview: |
| 12:54.30 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1908 10/wiki/MGED_CMD_view_ring: |
| 12:54.34 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1909 10/wiki/MGED_CMD_viewget: |
| 12:54.36 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1910 10/wiki/MGED_CMD_vrot: |
| 12:59.53 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1911 10/wiki/Animation: |
| 13:02.17 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1912 10/wiki/MGED_CMD_animmate: |
| 13:02.31 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1913 10/wiki/MGED_CMD_arced: |
| 13:02.40 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1914 10/wiki/MGED_CMD_joint: |
| 13:02.48 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1915 10/wiki/MGED_CMD_preview: |
| 13:02.55 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1916 10/wiki/MGED_CMD_savekey: |
| 13:03.30 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1917 10/wiki/MGED_CMD_saveview: |
| 13:03.51 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1918 10/wiki/Category:Animation: New page: [[category:documentation]] |
| 13:08.45 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1919 10/wiki/Talk:MGED_Commands: |
| 13:22.02 | starseeker | blinks |
| 13:22.09 | starseeker | ok... |
| 13:22.31 | starseeker | must conclude that llvm-gcc vs gcc is a wash - looks like the differences were in the noise |
| 13:36.43 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1920 10/wiki/MGED_CMD_apropos: |
| 13:37.09 | brlcad | still going at it, nice |
| 13:43.56 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1921 10/wiki/MGED_CMD_view2model: |
| 13:44.22 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1922 10/wiki/MGED_CMD_view2grid_lu: |
| 13:45.50 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1923 10/wiki/Category:Animation: |
| 13:51.47 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1924 10/wiki/MGED_CMD_arced: |
| 13:51.59 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1925 10/wiki/MGED_CMD_copyeval: |
| 13:52.32 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1926 10/wiki/MGED_CMD_copymat: |
| 13:52.48 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1927 10/wiki/MGED_CMD_listeval: |
| 13:53.06 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1928 10/wiki/MGED_CMD_matpick: |
| 13:53.14 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1929 10/wiki/MGED_CMD_oed: |
| 13:53.24 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1930 10/wiki/MGED_CMD_orot: |
| 13:53.56 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1931 10/wiki/MGED_CMD_oscale: |
| 13:54.03 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1932 10/wiki/MGED_CMD_putmat: |
| 13:54.17 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1933 10/wiki/MGED_CMD_rotobj: |
| 13:54.30 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1934 10/wiki/MGED_CMD_showmats: |
| 13:54.34 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1935 10/wiki/MGED_CMD_translate: |
| 13:55.46 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1936 10/wiki/Loadview: |
| 14:05.29 | *** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 14:15.03 | starseeker | bastardizes the Makefiles into calling clang instead of llvm-gcc and builds again to see what breaks :-) |
| 14:20.57 | *** join/#brlcad mafm (n=mafm@cpc2-bexl3-0-0-cust843.bmly.cable.ntl.com) | |
| 14:29.44 | ``Erik | heh, microsoft trying to patent tufte's sparklines |
| 14:40.20 | starseeker | saw that |
| 14:40.52 | starseeker | actually, I owe them one - I went to amazon to check out Tufte's books and spotted a $40 copy of Lisp in Small Pieces :-) |
| 14:51.20 | starseeker | wow, clang actually got all the way to liboptical |
| 14:51.41 | starseeker | not sure if this is legit: |
| 14:51.42 | starseeker | ../../../brlcad/src/liboptical/sh_billboard.c:117:41: error: initializer element is not a compile-time |
| 14:51.45 | starseeker | <PROTECTED> |
| 14:51.48 | starseeker | struct bu_structparse bbd_parse_tab[] = { |
| 14:51.50 | starseeker | <PROTECTED> |
| 14:51.59 | brlcad | it lies |
| 14:52.42 | starseeker | figured |
| 14:52.49 | brlcad | curious though |
| 14:53.04 | brlcad | it should have hit other bu_structparse tables initialized the same way |
| 14:53.12 | brlcad | e.g., the huge one in librt |
| 14:53.27 | brlcad | looks |
| 14:53.42 | starseeker | well, considering clang is still in development... |
| 14:54.41 | brlcad | nah, there's something to it |
| 14:54.56 | brlcad | there's a parsetab right before it that it didn't stop on |
| 14:55.05 | starseeker | hmm |
| 14:55.43 | brlcad | interesting, maybe because the second one indexes the first one |
| 14:55.45 | brlcad | bbd_print_tab[0] |
| 14:56.01 | brlcad | it's still constant though |
| 14:56.37 | brlcad | if you comment out that line, does it succeed? |
| 14:56.53 | brlcad | not the bbd_parse_tab line, but the first entry |
| 14:57.01 | brlcad | so it's just a null tab |
| 14:57.09 | starseeker | yeah, it succeeds |
| 14:58.24 | starseeker | same deal in sh_fire.c |
| 14:58.42 | starseeker | clang bug? |
| 14:59.24 | starseeker | well, gotta hit the road - be in in a bit |
| 14:59.26 | brlcad | looks like it to me |
| 14:59.46 | starseeker | should report it, I suppose... |
| 14:59.55 | brlcad | though the dual structparse tabs is kinda funky to me .. looks like one is the main options with names spelled out |
| 15:00.04 | brlcad | then the second is shorthand option names |
| 15:00.08 | brlcad | so it prints clean |
| 15:00.12 | brlcad | yeah |
| 15:00.30 | brlcad | that's probably because it's [] defined, the compiler doesn't know it's size yet |
| 15:00.49 | brlcad | ooh.. you know what |
| 15:00.58 | brlcad | have to look at bu_byteoffset() ... |
| 15:01.07 | brlcad | it may be getting to a non-const section |
| 15:01.33 | brlcad | that's a low-level bu macro |
| 15:01.45 | starseeker | oooo - debugging hell |
| 15:02.23 | brlcad | it probably just requires a little bit a of magic |
| 15:02.35 | brlcad | bu.h has a section for all the compilers we know about |
| 15:02.42 | starseeker | oooooh |
| 15:02.51 | brlcad | I'm betting it just needs a diff decl |
| 15:02.57 | starseeker | nods |
| 15:03.58 | brlcad | still probably a bug, they are all constant .. but it's low-level pointer trickery to get the memory byte offset address of a struct |
| 15:19.21 | brlcad | yeah, that looks like it's it |
| 15:19.55 | brlcad | it's not smart enough yet to realize the "address - 0" is actually constant, probably needs to jump into the __INTEL_COMPILER section |
| 15:20.34 | brlcad | gets moving |
| 15:33.41 | CIA-28 | BRL-CAD: 03d_rossberg * r36569 10/brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def: added bu_process_id for showshot program |
| 15:50.09 | CIA-28 | BRL-CAD: 03erikgreenwald * r36570 10/brlcad/trunk/src/adrt/Makefile.am: make librender depend on libgcv (thus librt, libbu, libbn, etc) |
| 15:50.51 | CIA-28 | BRL-CAD: 03d_rossberg * r36571 10/brlcad/trunk/src/nirt/showshot.c: |
| 15:50.51 | CIA-28 | BRL-CAD: replaced index() by strchr() as recommended by POSIX.1-2008 and MSVC |
| 15:50.51 | CIA-28 | BRL-CAD: however, i can't see the reason to determine the location of newline at all, it won't be used in the code below |
| 15:55.28 | ``Erik | hm, the tightened up tolerances drive the tesselation routines up the wall |
| 16:27.36 | brlcad | ``Erik: yeah, I'm going to go back and relax them .. rendering problems too |
| 16:27.42 | brlcad | shame really |
| 16:27.55 | brlcad | that's substantially above floating point |
| 16:28.47 | brlcad | going to add a tol param to them, but that'd be a 7.18 change and we're too far into this month for that |
| 17:01.43 | brlcad | missed the call |
| 17:58.20 | CIA-28 | BRL-CAD: 03Aanc 07http://brlcad.org * r1937 10/wiki/Talk:MGED_CMD_comb_color: New page: Argument(s) combination_name Name of the New combination Description The "comb_color" command assigns the color rgb (0-255) to the existing combination named combination_name. "New" com... |
| 17:59.07 | ``Erik | was a lunch query, we hit greene turtle |
| 17:59.40 | ``Erik | was some nice scenery there today O.o |
| 18:08.40 | CIA-28 | BRL-CAD: 03erikgreenwald * r36572 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: jot down a rough idea of a plan for implementing marching cubes |
| 18:22.09 | CIA-28 | BRL-CAD: 03erikgreenwald * r36573 10/brlcad/trunk/src/libbu/rb_diag.c: rbt_debug is a bitfield, not a pointer. Use %X instead of %p |
| 18:41.33 | starseeker | brlcad: hmm - kinda looks like aeVect and friends in dm-rtgl might be candidates for libbn |
| 18:42.41 | ``Erik | brlcad might get a kick out of http://www.technologyreview.com/blog/arxiv/24437/?a=f O.o |
| 18:43.17 | ``Erik | (solving the rowing "wiggle" problem) |
| 18:44.59 | starseeker | heh - he will like that |
| 18:45.21 | ``Erik | don't think it's the same rowing her does, but *shrug* |
| 18:45.27 | ``Erik | s/her/he/ |
| 18:46.33 | ``Erik | (they're talking 8 man coxless rowing, I think... but reducing wiggle might help efficiency *shurg*) |
| 18:52.17 | starseeker | hates to rework the vector calculation stuff but knows he must to clean this up - here we go into vector land... |
| 19:05.59 | *** join/#brlcad talcite (n=Matthew@dhcp-143-147.mcme-students.carleton.ca) | |
| 19:11.14 | CIA-28 | BRL-CAD: 03starseeker * r36574 10/brlcad/trunk/src/libdm/dm-rtgl.c: Doesn't look as if aeUniformVect is being used anywhere. |
| 19:28.20 | brlcad | ``Erik: heh, that's awesome |
| 19:29.31 | brlcad | starseeker: they do look prime for libbn .. just maybe make sure there aren't libbn facilities already for tose too |
| 19:30.13 | starseeker | the Uniform one just goes away - I don't see anything quite like the vector from ae + distance one |
| 19:31.26 | starseeker | added it in test as bn_vec_ae |
| 19:41.53 | brlcad | nods |
| 19:51.46 | CIA-28 | BRL-CAD: 03starseeker * r36575 10/brlcad/trunk/ (include/bn.h src/libbn/mat.c): Add libbn routines for getting a vector from azimuth and elevation information. |
| 20:00.30 | brlcad | how are vec ae and vec aed different? |
| 20:00.42 | brlcad | and what happens the first time someone asks for twist |
| 20:00.59 | starseeker | um - twist wouldn't change anything... |
| 20:01.20 | starseeker | ae doesn't need a distance and just returns a unit vector |
| 20:01.25 | starseeker | aed accepts a distance |
| 20:02.44 | starseeker | aed is the only one I'll likely need - I just thought as long as I was there I would define the logical counterpart for the "no distance available" case |
| 20:03.10 | brlcad | not a generalized way to combine the two, though? |
| 20:03.28 | brlcad | zero-dist for example gives ae behavior |
| 20:03.33 | brlcad | or 1 or negative |
| 20:03.44 | brlcad | hm, not negative |
| 20:04.02 | starseeker | well, maybe - I was going along with the bn_aet_vec and bn_ae_vec thing... |
| 20:04.46 | brlcad | it could be a scaling factor instead of a dist |
| 20:04.50 | brlcad | yeah, there is that |
| 20:05.15 | brlcad | so bn_vec_ae will reverse a bn_ae_vec call? |
| 20:05.27 | brlcad | that's reason alone to have that one |
| 20:05.35 | starseeker | um, I guess in theory... |
| 20:05.43 | starseeker | is getting set up to test |
| 20:05.55 | brlcad | if it doesn't, somethings wrong :) |
| 20:06.05 | starseeker | agrees :-) |
| 20:06.05 | brlcad | or it's the wrong name |
| 20:06.21 | starseeker | it should - just saying I haven't put 'em into rtgl yet |
| 20:06.53 | starseeker | had hacked up the files moving stuff around before he realized he should move that logic, so having to reset without losing things... |
| 20:07.20 | brlcad | are you aware of the vmath routines? |
| 20:07.46 | starseeker | I'm aware of vmath, didn't know there was something specific for this in there |
| 20:07.48 | brlcad | V3DIR_FROM_AZEL() and AZEL_FROM_V3DIR() |
| 20:08.01 | starseeker | ah |
| 20:08.22 | starseeker | er... then why does bn_ae_vec exist? |
| 20:08.25 | brlcad | so need to clean up our API ;) |
| 20:08.31 | brlcad | we can't even find our own shit :) |
| 20:08.55 | starseeker | hangs head |
| 20:09.01 | starseeker | so which one do I go with? |
| 20:09.14 | brlcad | I think someone needed vec from ae, so the bn_ae_vec wasn't useful |
| 20:09.32 | brlcad | then someone saw V3DIR_FROM_AZEL and made the counterpart |
| 20:09.47 | starseeker | ah, just like I did for bn_ae_vec |
| 20:09.49 | brlcad | yep |
| 20:09.58 | brlcad | go ahead and add it, you're already there |
| 20:10.08 | starseeker | alrightie... so who gets it, vmath or libbn? |
| 20:11.17 | brlcad | libbn is the one lacking at the moment |
| 20:11.36 | starseeker | notes the mere existence of aeVect is evidence of lack of API usage - first place to look for that stuff should have been existing libs, particcularly if V3DIR_FROM_AZEL already existed |
| 20:11.59 | brlcad | having azel in vmath is kind of out of place for that file |
| 20:12.31 | starseeker | wonder where we're using em... |
| 20:12.37 | brlcad | mged is |
| 20:12.38 | starseeker | here grep grep grep... |
| 20:12.55 | brlcad | er, libged now |
| 20:13.01 | brlcad | dir2ae and ae2dir commands |
| 20:14.02 | starseeker | sooo... point those a the libbn routines and clear out the vmath stuff? or I suppose deprecate since it impacts api? |
| 20:15.12 | starseeker | yep, just those two |
| 20:15.29 | brlcad | I'd actually probably just use the vmath ones in the function's implementation |
| 20:15.49 | brlcad | keeping both in the API for now |
| 20:15.59 | brlcad | till libbn's docs are cleaned up and it's more clear which is best |
| 20:16.09 | starseeker | nods |
| 20:16.18 | brlcad | vmath's approach is way faster as a macro |
| 20:16.45 | brlcad | but then can have side-effects and is typeless |
| 20:18.16 | starseeker | KNEW he should have just backed the logic of aeVec down into the rtgl functions ;-P |
| 20:19.11 | brlcad | but then things wouldn't actually improve.. going down the rabbit hole, wherever it leads, is how things get better ;) |
| 20:19.15 | brlcad | cleaning up along the way |
| 20:20.09 | starseeker | true. I suppose I knew this would come up dealing with this part of the code |
| 20:20.58 | brlcad | ahh.. feels so good watching libbu/libbn compile cleanly |
| 20:21.00 | brlcad | like a clean car ready to be driven |
| 20:21.26 | starseeker | are you getting that dup return value thing? |
| 20:21.37 | brlcad | hm? |
| 20:22.36 | starseeker | ../../../brlcad/src/libbu/backtrace.c:131: error: ignoring return value of 'dup', declared with attribute warn_unused_result |
| 20:22.52 | starseeker | was getting that on my gentoo box last night |
| 20:23.10 | CIA-28 | BRL-CAD: 03brlcad * r36576 10/brlcad/trunk/src/libsysv/tcl.c: quell unused warning |
| 20:23.37 | CIA-28 | BRL-CAD: 03brlcad * r36577 10/brlcad/trunk/src/libsysv/Makefile.am: enable strict compilation of libsysv. |
| 20:24.16 | brlcad | yeah, I don't get that warning, probably a newer glibc |
| 20:24.56 | starseeker | mmm |
| 20:25.17 | starseeker | is about to pay the price of running cutting edge |
| 20:25.58 | starseeker | not really sure what to do with it - apparently we don't actually care about the return value |
| 20:26.24 | starseeker | just defining a value and point the result to it worked but seemed rather crude |
| 20:26.26 | CIA-28 | BRL-CAD: 03brlcad * r36578 10/brlcad/trunk/src/libbu/backtrace.c: add sanity check on the return value from dup to make sure it succeeded. quellage. |
| 20:26.49 | starseeker | oh :-) |
| 20:26.49 | brlcad | the warning is just "dup might fail, you're not checking" |
| 20:26.56 | brlcad | so we can check |
| 20:27.21 | brlcad | a good thing to do regardless |
| 20:28.33 | starseeker | nods thanks :-) |
| 20:31.53 | starseeker | well, rtgl seem to be behaving using bn_vec_aed |
| 20:33.34 | starseeker | brlcad: I'd like to try, when I get there, switching the openGL lighting to the default raytrace lighting |
| 20:33.45 | starseeker | whatever it is now doesn't seem to behave well unniversally |
| 20:34.48 | CIA-28 | BRL-CAD: 03brlcad * r36579 10/brlcad/trunk/TODO: |
| 20:34.48 | CIA-28 | BRL-CAD: update todo for the next release, 64-bit windows port under way, annotation |
| 20:34.48 | CIA-28 | BRL-CAD: primitive under way, obj-g postponed. add a new entry for adding a tolerance |
| 20:34.48 | CIA-28 | BRL-CAD: parameter to some of the bn_ functions that have near-zero tests (but have to |
| 20:34.48 | CIA-28 | BRL-CAD: wait for a minor release). |
| 20:35.18 | brlcad | starseeker: when you get where? what? hm? |
| 20:35.55 | starseeker | doing an rtgl visualization |
| 20:36.07 | CIA-28 | BRL-CAD: 03starseeker * r36580 10/brlcad/trunk/src/libdm/dm-rtgl.c: OK, use the libbn routine and nix aeVec. |
| 20:36.22 | starseeker | nick put the lighting front and center, iirc - that washes out on some platforms |
| 20:36.50 | starseeker | assuming it's not some other issue, of course |
| 20:37.12 | brlcad | ahhh |
| 20:37.15 | brlcad | yeah, that's nfg |
| 20:38.15 | starseeker | it's a ways off, but once I'm there it seems like the "correct" thing to do is to use the raytracer settings insofar as they make sense |
| 20:39.43 | brlcad | yeah, should match |
| 20:39.53 | brlcad | that's an oldie... hm |
| 20:40.00 | CIA-28 | BRL-CAD: 03brlcad * r36581 10/brlcad/trunk/src/libsysv/Makefile.am: reconcile the libsysv target CFLAGS customization. apply the flags to the whole dir. |
| 20:40.04 | brlcad | worked on changing rt's default lighting many many years ago |
| 20:40.36 | brlcad | there are hooks in there now for 1 light, 3 lights, .. it was tricky to get everything validating regression and still be useful defaults iirc |
| 20:41.06 | starseeker | couldn't the regression call out the older lights specifically? |
| 20:51.17 | brlcad | it could |
| 20:51.38 | brlcad | but there was some issue that couldn't quickly be resolved |
| 20:51.51 | brlcad | and I was less adept at running down the rabbit hole that long ago |
| 20:52.11 | starseeker | ahh. VERY oldie :-) |
| 20:52.33 | brlcad | yeah, decade ago |
| 20:52.47 | brlcad | at least with the brl-cad codebase |
| 20:53.00 | brlcad | wasn't as comfortable knowing what would be impacted |
| 21:12.00 | starseeker | brlcad: should I be doing checkings in an "keep rtgl working" manner? |
| 21:12.50 | starseeker | at some point here there's going to be some fairly radical surgery |
| 21:16.39 | CIA-28 | BRL-CAD: 03brlcad * r36582 10/brlcad/trunk/src/libpc/ (pcVariable.cpp pcVariable.h pc_constraints.c): quell a variety of warnings and problems. floating point comparisons and virtual destruction |
| 21:17.57 | brlcad | starseeker: it's a good exercise to the reader to learn to code that way even through radical changes |
| 21:20.06 | brlcad | "harder" if you're not used to it and can seem like more work, but it's not usually in terms of the full cost of the changes (shared knowledge among developers, documented changes, reduced risk, incremental refactoring, etc) |
| 21:20.16 | brlcad | part of the concept of coding complete |
| 21:20.31 | *** join/#brlcad roberthl (n=robert@rhl.me.uk) | |
| 21:20.56 | brlcad | but that said, if you break it, no big deal at this point .. but just might be making life even harder for yourself later (short term gain for a later pain) |
| 21:21.16 | starseeker | nods - I'll try to keep it clean |
| 21:21.34 | starseeker | in some sense though (job robustness to draw events) it's already broken |
| 21:22.37 | brlcad | if that were really true, there wouldn't have been a question ;) |
| 21:23.38 | starseeker | I know, I know - it does something |
| 21:24.21 | brlcad | wow, libpc is going to take some heavier lifting than I have time to invest |
| 21:24.34 | brlcad | at least with respect to warnings |
| 21:25.12 | brlcad | and it's not even the boost stuff |
| 21:25.14 | brlcad | the classes need some cleanup work |
| 21:26.47 | brlcad | our headers still need work before they're fed through to a c++ compiler cleanly |
| 21:58.16 | CIA-28 | BRL-CAD: 03brlcad * r36583 10/brlcad/trunk/src/liboptical/sh_toyota.c: remove lots of dead code, replace PI with M_PI |
| 22:39.18 | *** join/#brlcad Ralith (n=ralith@69.90.49.189) | |
| 22:57.19 | *** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net) | |
| 23:00.30 | CIA-28 | BRL-CAD: 03brlcad * r36584 10/brlcad/trunk/src/librt/ (bezier_2d_isect.c bool.c cmd.c constraint.c): quell a variety of warnings: unused vars, floating point comparisons, missing initializers, and more. most curious were the floating point equality comparisons happening in rt_bool_final() .. need to validate regresion. |
| 23:10.53 | *** join/#brlcad roberthl (n=robert@rhl.me.uk) | |
| 23:12.27 | *** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 23:13.23 | CIA-28 | BRL-CAD: 03brlcad * r36585 10/brlcad/trunk/src/librt/ (constraint.c cut.c): indent, ws, comment cleanup |
