| 09:15.56 | *** join/#stepcode infobot (~infobot@rikers.org) |
| 09:15.56 | *** topic/#stepcode is STEPcode - data exchange with the technologies of ISO10303 || http://stepcode.org || LOG http://ibot.rikers.org/%23stepcode/ |
| 10:25.20 | *** join/#stepcode Kimz (~AndChat32@49.249.1.165) |
| 10:27.22 | *** join/#stepcode kesha (~kesha@49.249.1.165) |
| 10:48.01 | *** join/#stepcode kesha (~kesha@49.249.1.165) |
| 12:38.24 | *** join/#stepcode Kimz (~AndChat32@49.249.191.181) |
| 14:12.22 | *** join/#stepcode cstirk (~quassel@96.255.19.39) |
| 18:20.07 | *** join/#stepcode AndChat|321536 (~AndChat32@49.249.200.81) |
| 19:44.31 | *** join/#stepcode mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) |
| 21:34.45 | mpictor | brlcad, starseeker: any objections to adding some c++ code to libexpress? |
| 21:55.37 | brlcad | oof, probably without seeing a roadmap plan |
| 21:56.13 | brlcad | potentially alienating a potential audience (even we originally were ONLY going to use libexpress explicitly because it was C-only) |
| 21:56.52 | brlcad | (only later we switched our converter to c++ for other reasons and we adopted the SCL API ... still unclear whether it was worth it!) |
| 21:57.03 | mpictor | even if the only change is the requirement of a c++ compiler? it shouldn't require changes to anything that links to libexpress |
| 21:58.04 | mpictor | I'm planning to keep all the c++ contained within one file, with the functions accessible from c |
| 21:58.58 | brlcad | if it's fully encapsulated, that's another matter -- sure go for it ;) |
| 21:59.54 | mpictor | ok. I'm still not sure how I'll solve the problem at hand; a linked list might work fine |
| 22:01.24 | mpictor | still trying to figure out issue 232 |
| 22:02.34 | mpictor | finding the real owner of an attribute (so it can be marked as derived if necessary) seems to be a pain |
| 22:16.40 | brlcad | yeah, that's the problem I worked on briefly that killed our converter, and the solution didn't look easy |
| 22:16.54 | brlcad | stupid diamond patterns |
| 22:25.15 | mpictor | I got it to work when the attr's owner is the immediate ancestor of the entity that derives it, but not when it's deeper |