00:40.36 |
Notify |
03BRL-CAD Wiki:Bhollister * 8558
/wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 11, 2015
*/ |
00:41.25 |
Notify |
03BRL-CAD Wiki:Bhollister * 8559
/wiki/User:Bhollister/DevLogJune2015: /* 'End of Spring Term @
UCSC; Now GSoC Full-time!' */ |
00:45.33 |
Notify |
03BRL-CAD:starseeker * 65191
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/conv/gcv/gcv.cpp
and 3 others): Collapse help columns in option description
table |
01:06.02 |
Notify |
03BRL-CAD:starseeker * 65192
(brlcad/trunk/src/libbu/opt.c
brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/opt.c): Add proof-of-concept test for
negative number parsing |
01:07.00 |
Notify |
03BRL-CAD:starseeker * 65193
brlcad/trunk/include/bu/opt.h: fix comment |
01:09.18 |
Notify |
03BRL-CAD Wiki:Bhollister * 8560
/wiki/User:Bhollister/DevLogJune2015: /* Thursday, June 4, 2015
*/ |
01:22.18 |
*** join/#brlcad Gurwinder
(75d4344a@gateway/web/freenode/ip.117.212.52.74) |
03:07.25 |
Notify |
03BRL-CAD:brlcad * 65194
brlcad/trunk/src/external/README: don't advertise something not yet
released, remove endgameframework from the list |
03:51.52 |
brlcad |
Gurwinder: yes, it's giving angles for the
three vectors that define the ell |
03:52.19 |
brlcad |
you really should be using the A B C vectors
though, not the angles, as they contain the magnitude/length
information |
03:53.16 |
brlcad |
here's an example you can try: |
03:53.20 |
brlcad |
make ell ell |
03:53.23 |
brlcad |
l ell |
03:53.24 |
Notify |
03BRL-CAD Wiki:MeShubham99 * 8561
/wiki/User:MeShubham99/GSoc15/log_developmen: |
03:53.42 |
brlcad |
should see ABC looking something
like |
03:53.43 |
brlcad |
<PROTECTED> |
03:53.43 |
brlcad |
<PROTECTED> |
03:53.43 |
brlcad |
<PROTECTED> |
03:53.52 |
brlcad |
now let's edit it |
03:53.57 |
brlcad |
e ell |
03:53.59 |
brlcad |
sed ell |
03:54.48 |
brlcad |
rot 30 0 0 |
03:54.52 |
brlcad |
accept |
03:54.58 |
brlcad |
l ell |
03:56.21 |
brlcad |
notice how the values all change (except
V) |
03:56.54 |
brlcad |
the ell was actually "morphed" since we were
doing a solid edit, it wasn't just rotated |
03:57.43 |
brlcad |
basically, it's a different shape
now |
03:59.07 |
Notify |
03BRL-CAD Wiki:MeShubham99 * 8562
/wiki/User:MeShubham99/GSoc15/log_developmen: |
04:02.11 |
Notify |
03BRL-CAD Wiki:MeShubham99 * 8563
/wiki/User:MeShubham99/GSoc15/log_developmen: |
04:03.05 |
Gurwinder |
Yes, noticed that. |
04:04.34 |
Notify |
03BRL-CAD Wiki:MeShubham99 * 8564
/wiki/User:MeShubham99/GSoc15/log_developmen: |
04:05.09 |
Gurwinder |
I was trying to rotate ellipse using magnitude
but I not write way. I have to find a way to read rotaion angles of
A, B, C |
04:07.27 |
Gurwinder |
sorry for wrong words, magnitude is not a
right way to rotate, I have to use those direction cosines/rotation
angles of A,B,C for ellipse rotation |
04:08.29 |
Notify |
03BRL-CAD Wiki:MeShubham99 * 8565
/wiki/User:MeShubham99/GSoc15/log_developmen: |
04:25.00 |
Notify |
03BRL-CAD Wiki:117.212.52.74 * 8566
/wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |
04:56.29 |
*** join/#brlcad KimK_laptop_
(~Kim@wsip-70-186-238-216.ks.ks.cox.net) |
06:17.04 |
*** join/#brlcad cox
(~quassel@188.226.208.53) |
07:12.37 |
*** join/#brlcad teepee--
(bc5c2134@gateway/web/freenode/ip.188.92.33.52) |
08:18.17 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-141.skif.com.ua) |
10:15.48 |
*** join/#brlcad andrei_il
(~andrei@109.100.128.78) |
10:18.47 |
*** join/#brlcad andrei__
(567f93ae@gateway/web/freenode/ip.86.127.147.174) |
10:19.06 |
*** join/#brlcad andrei__
(567f93ae@unaffiliated/andrei/x-7229309) |
10:19.06 |
*** join/#brlcad andrei__
(567f93ae@gateway/web/freenode/ip.86.127.147.174) |
10:44.02 |
Notify |
03BRL-CAD Wiki:Andrei.ilinca24 * 8567
/wiki/User:Andrei.ilinca24/logs: /* Coding Period */ |
12:25.53 |
Notify |
03BRL-CAD Wiki:Konrado DJ * 8568
/wiki/User:Konrado_DJ/GSoc2015/logs: /* GSoC 2015 development logs
*/ |
12:26.33 |
Notify |
03BRL-CAD Wiki:Konrado DJ * 8569
/wiki/User:Konrado_DJ/GSoc2015/logs: /* 5 JUNE 2015 */ |
12:35.55 |
*** join/#brlcad starseek1r
(~starseeke@66-118-151-70.static.sagonet.net) |
13:41.45 |
Notify |
03BRL-CAD:carlmoore * 65195
(brlcad/trunk/doc/code_review.txt brlcad/trunk/src/libbu/opt.c):
remove a trailing whitespace character, and fix a
spelling |
13:46.14 |
*** join/#brlcad sofat
(~sofat@106.192.148.102) |
13:46.43 |
Notify |
03BRL-CAD:ejno * 65196
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp:
initialize Sections in the region-start function |
13:55.07 |
Notify |
03BRL-CAD:ejno * 65197
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: delete
the new Section if insertion fails |
13:58.33 |
*** join/#brlcad Shubham
(6719e766@gateway/web/freenode/ip.103.25.231.102) |
14:10.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:59.50 |
Notify |
03BRL-CAD:ejno * 65198
(brlcad/trunk/src/libgcv/conv/fastgen4/NOTES
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp): detect
and write CQUAD-compatible elements |
15:11.24 |
Notify |
03BRL-CAD:ejno * 65199
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: forgot to
increment index if we created a CQUAD |
15:43.05 |
sofat |
brlcad, I have solve the problem now my
stylesheet is working with building system. I made new macro
(DOCBOOK_TO_PHP) in mise/cmake/DocBook.cmake. I have copied the
all code of DOCBOOK_TO_HTML macro into DOCBOOK_TO_PHP and then
change the extension of output file html to php and change surffix
from _html to _php. After that I add new variable for new
stylesheet(my wordpress xsl stylesheet) variable name is
XSL_PHP_STYLESHEET. |
15:43.46 |
sofat |
After this I edit doc/docbook/CMakelist.txt
add the definitions about DOCBOOK_TO_PHP, also add the definition
about stylesheet in this file doc/docbook/article/CMakeList.txt
file |
15:44.00 |
sofat |
After this add the DOCBOOK_TO_PHP command in
doc/docbook/article/en/CMakeList.txt file. |
15:44.43 |
sofat |
then i run ./configure command and i see in
this doc/docbook/article/en/ directory two cmake files first for
html(filename_html.cmake) and other for
php(filename_php.cmake) |
15:46.35 |
sofat |
then i run make command and I see all xml
document converted into wordpres php structure and placed into
share/doc/html/article/en/ |
15:51.38 |
brlcad |
sofat: YAY! that's great! |
15:51.54 |
brlcad |
glad you were able to figure it out ... now
submit that all as a patch ;) |
15:52.05 |
brlcad |
make sure you don't miss any files you added
(svn add) |
15:52.37 |
sofat |
thanks |
15:52.38 |
sofat |
i will do this |
15:52.39 |
brlcad |
starseek1r: this looks interesting: https://github.com/Dead2/zlib-ng |
15:53.14 |
brlcad |
sofat: that really is great, nice
work |
15:55.09 |
sofat |
yes i only apply this on articles/en
documents |
15:55.11 |
sofat |
i will apply on all document then i submit
this settings as patch |
15:55.11 |
sofat |
thanks so now my first milestone is completed
? |
16:10.11 |
brlcad |
sofat: definitely a notable accomplishment,
next will be to get server account set up so you can write a script
that publishes them |
16:11.36 |
sofat |
ok i know this is my next milestone of this
week. |
16:14.29 |
sofat |
brlcad, i found toc.xml file. you allow me to
update this ? because i think if i add the new menu details in this
file then its able to work as sidebar menu for website (table of
content page). |
16:16.24 |
sofat |
as well as main page also |
16:32.02 |
*** join/#brlcad terrywen
(~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) |
16:32.56 |
brlcad |
sofat: should be a separate patch to change
content, but absolutely yes it can be changed |
16:38.11 |
*** join/#brlcad
brad_hollister
(~brad@2601:647:cb02:7a00:a147:1a76:cb09:4081) |
16:39.41 |
*** join/#brlcad bradh
(~brad@2601:647:cb02:7a00:a147:1a76:cb09:4081) |
16:50.18 |
bradh |
starseek1r: hi. our weekly mtg is @ 10 PDT. i
need to get to my office before we can chat. probably in a few
hours. i believe you said the mtg time is flexible
anyway. |
16:51.42 |
bradh |
starseek1r: you may want to look at my dev
logs, to see where i am in relation to the schedule. i have a few
questions about cmd line parameter passing for models,
etc. |
16:51.59 |
bradh |
but, we can talk later about this. |
17:20.57 |
*** join/#brlcad vasc
(~VASC@bl12-221-134.dsl.telepac.pt) |
17:27.55 |
Notify |
03BRL-CAD:starseeker * 65200
(brlcad/trunk/include/bu/color.h brlcad/trunk/include/bu/opt.h and
5 others): Work on getting an option callback API in place. Has
known bugs but making progress and need a checkpoint. |
17:28.47 |
starseek1r |
bradh: sounds good |
17:29.13 |
starseek1r |
bradh: I'm going to be in and out - my
schedule at the moment borders on insanity |
17:31.04 |
starseek1r |
bradh: that does look interesting |
17:31.23 |
starseek1r |
brlcad: that does look interesting |
17:31.29 |
starseek1r |
(sorry bradh) |
17:31.33 |
andrei_ |
starseek1r: hi ! |
17:31.36 |
starseek1r |
andrei_: howdy |
17:31.50 |
andrei_ |
I've been trying to help andrei_il (Andrei
Ilinca) with the parser |
17:31.57 |
andrei_ |
like, explain how a parser works |
17:31.59 |
andrei_ |
what it does |
17:32.00 |
starseek1r |
is this the re2c/lemon work? |
17:32.02 |
andrei_ |
yeah |
17:32.17 |
andrei_ |
I believe he got the right idea |
17:32.20 |
andrei_ |
about the csg grammar |
17:32.24 |
*** join/#brlcad ih8sum3r
(~chatzilla@122.173.204.25) |
17:32.31 |
starseek1r |
excellent - thanks for your help! I've seen
the patch, but haven't had time to look at it yet |
17:32.34 |
andrei_ |
but his lemon parser generates an empty file
which is rejected by gcc linker |
17:32.53 |
starseek1r |
is that his specific lemon input or any lemon
input? |
17:33.01 |
andrei_ |
he took the dom2dox |
17:33.03 |
andrei_ |
and stripped it down |
17:33.15 |
starseek1r |
hmm |
17:33.17 |
andrei_ |
then applied a simple grammar |
17:33.27 |
starseek1r |
is that the patch he submitted to the
list? |
17:33.28 |
andrei_ |
like, it should've gone through one group() {
} |
17:33.32 |
andrei_ |
yes |
17:33.49 |
andrei_ |
I suspect that the empty file is generated due
to a bad grammar |
17:33.50 |
starseek1r |
OK. If it's generating a completely empty
file, it's probably just missing some aspect of the lemon
setup |
17:33.59 |
starseek1r |
or yeah, invalid grammar |
17:34.15 |
starseek1r |
best approach there is to get something
absurdly simple working |
17:34.25 |
starseek1r |
then gradually increase the complexity of the
grammar |
17:34.33 |
andrei_ |
I used antlr each time, so I have a bit of
fight figuring lemon |
17:35.00 |
andrei_ |
yeah, you just gave me an idea |
17:35.04 |
andrei_ |
his main issue is that |
17:35.08 |
andrei_ |
he doesn't have how/what to debug |
17:35.15 |
andrei_ |
b/c the issue is in the generated
files |
17:35.17 |
andrei_ |
not in lemon |
17:35.20 |
starseek1r |
heh - not surprising. re2c/lemon is an
unusual combination. It checked the boxes of portable to windows,
fast, minimal deps, and easy to build |
17:35.33 |
andrei_ |
sorry, compiler error, not issue |
17:36.41 |
starseek1r |
but most folks are willing to generate code
and check it in, so those factors don't really enter into it. We
don't (generally) check in code unless it's a bootstrap
situation |
17:36.46 |
``Erik |
if only windows behaved, there'd be so many
other options :) |
17:36.58 |
andrei_ |
haha, ``Erik |
17:37.04 |
starseek1r |
andrei_: right - it's unlikely to be lemon's
fault |
17:37.34 |
andrei_ |
I suspect that he'll also have to plug in
another .c file soon, like a "main" |
17:37.52 |
starseek1r |
and the compiler errors won't be tremendously
helpful at this stage - he needs to get a feel for what a "correct"
grammar definition looks like |
17:37.55 |
andrei_ |
to handle how the AST is saved in our
geometry |
17:38.28 |
starseek1r |
andrei_: are you aware of the files in
doc/parsers ? |
17:38.32 |
starseek1r |
they may help a bit |
17:38.40 |
andrei_ |
yeah, I've watched his progress quite a
bit |
17:38.54 |
andrei_ |
initially, he reached out asking what a
grammar is, and I've sort of tried to explain from there |
17:39.10 |
andrei_ |
if it's a grammar issue, I believe I can
handle |
17:39.20 |
starseek1r |
there's more available on lex/yacc and
flex/bison - they may be better starting points |
17:39.41 |
starseek1r |
I believe most of our re2c/lemon code is
actually "ported over" flex/bison inputs |
17:39.43 |
andrei_ |
afaik flex/bison is a lot more
complicated |
17:39.48 |
andrei_ |
but I did wrote some turing machine parser in
that .. |
17:40.20 |
starseek1r |
andrei_: right - I just ment if he needs some
documentation to follow to get the hang of how it works |
17:40.37 |
starseek1r |
I'd have a fair bit of spin-up time on such
systems myself - n_reed is our real expert |
17:40.50 |
andrei_ |
ah. |
17:41.15 |
andrei_ |
I'll do my best to look and help him but,
whenever you got time, you probably have to look over his
e-mail |
17:41.21 |
starseek1r |
bradh: I'll look over your dev logs - if we
can't get a meet-up on IRC this week, please post your questions to
the mailing list and I'll try to respond there |
17:41.55 |
starseek1r |
andrei_: I intended to look over his posted
patch - I've not had time to do much of anything this week, so
apologies for the delay |
17:42.05 |
starseek1r |
I'll try to get it this weekend |
17:42.17 |
andrei_ |
no worries, I know mentors are swamped during
GSoC. Caused that myself :) |
17:43.33 |
bradh |
starseek1r: sounds good. i'll be sure to do
that. |
17:44.36 |
starseek1r |
bradh: is the nmg data structure making sense
(at least, inasmuch as it ever makes sense?) |
17:46.04 |
starseek1r |
dives back into the
tornado... bbl |
17:48.33 |
bradh |
starseek1r: still reading about it, but for
now i think my level of understanding is sufficient. i'd like to
get my hands on the original paper. but i think much of my work
will be at the API level. |
17:54.48 |
brlcad |
relevant discussion:
http://t3550.cad-brlcad-development.cadtalk.us/some-thoughts-about-the-nmg-primitive-t3550.html |
17:56.07 |
brlcad |
also: http://ftp.arl.army.mil/mike/papers/90nmg/all.ps |
17:58.53 |
ih8sum3r |
Hello, brlcad |
18:00.24 |
brlcad |
hi ih8sum3r |
18:00.48 |
ih8sum3r |
brlcad: How are you |
18:05.18 |
ih8sum3r |
brlcad: We need write access on the official
BRL-CAD repo. so as we can make commit in the consistent manner.
Currently, shubham is pushing in his repo and I'm pushing on my
repo. I think this may cause clashes or other issues. I think we
should work on one repo only by creating different branches. And
also we must have an experimental branch so as to check the things
and then merge them. |
18:06.32 |
Shubham |
^ seconded |
18:33.16 |
``Erik |
ya'll using git mirrors right now? |
18:43.26 |
Shubham |
forked the repo, made branches, sending our
Pull Requests for the branches |
18:53.47 |
*** join/#brlcad terrywen
(~twen6@pool-71-97-144-189.bltmmd.fios.verizon.net) |
19:00.10 |
Notify |
03BRL-CAD:ejno * 65201
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix
CCONE2 calculations; use defined tolerances |
19:08.34 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-gwqatzhfcswpvjex) |
19:14.50 |
Notify |
03BRL-CAD Wiki:168.235.195.220 * 8571
/wiki/User:Hiteshsofat/GSoc15/log_developmen: |
19:30.46 |
Notify |
03BRL-CAD:carlmoore * 65202
brlcad/trunk/src/util/bwmod.c: end the program if we find negative
number raised to non-integer power |
19:31.46 |
Notify |
03BRL-CAD Wiki:Terry.e.wen * 8572
/wiki/User:Terry.e.wen/log: |
19:40.32 |
Notify |
03BRL-CAD:ejno * 65203
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: write
names of primitives |
19:53.46 |
Notify |
03BRL-CAD:starseeker * 65204
(brlcad/trunk/src/libbu/opt.c
brlcad/trunk/src/libbu/tests/CMakeLists.txt
brlcad/trunk/src/libbu/tests/opt.c): More tweaking of option
handling. |
20:03.49 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
20:13.50 |
*** join/#brlcad sofat
(~androirc@223.225.227.254) |
20:19.33 |
Notify |
03BRL-CAD:starseeker * 65205
(brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2
others): Add a test for floating point numbers |
20:32.14 |
*** join/#brlcad kintel_
(~kintel@unaffiliated/kintel) |
20:44.29 |
Notify |
03BRL-CAD Wiki:Deekaysharma * 8573
/wiki/User:Deekaysharma/logs: |
20:54.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:13.19 |
*** join/#brlcad LordOfBikes
(~armin@dslb-188-098-169-140.188.098.pools.vodafone-ip.de) |
23:56.06 |
*** join/#brlcad infobot
(ibot@rikers.org) |
23:56.06 |
*** topic/#brlcad is BRL-CAD
|| http://brlcad.org || logs:
http://ibot.rikers.org/%23brlcad/
|| Congrats to all GCI 2014 winners Peter & Marc! ||
Congratulations to our 12 GSoC students! || Don't ask if someone is
here, just ask your questions and wait for a response.
;-) |