01:03.10 |
``Erik |
developer doublespeak:
https://twitter.com/healthcare_dev/status/473102504952336384/photo/1 |
01:16.32 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
01:18.21 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
01:25.26 |
*** join/#brlcad hcurtis
(b82d1ab1@gateway/web/freenode/ip.184.45.26.177) |
01:25.50 |
hcurtis |
brlcad: Hi, Sean. |
02:27.02 |
brlcad |
maths22: awesome, thanks! |
02:27.21 |
brlcad |
maths22: any problems encountered or was the
upgrade pretty straightforward? |
02:55.39 |
hcurtis |
brlcad: The GSoC expectations list talked
about an interaction schedule. Do you think we need to set one up,
or do you like how we're doing things now? |
03:01.16 |
Notify |
03BRL-CAD:brlcad * 61054
brlcad/trunk/ChangeLog: merge all of the commits going into the
7.24.2 release, through r57446 plus cherry picking most of the
release branch revisions that were documented in the trunk commit
log messages. next release should pick up from r57446 instead of by
date. |
03:05.16 |
Notify |
03BRL-CAD:brlcad * 61055
(brlcad/branches/RELEASE/ChangeLog Property Changed: and 10
others): merge trunk c61054 to get the updated ChangeLog for
release. next release should use this revision instead of the usual
date range due to having to cherry-pick so many subsequent
merges. |
03:08.06 |
Notify |
03BRL-CAD:brlcad * 61056 brlcad/trunk/HACKING:
keep a note for the next release (not valid syntax) that we need to
merge from a specific revision that overlaps date-wise |
03:09.57 |
Notify |
03BRL-CAD:brlcad * 61057
brlcad/branches/RELEASE/NEWS: looking like today is finally release
day. |
03:16.52 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:28.08 |
hcurtis |
Update: I've been reading the install file and
the Contributors' Guide to BRL-CAD. |
03:32.32 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
03:33.56 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:40.17 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:53.57 |
brlcad |
hcurtis: asking you to report your
progress/activity regularly here was setting up an interaction
schedule |
03:54.31 |
hcurtis |
Ok |
03:55.22 |
hcurtis |
Do you like the way I'm doing it? |
03:56.14 |
hcurtis |
By the way, congratulations on the new
release. |
03:57.52 |
brlcad |
like the way you're doing what? |
03:58.25 |
brlcad |
your update messages here have been
fine |
03:59.19 |
brlcad |
only critique is that they're somewhat
non-progressive reports/activity, and non-technical |
04:01.16 |
Notify |
03BRL-CAD:brlcad * 61058
(brlcad/branches/STABLE/AUTHORS brlcad/branches/STABLE/BUGS and 926
others): merge RELEASE branch from r55757 to HEAD, making this the
final release sources for 7.24.2 |
04:06.10 |
hcurtis |
Ok. I've been trying to answer my questions on
my own, and I'm often able to. Maybe that's why there aren't more
technical questions. |
04:09.10 |
Notify |
03BRL-CAD Wiki:Patrickhead * 0
/wiki/User:Patrickhead: |
04:15.04 |
hcurtis |
brlcad: Would you like me to finish the libbu
task (making my dynamic allocation program work using BRL-CAD
functions) before I work again on fast4-g, or does it not matter to
you which one I get done first? |
04:29.24 |
brlcad |
the libbu task was to help you with
understanding fast4-g just a little better |
04:29.51 |
brlcad |
basically, it's a task that shows how
compiling occurs |
04:30.39 |
brlcad |
not strictly necessary for the fast4-g task
because that's already set up within our build system |
04:31.18 |
brlcad |
but it is a fundamental understanding that is
expected of devs |
04:33.21 |
hcurtis |
Ok |
04:35.24 |
hcurtis |
brlcad: I'll get the libbu task done
first. |
04:37.46 |
brlcad |
just so you know, given an entire week has
passed and those were the objectives for the week prior, we're
quickly approaching a point of having to change direction entirely
and rediscuss |
04:38.30 |
brlcad |
just keep doing the best you can, know you've
been working hard |
04:42.35 |
hcurtis |
brlcad: I appreciate your advice and your
patience. Also, I'm completely open to your suggestions about a
possible change in direction and such. |
05:01.50 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
05:45.12 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
05:47.31 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
06:36.15 |
Notify |
03BRL-CAD Wiki:Hcurtis0010 * 7186
/wiki/User:Hcurtis0010/GSoC2014/logs: /* Week 2 */ |
08:00.21 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
08:35.24 |
*** join/#brlcad KimK
(~Kim__@ip68-102-30-143.ks.ok.cox.net) |
08:37.18 |
*** join/#brlcad caen23
(~caen23@92.83.166.162) |
08:58.03 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:51.10 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
10:24.54 |
Notify |
03BRL-CAD:tbrowder2 * 61059
(brlcad/branches/d-binding/misc/d-bindings/README.txt
===================================================================
and 39 others): rename to clarify contents |
10:56.22 |
*** join/#brlcad vladbogo
(~vlad@188.27.64.224) |
11:54.09 |
maths22 |
brlcad: the upgrade was very
straightforward |
12:02.06 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:21.58 |
Notify |
03BRL-CAD:tbrowder2 * 61060
brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl:
reading grammar mostly ok but one issue remains (plus minor
formatting differences): WHILE is being missed |
12:35.46 |
brlcad |
awesome |
12:35.58 |
brlcad |
shame there's not a good way to automate
that |
12:43.57 |
*** join/#brlcad luca79
(~luca@net-37-116-122-253.cust.vodafonedsl.it) |
13:20.15 |
*** join/#brlcad kesha
(~kesha@14.139.122.114) |
13:26.07 |
caen23 |
quit |
13:26.30 |
*** join/#brlcad caen23
(~caen23@92.83.166.162) |
13:37.11 |
*** join/#brlcad raj12lnm
(31cd6b50@gateway/web/freenode/ip.49.205.107.80) |
13:44.09 |
*** join/#brlcad ries
(~ries@190.9.171.121) |
14:04.22 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
14:34.46 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
14:42.31 |
Notify |
03BRL-CAD:tbrowder2 * 61061
brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt: replace
leading spaces with tabs for ease of reproducing |
14:49.54 |
Notify |
03BRL-CAD:tbrowder2 * 61062
brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt: restore
spaces for the productions in CAPS |
14:50.37 |
Notify |
03BRL-CAD:brlcad * 61063
(brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/TODO and 5
others): final version bump and doc update for 7.24.2
release |
14:54.01 |
Notify |
03BRL-CAD:brlcad * 61064
(brlcad/branches/STABLE/NEWS brlcad/branches/STABLE/TODO and 16
others): merge c61063 from RELEASE to get the remaining version
bump and doc updates, should have been in prior merge |
15:29.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:31.01 |
*** join/#brlcad milamber
(~devlin@d118-75-244-176.try.wideopenwest.com) |
15:39.14 |
Notify |
03BRL-CAD:starseeker * 61065
(brlcad/trunk/src/other/stepcode/src/clstepcore/instmgr.cc
brlcad/trunk/src/other/stepcode/src/clstepcore/instmgr.h): The
insertion mechanism for the sortedMaster array performed very badly
in the case where a large file has a batch of low-id-number
entities towards the end of the file. Tossing in std::map in place
of that array avoids the bad corner case, but we may pay a
performance |
15:39.16 |
Notify |
penalty in other situations - depending on
what the bottle necks are, this may be work revisiting. For now,
this seems to work well enough. |
15:44.08 |
*** join/#brlcad oana_
(~elf11@p5.eregie.pub.ro) |
15:48.58 |
Notify |
03BRL-CAD Wiki:ChasewiiohuoowrWeniger * 0
/wiki/User:ChasewiiohuoowrWeniger: |
16:02.40 |
*** join/#brlcad clock
(~clock@84-72-11-5.dclient.hispeed.ch) |
16:54.39 |
Notify |
03BRL-CAD:brlcad * 61066 NIL: Tagging release
7.24.2 |
17:00.54 |
``Erik |
woohoo! |
17:17.08 |
Notify |
03BRL-CAD Wiki:Sudstoit24 * 0
/wiki/User:Sudstoit24: |
17:20.40 |
*** join/#brlcad devinder
(~chatzilla@202.164.53.117) |
17:26.18 |
*** join/#brlcad cwstirk
(~charlie@c-107-2-138-189.hsd1.co.comcast.net) |
17:42.09 |
``Erik |
yuh oh, wwdc is asploding the
interwebz |
17:55.24 |
Notify |
03BRL-CAD:tbrowder2 * 61067
brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl:
issues still open |
17:59.15 |
*** join/#brlcad raj12lnm
(31cd6b50@gateway/web/freenode/ip.49.205.107.80) |
17:59.21 |
raj12lnm |
hi all. |
17:59.31 |
raj12lnm |
did you see my patches on sf ? |
18:02.22 |
Notify |
03BRL-CAD Wiki:Albertcoder * 7187
/wiki/User:Albertcoder/GSoC2014/logs: /* Week 2 */ |
18:13.38 |
brlcad |
raj12lnm: the patches get updated when someone
works them |
18:15.52 |
brlcad |
notifications are sent out every change
too |
18:15.54 |
raj12lnm |
brlcad: ok |
18:16.03 |
raj12lnm |
brlcad : one more quick question |
18:16.08 |
raj12lnm |
if you are free |
18:16.56 |
raj12lnm |
can we change the argument in metaball
definition : as fastf_t *vert[5] to fastf_t **vert ? |
18:17.06 |
brlcad |
``Erik: thanks, didn't realize that was today
.. maybe there will finally be a macbook pro update |
18:17.10 |
brlcad |
likes http://buyersguide.macrumors.com/#Mac |
18:18.25 |
brlcad |
raj12lnm: possibly, but have to inspect all
the places it's used .. memory allocation issues |
18:18.29 |
brlcad |
raj12lnm: why? |
18:18.45 |
raj12lnm |
i think that provides a standard |
18:19.14 |
raj12lnm |
and i just tested it compiles perfectly
alright if one makes that change |
18:19.32 |
brlcad |
compiling isn't the issue :) |
18:20.43 |
raj12lnm |
brlcad : the uses are also matching |
18:20.45 |
raj12lnm |
for instance |
18:21.14 |
raj12lnm |
<PROTECTED> |
18:21.18 |
brlcad |
compiling just means it's type-compatible with
how it's being used and that's what I would expect |
18:22.03 |
raj12lnm |
so in that case as i found the uses, there
must not be any issue changing it |
18:22.06 |
brlcad |
if the structure has a pointer to a pointer,
then the calling locations need to allocate that array |
18:22.18 |
raj12lnm |
can u change it in the repo ? A quick commit
from your side :) |
18:22.26 |
brlcad |
raj12lnm: you're not understanding |
18:23.25 |
raj12lnm |
brlcad : tell me then |
18:23.38 |
raj12lnm |
the only pace it used is
proc-db/metaball.c |
18:24.05 |
raj12lnm |
also in that place the callee function
allocates the variable whihc is in consistent with the desired
changes |
18:29.20 |
brlcad |
raj12lnm: which metaball definition are you
referring to? the one in include/rtgeom.h has no such array and
that's what I presumed you were referring to (that IS the metaball
definition) |
18:29.36 |
Notify |
03BRL-CAD:tbrowder2 * 61068
brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: whew,
formatting issues solved, still no WHILE |
18:30.08 |
raj12lnm |
brlcad : yes, metaball structure doesnt
contain that |
18:30.15 |
raj12lnm |
mk_metaball has that |
18:30.26 |
raj12lnm |
which is a function in libwdb.h |
18:30.39 |
raj12lnm |
and defined in src/libwdb/metaball.c |
18:31.44 |
brlcad |
ahhh, THAT is different |
18:32.12 |
brlcad |
clarity, it's a good thing |
18:35.46 |
raj12lnm |
ok! So what do you think about that
? |
18:36.57 |
raj12lnm |
brlcad: |
18:37.26 |
*** join/#brlcad cstirk
(~charlie@c-107-2-138-189.hsd1.co.comcast.net) |
18:37.37 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
18:40.51 |
brlcad |
raj12lnm: yeah, a function definition is
certainly more easily changed than a structure definition |
18:41.05 |
brlcad |
there may be some external callers, but a
function sig change is compatible |
18:41.28 |
brlcad |
so back to the original question,
why? |
18:41.31 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:41.50 |
brlcad |
"provides a standard" doesn't really explain
why |
18:43.11 |
raj12lnm |
in the ars we have a two dimension
array |
18:43.20 |
raj12lnm |
although it is required there |
18:43.35 |
raj12lnm |
but if we have a 2-D array i think it is
easire |
18:43.43 |
raj12lnm |
but the current is not hard either
:) |
18:44.07 |
raj12lnm |
easire as in to wrap in different
languages |
18:44.12 |
raj12lnm |
like python wrapping |
18:44.29 |
raj12lnm |
but as i said the current is not very-hard
either |
18:47.30 |
brlcad |
raj12lnm: go ahead and make the change and
submit it as a patch (including all/any callers) |
18:48.42 |
Notify |
03BRL-CAD:tbrowder2 * 61069
brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl: now
all issues are solved--reads and writes grammar correctly |
18:48.49 |
raj12lnm |
ok. I will do them. |
18:50.58 |
brlcad |
<PROTECTED> |
19:05.57 |
raj12lnm |
brlcad : I will find other good opertunities
to submit the patch. |
19:06.23 |
raj12lnm |
I think since there is already a back log of
patches. If you do the required change tht will be good
:) |
19:18.36 |
*** join/#brlcad piyushparkash
(~piyushpar@202.164.53.117) |
19:45.15 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 7188
/wiki/User:Ankeshanand/GSoC14/logs: /* Update logs for 2nd June
*/ |
19:52.57 |
*** join/#brlcad vladbogo
(~vlad@188.27.64.224) |
20:04.02 |
Notify |
03BRL-CAD:tbrowder2 * 61070
brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl:
correct comment |
20:05.35 |
Notify |
03BRL-CAD Wiki:Vladbogolin * 7189
/wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 2 */ |
20:11.19 |
Notify |
03BRL-CAD:carlmoore * 61071
brlcad/trunk/ChangeLog: ONLY remove trailing blanks/tabs (review of
jobs shown at this end shows I do NOT check that file's
spellings |
20:18.01 |
*** join/#brlcad devinder
(~chatzilla@202.164.53.117) |
20:39.01 |
Notify |
03BRL-CAD Wiki:Ankeshanand * 7190
/wiki/User:Ankeshanand/GSoC14/logs: /* Week 3 */ |
20:39.14 |
Notify |
03BRL-CAD:carlmoore * 61072
brlcad/trunk/doc/docbook/system/man1/en/g-vrml.xml: provide -b and
-e explanation in g-vrml |
21:04.57 |
Notify |
03BRL-CAD:carlmoore * 61073
brlcad/trunk/doc/docbook/system/man1/en/g-x3d.xml: g-x3d manpage
fixes: supply a space before an ending period, and explain
-P |
21:20.34 |
*** join/#brlcad impulse
(~impulse@TOROON4828W-LP140-02-2925027964.dsl.bell.ca) |
21:24.14 |
*** join/#brlcad stirk
(~charlie@c-107-2-138-189.hsd1.co.comcast.net) |
21:27.26 |
*** join/#brlcad cwstirk
(~charlie@c-24-9-78-79.hsd1.co.comcast.net) |
21:39.40 |
starseeker |
this is kind of interesting looking: http://msharov.github.io/ustl/ |
21:51.17 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
23:56.46 |
*** join/#brlcad cwstirk
(~charlie@c-107-2-138-189.hsd1.co.comcast.net) |