00:06.33 |
*** join/#brlcad dtidrow
(n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) [NETSPLIT
VICTIM] |
00:06.33 |
*** join/#brlcad elite01
(n=elite01@dslb-088-071-037-042.pools.arcor-ip.net) [NETSPLIT
VICTIM] |
00:07.36 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
00:12.20 |
*** join/#brlcad elite01
(n=elite01@88.71.37.42) [NETSPLIT VICTIM] |
00:12.20 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
00:16.29 |
*** join/#brlcad elite01
(n=elite01@88.71.37.42) [NETSPLIT VICTIM] |
00:16.29 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
00:19.41 |
*** join/#brlcad elite01
(n=elite01@88.71.37.42) [NETSPLIT VICTIM] |
00:19.41 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
00:22.22 |
*** join/#brlcad elite01
(n=elite01@88.71.37.42) [NETSPLIT VICTIM] |
00:22.22 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
00:23.38 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
00:43.24 |
*** join/#brlcad dtidrow
(n=dtidrow@69.255.182.248) [NETSPLIT VICTIM] |
01:06.59 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
01:27.53 |
*** join/#brlcad vedge
(n=vedge@205-237-251-204.ilesdelamadeleine.ca) [NETSPLIT
VICTIM] |
01:33.50 |
*** join/#brlcad ``Erik
(i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT
VICTIM] |
02:19.44 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
02:38.52 |
*** join/#brlcad ``Erik
(i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT
VICTIM] |
02:39.30 |
brlcad |
wee |
03:14.55 |
andrecastelo |
weeee |
03:14.57 |
andrecastelo |
:D |
03:15.19 |
andrecastelo |
hey brlcad , what should i do about functions
used both in view.c and viewmlt.c ? |
03:15.55 |
andrecastelo |
for example, i'm going to use scanlines, so
free_scanlines() is a nice function to have.. external
header? |
03:27.47 |
brlcad |
what do you mean used in both? viewmlt is a
separate version of view |
03:28.06 |
brlcad |
utility funcs that view happens to
use? |
03:28.12 |
brlcad |
or actual callbacks? |
03:28.52 |
andrecastelo |
utility functions that will be useful in
viewmlt, as the view_pixel function will be pretty
similar |
03:30.23 |
brlcad |
okay, well for that particular example .. I'd
move the scanline struct and the free_scanlines into their own
scanline.h/scanline.c files, and reuse |
03:30.51 |
brlcad |
and make a pairing alloc_scanlines() to match
the free (presently is inline in view_init2 i think) |
03:31.11 |
brlcad |
other funcs, depends what they do :) |
04:23.15 |
starseeker |
raises eyebrows at Intel's
demo of raytraced quake... |
04:41.25 |
andrecastelo |
ok, i'm going to add scanline.c and
.h |
04:41.46 |
andrecastelo |
but here in the makefile, there is a line
'EXTRA_PROGRAMS = rtmlt' |
04:41.56 |
andrecastelo |
rtmlt isn't included in the build ? |
04:43.55 |
andrecastelo |
ok, checked the log |
04:44.23 |
*** join/#brlcad vedge
(n=vedge@205-237-251-204.ilesdelamadeleine.ca) |
05:23.43 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31410
10/brlcad/trunk/ (7 files in 3 dirs): |
05:23.43 |
CIA-22 |
BRL-CAD: Added files scanline.c and
scanline.h, to contain functions and definitions of |
05:23.43 |
CIA-22 |
BRL-CAD: scanline, that are shared by view.c
and viewmlt.c. Updated msvc9 build files and |
05:23.43 |
CIA-22 |
BRL-CAD: the Makefile.am. Moved and modified
free_scanlines() function to work with |
05:23.43 |
CIA-22 |
BRL-CAD: parameters (int height and struct
scanline* scanline). Updated view_pixel() |
05:23.45 |
CIA-22 |
BRL-CAD: function in viewmlt.c and made some
other minor changes in the file. |
05:36.10 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31411
10/brlcad/trunk/src/rt/ (scanline.c scanline.h view.c viewmlt.c):
Added alloc_scanlines(int, struct scanline*) function and made
appropriate changes in view.c and viewmlt.c. |
05:38.22 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31412
10/brlcad/trunk/src/rt/view.c: Removed commented code (that is now
alloc_scanlines() ). |
05:58.57 |
*** join/#brlcad clock_
(n=clock@77-56-95-149.dclient.hispeed.ch) |
07:22.03 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
09:17.28 |
CIA-22 |
BRL-CAD: 03erikgreenwald * r31413
10/brlcad/trunk/src/rt/Makefile.am: libremrt needs stuff moved to
scanline. Remove the EXTRA_PROGRAMS thing |
09:54.51 |
*** join/#brlcad dtidrow
(n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
10:24.10 |
*** join/#brlcad elite01
(n=elite01@dslb-088-071-032-132.pools.arcor-ip.net) |
10:29.30 |
*** join/#brlcad d_rossberg
(n=rossberg@bz.bzflag.bz) |
10:35.23 |
CIA-22 |
BRL-CAD: 03d_rossberg * r31414
10/brlcad/trunk/src/librt/CMakeLists.txt: |
10:35.23 |
CIA-22 |
BRL-CAD: include new constraint object import
export functionality in CMake build |
10:35.23 |
CIA-22 |
BRL-CAD: we need to include libpc too if any
function from this library will be used here |
10:59.42 |
*** join/#brlcad mafm
(n=mafm@elnet-111.lip.pt) |
11:00.22 |
mafm |
hai |
11:04.53 |
andrecastelo |
hai mafm |
11:06.04 |
``Erik |
<PROTECTED> |
11:17.44 |
andrecastelo |
hey ``Erik good morning :D |
11:21.31 |
brlcad |
howdy folks |
11:23.47 |
``Erik |
well, it's A morning, that's for sure
:) |
11:24.30 |
mafm |
A morning? |
11:24.34 |
``Erik |
andre: you might have to tweak the msvc proj
file to include scanline.c in libremrt (in src/rt) |
11:24.57 |
``Erik |
I ran into missing symbol issues in
src/remrt |
11:26.06 |
``Erik |
half wonders if some of those
functions might be better held in librt |
11:28.57 |
brlcad |
andrecastelo: changes look good, one thing
though -- you can use "make distcheck" to do a sanity check when
adding new files (needs header) |
11:29.29 |
*** join/#brlcad Elperion
(n=Bary@p5B14F062.dip.t-dialin.net) |
11:30.18 |
``Erik |
heh, doh, I missed that, too :) |
11:30.27 |
andrecastelo |
hmm ok ok |
11:32.11 |
andrecastelo |
libremrt ? |
11:32.40 |
andrecastelo |
or librt ? |
11:35.00 |
``Erik |
libremrt in src/rt/ |
11:35.10 |
``Erik |
used by src/remrt/ |
11:36.30 |
``Erik |
patched it earlier (couple
hours ago) |
11:37.21 |
andrecastelo |
ah so it's a new lib? |
11:37.59 |
andrecastelo |
o.O |
11:38.01 |
``Erik |
uhm, not... new... it's been in src/rt/ as a
noinst for quite a while, src/remrt uses it for a lot of rt
guts... |
11:38.40 |
andrecastelo |
ok, i'll setup a new project in msvc |
11:38.53 |
``Erik |
basically rt as a library, so remrt can re-use
that code (stuff that might be better in librt *cough*) |
11:39.04 |
``Erik |
you don't build src/remrt/ in msvc? |
11:39.23 |
andrecastelo |
let me see |
11:50.37 |
andrecastelo |
apparently not o.O |
11:54.12 |
andrecastelo |
this is weird |
11:54.34 |
``Erik |
? |
11:55.18 |
``Erik |
huzzah for bad system calls in ld |
12:00.34 |
andrecastelo |
remrt is described in src/rt/makefile.am,
right ? |
12:00.39 |
andrecastelo |
looks |
12:01.12 |
``Erik |
libremrt is in src/rt/Makefile.am, remrt is in
src/remrt/Makefile.am |
12:01.33 |
``Erik |
remrt uses libremrt to crib rt
functionality |
12:04.25 |
``Erik |
straps some shoes on and
drives to "that place", bbiab |
12:08.16 |
andrecastelo |
``Erik: here's a screenshot of
brlcad/brlcadinstall/lib http://img146.imageshack.us/img146/2202/librertnotherewe6.jpg |
12:44.36 |
brlcad |
mafm: you received my memo? |
12:46.43 |
brlcad |
it was basically "check out wmii", there may
even be code that you could use (it's certainly small enough) and
it has many of the same usability traits as IOE |
12:57.16 |
mafm |
memo? |
12:57.21 |
mafm |
ah, IRC one |
13:02.04 |
mafm |
lol |
13:02.04 |
mafm |
the p9 window manager |
13:12.29 |
``Erik |
andré, libremrt is a compile time convenience
library, it is not intended to be installed. |
13:14.19 |
mafm |
brlcad: did you use wmii? |
13:17.00 |
brlcad |
mafm: i've used it before (long time
ago) |
13:18.21 |
brlcad |
I'm just not at a linux desktop frequently
these days it seems, one of the other devs uses it fairly
regularly |
13:18.32 |
andrecastelo |
``Erik: i'm having trouble setting it
up |
13:18.40 |
brlcad |
(the ioe guy) |
13:19.02 |
andrecastelo |
i've created a new project for libremrt,
exports a .dll.. but it's having some problem compiling |
13:19.29 |
brlcad |
you shouldn't need a libremrt |
13:19.41 |
brlcad |
that's just the easy way to put it together in
automake |
13:19.50 |
mafm |
which is the interesting part in our
perspective? the general layout? the taskbar at the bottom? the
tiling of windows? |
13:20.20 |
brlcad |
mafm: "yes" |
13:20.26 |
andrecastelo |
the thing is that remrt isn't there as a
vcproj file either |
13:20.48 |
CIA-22 |
BRL-CAD: 03bob1961 * r31415
10/brlcad/trunk/misc/win32-msvc8/librt/librt.vcproj: Added
pc_constraint.c to build. |
13:21.33 |
brlcad |
it has many of the same usability conventions,
tiled windows, tabbed contexts, quasi-shaded windows, full keyboard
navigation, task/info bar, etc |
13:22.22 |
``Erik |
um, if remrt is put in, it should have, uhm,
all the sources used by libremrt included... like, uh,
...\src\rt\view.c ...\src\rt\shotline.c ... etc |
13:22.39 |
andrecastelo |
hm ok |
13:22.49 |
``Erik |
looks at the mail
list |
13:23.14 |
``Erik |
tjyang is the one who was arguing for LaTeX
instead of docbook? |
13:24.01 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31416
10/brlcad/trunk/misc/win32-msvc9/librt/librt.vcproj: Added
pc_constraint.c to librt. |
13:24.19 |
andrecastelo |
``Erik: yup |
13:24.37 |
mafm |
I see |
13:24.44 |
``Erik |
thinks someone is looking for
a large helping of "patches accepted" |
13:24.52 |
mafm |
I'll try to check it out, but I'm fighting
with cmake at the moment :) |
13:24.55 |
``Erik |
or, welcome, rather |
13:26.46 |
mafm |
latex? he must be a mad physicist |
13:31.28 |
``Erik |
"Can god code something so unusable even he
can't use it? No, but I can and so can you: http://www.microsoft.com/careers" |
13:32.32 |
andrecastelo |
lol |
13:33.12 |
andrecastelo |
"We offer opportunities around the world to
make an impact with the next generation of technology we're
building today." |
13:33.16 |
andrecastelo |
s/building/copying |
13:37.19 |
mafm |
s/copying/borking |
13:42.15 |
starseeker |
LaTeX does offer easier customization on the
output side, but that's probably not worth the tradeoff |
13:42.42 |
starseeker |
is still early on the Docbook
learning curve, in some respects |
13:42.55 |
``Erik |
<3 LaTeX for print, and
it's web thing isn't too terrible, but has seen docbook work damn
well, too *shrug* |
13:43.18 |
starseeker |
is rather surprised by the
apparent lack of "here's how to write a docbook file and get a pdf"
step by step |
13:45.38 |
mafm |
well, certainly docbook is more
writer-friendly :D |
13:45.44 |
``Erik |
has seen jade->pdf
shtuff |
13:45.51 |
mafm |
for non-english texts especially |
13:46.58 |
starseeker |
``Erik: Occasionally, but not like I would
expect - Docbook's "get up and go" threshold is fairly high as
compared to LaTeX's |
13:47.24 |
starseeker |
reflects that it does help
that ALL of the TeX tools are usually crammed into one huge
installation |
13:47.54 |
``Erik |
pheer the teTeX |
13:48.05 |
``Erik |
which I guess is deprecated now? heh |
13:48.11 |
starseeker |
:-) |
13:48.19 |
starseeker |
pheer the TeXlive |
13:48.41 |
``Erik |
lets his package management
system worry about all that for him, is old and
lazy |
13:49.09 |
starseeker |
I think to do DocLive you would have to bundle
java, xml tools, fop, the stylesheets, and lord knows what
else |
13:49.14 |
starseeker |
does too |
13:49.44 |
starseeker |
To date, the only successfully running
toolchain for docbook that I have working is on my Gentoo box (yay
portage!) |
13:51.01 |
starseeker |
meh - firebird seems to be using ant |
13:53.40 |
starseeker |
doesn't want to use ant -
I'll concede java as a necessity for fop, but
arrgh... |
13:53.57 |
starseeker |
alright, what are they up to here... |
13:54.08 |
CIA-22 |
BRL-CAD: 03bob1961 * r31417
10/brlcad/trunk/misc/win32-msvc8/rt/rt.vcproj: Added scanline.c to
build. |
14:03.03 |
mafm |
about the rt^3 module... should I consider g3d
a separate project? |
14:03.32 |
mafm |
I mean so that you can build g3d but not other
utilities/whatever inside there |
14:32.19 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
14:37.35 |
starseeker |
brlcad: do we want to keep all docbook
documentation build results (html, pdf, etc.) in the share
directory or should we make a /usr/local/doc/brlcad/7.12.4 type
layout? |
14:55.25 |
*** join/#brlcad prasad_
(n=psilva@h-72-245-122-226.mclnva23.covad.net) |
15:38.58 |
*** join/#brlcad andrecastelo
(n=chatzill@189.71.51.90) |
15:49.55 |
*** join/#brlcad pacman87
(n=timothy@71.170.63.120) |
15:56.19 |
louipc |
starseeker: I'd say leave them in the same
place as the .xml after make, then put them into brlcad/doc or
brlcad/share/doc on `make install` |
15:58.45 |
louipc |
starseeker: err I wasn't paying attention.
Yeah keep them under the brlcad root please :D |
16:43.46 |
*** join/#brlcad homovulgaris
(n=homovulg@202.63.233.61) |
16:44.25 |
homovulgaris |
hi all :) |
16:44.47 |
louipc |
hi |
16:44.55 |
pacman87 |
hello |
16:45.33 |
homovulgaris |
hi pacman how is it going ? :) |
16:45.54 |
homovulgaris |
hi louipc |
16:46.05 |
louipc |
what's up yo |
16:46.15 |
pacman87 |
pretty good. putting the finishing touches on
hyp, then optimizing everything |
16:46.33 |
homovulgaris |
have been studying gecode structure for
sometime.. they are a generic constraint solver |
16:46.54 |
homovulgaris |
but their architecture is good.. was thinking
could use something for geometric constraint solver.. |
16:47.44 |
homovulgaris |
Ideally though i think in effect any
constraint solver is in the end generic.. all csps- constraint
satisfaction problems can be translated from one "language" to the
other |
16:48.07 |
homovulgaris |
pacman87: how are the plans on sweep going
? |
16:48.35 |
pacman87 |
i've kinda put them on hold while finishing
hyp |
16:48.43 |
pacman87 |
you have any ideas/suggestions? |
16:48.48 |
homovulgaris |
how exactly would u be storing the dependence
between the existing geometry and the new one ( sweep ) ? |
16:49.23 |
pacman87 |
i'm planning on using the sketch to store the
outline, and i need to find a way to store the path |
16:49.35 |
homovulgaris |
i mean in the .g .. would it be like a name
reference to the sketch object , inside the sweep object
repersentation.. |
16:49.56 |
pacman87 |
i need to see how 'extrude' does it |
16:50.14 |
pacman87 |
becasue that's just a sweep in a straight
line |
16:50.24 |
homovulgaris |
indeed :) |
16:50.46 |
louipc |
you can extrude a sketch? |
16:51.14 |
pacman87 |
louipc: what else would you do with a
sketch? |
16:52.45 |
louipc |
sketch in 2d I suppose |
16:52.53 |
pacman87 |
louipc: yes |
16:53.37 |
louipc |
but that's cool |
16:54.01 |
homovulgaris |
brlcad: i checked out boost interval library..
not very confident it is useful in csp solving .. though still
keeping it as an option now..basically the type of intervals i need
are for example if x belong to (3,4) and (4,5) the effective domain
should be shown as (3,5) or in a sense (3,4) + (4,5) = (3,5) set
union basically .. whereas interval arithmetic is basically (3,4) +
(4,5) =(7,9) basically the domain of x+y if x and y belong to the
respect |
16:54.01 |
homovulgaris |
ive ranges |
16:54.10 |
homovulgaris |
oops :) |
16:54.38 |
homovulgaris |
pacman87: what are sketches themselves made of
? |
16:55.01 |
homovulgaris |
hmm i should read mk_sketch |
16:55.08 |
homovulgaris |
is there one ? |
16:55.13 |
pacman87 |
not sure |
16:55.26 |
pacman87 |
src/librt/primitives/sketch/sketch.c |
17:02.14 |
homovulgaris |
hmm.. splines |
17:02.14 |
homovulgaris |
gecode.org for the constraints thingy i
mentioned |
17:03.06 |
homovulgaris |
brlcad: so basically i am writing the interval
class myself whose list<> makes the domain |
17:05.42 |
homovulgaris |
pacman: sketches dont have to be closed
right? |
17:06.02 |
homovulgaris |
pacman87: and u intend the sweep path to be a
3d curve right ? |
17:06.23 |
pacman87 |
i dont think you can sweep an open
sketch |
17:06.31 |
pacman87 |
and sweep path will be 3d |
17:06.57 |
louipc |
I guess it depends on how you sweep it
eh? |
17:07.18 |
homovulgaris |
i mean we can sweep an open sketch right
? |
17:07.41 |
pacman87 |
how would you get a 3d solid from sweeping an
open sketch? |
17:07.46 |
louipc |
if you're just sweeping along one axis it
could be open |
17:07.55 |
homovulgaris |
and regarding 3d i mean ofcourse minimally it
would be a 2d curve and maximally 3d :) |
17:07.59 |
louipc |
like turning on a lathe |
17:08.07 |
homovulgaris |
hmmm.. |
17:08.30 |
homovulgaris |
thats revolve right ? |
17:09.01 |
pacman87 |
if you sweep an open sketch, you end up with a
surface, not a solid, right? |
17:09.13 |
homovulgaris |
yeah |
17:10.43 |
pacman87 |
a closed sketch is already a surface, so
sweeping that gives you the soldi |
17:10.46 |
pacman87 |
solid |
17:12.03 |
andrecastelo |
``Erik: http://rafb.net/p/G6YzD486.html
:O |
17:13.58 |
homovulgaris |
yikes.. this iterator thingy is getting on my
nerves i better get back to kicking some c++ butt |
17:13.58 |
homovulgaris |
defining ur own containers is so much like
writing a manual :( |
17:14.02 |
homovulgaris |
true |
17:14.14 |
homovulgaris |
pacman87: have u seen this page ? http://www.opencascade.org/showroom/shapefactory/# |
17:15.49 |
homovulgaris |
andrecastelo: huh :O no time.h ???
0.o |
17:16.19 |
andrecastelo |
apparently no! hehehe |
17:16.23 |
``Erik |
neato |
17:16.35 |
``Erik |
netdb.h may be handled by winsock.h on
windows, I d'no |
17:18.45 |
andrecastelo |
``Erik: its weird though, that a module such
as remrt wasn't present in the solution file |
17:18.50 |
andrecastelo |
msvc 9 solution file* |
17:27.22 |
CIA-22 |
BRL-CAD: 03pacman87 * r31418
10/brlcad/trunk/src/librt/primitives/hyp/hyp.c: implement curve()
for hyp, hyp is now fully functional |
17:27.44 |
pacman87 |
optimizations, here i come! |
17:29.09 |
``Erik |
*shrug* the msvc8 stuff was not ALL of
BRL-CAD, bob's still working on making more build on
win32 |
17:29.26 |
``Erik |
and remrt/rtsrv should probably be modified to
use libpkg instead of direct sockets |
17:47.34 |
andrecastelo |
ah ok ok |
17:47.50 |
andrecastelo |
should i commit the changes? |
17:54.31 |
brlcad |
starseeker: I believe docs are covered by the
--data-dir setting, so somewhere under there |
17:54.55 |
brlcad |
(which is what the Makefile.am's in doc/
already do iirc |
18:07.26 |
brlcad |
homovulgaris: I realize that it wasn't exactly
what you needed, but you can get that different range through
different operators .. but more a thought of what structures you
could leverage |
18:07.38 |
brlcad |
instead of growing everything from scratch,
which will be tough |
18:07.46 |
brlcad |
(but also viable solution) |
18:10.39 |
brlcad |
pacman87: I believe extrudes just use a
vector, you'l probably want to use spline paths for sweeping (maybe
struct curve's) |
18:11.50 |
pacman87 |
brlcad: i was referring more to how the sketch
is stored for the extrude |
18:12.13 |
brlcad |
it's "not" |
18:12.22 |
brlcad |
sketches are independent objects |
18:12.27 |
brlcad |
extrudes refer to them by name |
18:13.04 |
pacman87 |
right, that's what i'm planning for rev/sweep,
too |
18:13.18 |
brlcad |
sounds like a good plan |
18:13.55 |
pacman87 |
is there a standard set of benchmarks to test
my primitive's performance? |
18:14.50 |
brlcad |
andrecastelo: are you creating a new project
for remrt? |
18:15.18 |
brlcad |
pacman87: not per-primitive |
18:15.34 |
brlcad |
there are benchmarks that quantify performance
for regression purposes |
18:15.43 |
andrecastelo |
brlcad: yes, created and added the sources of
libremrt |
18:15.44 |
brlcad |
and testing/optimization, etc |
18:16.31 |
brlcad |
andrecastelo: ah, okay -- those header woes
are build system issues -- the sys/time.h header should be wrapped
in HAVE_SYS_TIME_H, the netdb.h is probably a missing preprocessor
search path |
18:17.33 |
brlcad |
sweeping a non-closed sketch would be invalid
-- we don't deal with zero-thickness surfaces |
18:30.45 |
louipc |
ah right you might want a hollow
object |
18:34.18 |
andrecastelo |
brlcad: i have a class right now, i'll work on
it when i get back :D |
18:34.32 |
*** join/#brlcad clock_
(n=clock@77-56-72-145.dclient.hispeed.ch) |
18:43.16 |
CIA-22 |
BRL-CAD: 03bob1961 * r31419
10/brlcad/trunk/src/mged/ (qray.c setup.c): Temporarily disable
qray while transitioning to libged. |
19:10.20 |
brlcad |
pacman87: there are a few remaining polish
points for hyp to be "done", if you're interested |
19:10.30 |
pacman87 |
brlcad: sure |
19:10.56 |
brlcad |
nothing critical, you're more than welcome to
"move on" too, I can certainly implement them |
19:11.43 |
pacman87 |
well, i ran into a bug somewhere trying to ev
a combination |
19:13.58 |
pacman87 |
nmg_region_v_unique(): 2 verts are the same,
within tolerance |
19:17.50 |
brlcad |
the ones I noticed are the 'make' comamnd
(libged/make.c), 'mirror' (librt/mirror.c), solid edit menu options
(mged/edsol.c), and the 'ted' command (mged/tedit.c) |
19:18.05 |
brlcad |
all are pretty easy |
19:18.50 |
brlcad |
interesting about unique vertices .. |
19:27.14 |
pacman87 |
and i'm getting a segfault when raytracing at
view.c:1474 |
19:27.28 |
pacman87 |
for all rt's, not just hyp |
19:38.29 |
CIA-22 |
BRL-CAD: 03mafm * r31420
10/rt^3/trunk/src/g3d/ (CMakeLists.txt cmake/
cmake/UsePkgConfig.cmake): Preliminary support for CMake, not
working yet |
19:53.03 |
andrecastelo |
so the professor couldn't go today
:S |
19:59.56 |
mafm |
I feel your sorrow andrecastelo |
20:02.58 |
mafm |
w00t |
20:02.59 |
mafm |
cmake is starting to work :) |
20:05.19 |
*** join/#brlcad Elperion
(n=Bary@p5B14F062.dip.t-dialin.net) |
20:08.17 |
prasad_ |
applied for graduation :o |
20:08.40 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31421
10/brlcad/trunk/src/remrt/rtsrv.c: Wrapped sys/time.h with
HAVE_SYS_TIME_H macro. |
20:12.09 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31422
10/brlcad/trunk/misc/win32-msvc9/ (Makefile.am brlcad/brlcad.sln
remrt/ remrt/remrt.vcproj): Created remrt project file, with files
in src/remrt and the files that belong to libremrt, in src/rt/, and
added the .vcproj to the MSVC 9 build. |
20:15.59 |
mafm |
I go now, bye |
20:16.07 |
brlcad |
cya mafm |
20:16.11 |
brlcad |
any progress? :) |
20:16.19 |
mafm |
it compiles in cmake |
20:16.27 |
brlcad |
cool |
20:16.36 |
brlcad |
building just the g3d dir sources? |
20:16.39 |
mafm |
yes |
20:16.47 |
brlcad |
okay |
20:16.48 |
mafm |
I asked about that before, let me
find |
20:17.10 |
brlcad |
should you consider it a separate project?
no |
20:17.20 |
mafm |
<mafm> about the rt^3 module... should I
consider g3d a separate project? |
20:17.25 |
mafm |
<mafm> I mean so that you can build g3d
but not other utilities/whatever inside there |
20:17.27 |
brlcad |
it *is* the project |
20:17.46 |
brlcad |
the other dirs/folders are very closely
related |
20:17.59 |
brlcad |
the "rt^3" name is just misleading |
20:18.02 |
mafm |
so basically all the rt^3 "module" is for
g3d? |
20:21.53 |
mafm |
well, be back tomorrow anyway :) |
20:21.56 |
mafm |
cheers |
20:52.00 |
*** join/#brlcad homovulgaris
(n=homovulg@202.63.233.61) |
21:06.48 |
pacman87 |
andrecastelo: i think your changes to view.c
broke rt |
21:07.44 |
andrecastelo |
pacman87: hmm, what's happening? it isn't
compiling ? |
21:07.59 |
pacman87 |
no, it compiles |
21:08.03 |
pacman87 |
but rt fails |
21:08.31 |
andrecastelo |
seg fault? |
21:08.34 |
pacman87 |
yeah |
21:12.12 |
andrecastelo |
hm, did you try reverting ? |
21:12.44 |
pacman87 |
yeah, it works for rev 31409 |
21:15.01 |
andrecastelo |
ok, i'll take a look |
21:31.35 |
andrecastelo |
ok, fixed |
21:31.44 |
andrecastelo |
just reviewing and will commit |
21:33.53 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31423
10/brlcad/trunk/src/rt/ (scanline.c scanline.h view.c): Fixed a bug
in rt that had to do with scanlines. The memory allocation function
now returns a pointer. Checks to see if scanline already exists
were added. |
21:36.01 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31424
10/brlcad/trunk/src/rt/viewmlt.c: Fixed scanline functions and
added checks in memory allocation. Did some irrelevant formatting
and added a bit more to view_pixel(). |
21:37.40 |
pacman87 |
viewmlt.c: In function 'view_pixel': |
21:37.40 |
pacman87 |
viewmlt.c:184: error: 'width' undeclared
(first use in this function) |
21:39.37 |
CIA-22 |
BRL-CAD: 03andrecastelo * r31425
10/brlcad/trunk/src/rt/viewmlt.c: Fixed a minor bug - int width not
declared. |
21:39.52 |
andrecastelo |
my bad :S |
21:39.56 |
andrecastelo |
did you try rt ? |
21:40.06 |
pacman87 |
that's why i generally compile before
committing |
21:40.34 |
andrecastelo |
yeah, i do that too, just missed this
time |
21:41.24 |
andrecastelo |
anyways, i'll have to leave now |
21:41.28 |
andrecastelo |
will be back later |
21:41.30 |
andrecastelo |
cya |
21:41.32 |
pacman87 |
bye |
22:05.42 |
*** join/#brlcad tjyang
(n=tjyang@c-71-194-123-60.hsd1.il.comcast.net) |
22:24.20 |
``Erik |
thinks you should compile and
try running stuff you may've impacted before
compiling |
22:24.59 |
``Erik |
like view/viewmlt/scanline shoulda seen test
runs of rt, rtmlt and remrt/rtsrv :) |
22:26.00 |
``Erik |
er |
22:26.03 |
``Erik |
before committing |
22:33.02 |
``Erik |
"what good is mining nose-gold if I can't
share it with the towns-people???" |
22:34.32 |
andrecastelo |
``Erik: yeah Erik, i usually compile stuff and
try a few runs (viewarea for example), but totally forgot this time
o.O |
22:35.00 |
``Erik |
*shrug* eventually, it should become pretty
much automatic, muscle-memory |
22:35.14 |
andrecastelo |
i'll work on it ;) |
22:35.17 |
``Erik |
but I've committed without even doing the
"does it compile" test just recently, so'z *shrug* :) it
happens |
22:38.13 |
``Erik |
nice, a bf2c compiler written in bf |
22:38.19 |
``Erik |
http://www.hevanet.com/cristofd/brainfuck/dbf2c.b |
22:48.04 |
poolio |
howdy all |
22:49.15 |
``Erik |
greetings, ben |
22:51.02 |
poolio |
ah it is quite bizarre reading my real name on
IRC, hi ``Erik. How's the office? |
22:53.48 |
``Erik |
the office is 20 miles over that way *point*
so I'm happy :D |
23:20.25 |
brlcad |
yay for problems getting fixed before I get to
compile |
23:35.40 |
*** join/#brlcad dtidrow_
(n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |