01:21.32 |
*** join/#brlcad merzo
(~merzo@mail.revalinn.com) |
03:18.34 |
brlcad |
starseeker: DT_NURBS is vaguely familiar in
name only -- an old fortran code of some sort |
03:18.50 |
brlcad |
the navsea link is certainly interesting --
could be a good lead |
03:19.10 |
brlcad |
http://www.andromeda.com/people/ddyer/work/nurbs.html
is another interesting old one |
03:19.54 |
brlcad |
mmmore: http://www.aria.uklinux.net/nurbs.php3 |
03:20.34 |
brlcad |
ah, prior was a dead ftp, here's the source:
http://ftp.gwdg.de/pub/math/funet/numcomp-free-c/nurbs/ |
03:21.09 |
brlcad |
most of those are based off of old research
similar to our old nurbs implementation, breaking surfaces up into
bspline patches |
03:33.21 |
starseeker |
the toolbox one is GPL,
unfortunately |
03:33.54 |
starseeker |
ah, sweet - I hadn't found a link to the
original Manchester |
03:33.58 |
starseeker |
nurbs library |
03:35.35 |
starseeker |
I think the next step might be to identify
what we already have and what we still need - the SISL website
might be of some help there, even if we can't use the code:
http://www.sintef.no/Informasjons--og-kommunikasjonsteknologi-IKT/Anvendt-matematikk/Fagomrader/Geometri/Prosjekter/The-SISL-Nurbs-Library/SISL-Functionality/ |
03:38.21 |
starseeker |
what I'd LIKE to do is design a library API
that expresses the NURBS functionality we need (following the style
of openNURBS) and then do a "fill in the blanks" with the
LGPL-or-freer pieces already out there (I suspect most of them will
have to be rewritten to fit cleanly into the library, but the hard
part is the algorithms themselves) |
03:39.21 |
starseeker |
once we have a clear notion of pieces that
don't exist as LGPL compatible anywhere, then we can pull some
research papers and go to work |
04:57.44 |
starseeker |
ah, that could be what's happening... if those
tcl nmake files aren't building shared libs at all, I was telling
CMake to look for the shared prefix and no wonder... |
04:58.37 |
starseeker |
will try it in the morning...
hopefully Tcl/Tk CMakification can be avoided... |
06:01.49 |
*** join/#brlcad merzo
(~merzo@213.252.192.120) |
10:38.18 |
*** join/#brlcad mafm
(~mafm@81.32.105.122) |
11:22.13 |
d-lo |
yawns |
11:32.35 |
``Erik |
4.6 gig patch file *grump* |
12:05.16 |
*** join/#brlcad Zaebos
(~irc@pd95b7f5e.dip0.t-ipconnect.de) |
12:36.29 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
13:35.49 |
CIA-42 |
BRL-CAD: 03bob1961 * r40970
10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor
tweak. |
13:37.58 |
``Erik |
http://chzoddlyspecific.files.wordpress.com/2010/10/1abb5460-99a5-44d9-974a-9ba57c3397ca.jpg |
13:39.04 |
d-lo |
hahaha |
13:55.26 |
CIA-42 |
BRL-CAD: 03starseeker * r40971
10/brlcad/branches/cmake/ (5 files in 4 dirs): |
13:55.26 |
CIA-42 |
BRL-CAD: Getting closer - gethostname still
isn't working as expected on Windows, but if |
13:55.26 |
CIA-42 |
BRL-CAD: the HOST file is manually created we
can now get as far as building libbu. |
13:55.27 |
CIA-42 |
BRL-CAD: libbn wants libbu.lib, which
apparently isn't being built by default.. hmm. |
14:44.35 |
CIA-42 |
BRL-CAD: 03bob1961 * r40972
10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl: |
14:44.36 |
CIA-42 |
BRL-CAD: Added the appendGlobalData proc for
appending data to a specified group within a |
14:44.37 |
CIA-42 |
BRL-CAD: specified global attribute. Note -
the attribute's value is a nested list of |
14:44.38 |
CIA-42 |
BRL-CAD: group specific data. Also added the
updateGlobalData proc for similarly updating |
14:44.39 |
CIA-42 |
BRL-CAD: a global attribute from current data
(i.e. data returned from calls to |
14:44.47 |
CIA-42 |
BRL-CAD: data_arrows, data_axes, data_labels
or data_lines). |
14:45.48 |
CIA-42 |
BRL-CAD: 03bob1961 * r40973
10/brlcad/trunk/src/tclscripts/archer/tclIndex: Added entries for
DataUtils::appendGlobalData and
DataUtils::updateGlobalData. |
14:57.31 |
*** join/#brlcad roberthl
(~robert@internal.wikifocus.com) |
14:57.31 |
*** join/#brlcad roberthl
(~robert@mediawiki/RobertL) |
15:11.53 |
*** join/#brlcad mafm
(~mafm@81.32.105.122) |
16:24.33 |
brlcad |
http://brlcad.org/design/drafting/ |
16:24.37 |
brlcad |
goodies to be had |
17:13.56 |
CIA-42 |
BRL-CAD: 03erikgreenwald * r40975
10/isst/trunk/cmake-modules/FindGTK2.cmake: add explicit search for
gthread (required on mac) |
17:52.09 |
*** join/#brlcad roberthl
(~robert@2001:ba8:1f1:f03d::2) |
17:52.09 |
*** join/#brlcad roberthl
(~robert@mediawiki/RobertL) |
17:56.55 |
CIA-42 |
BRL-CAD: 03brlcad * r40976
10/brlcad/trunk/src/other/tcl/generic/tclInt.h: remove the common.h
header. doesn't seem to be needed any more (perhaps due to tcl
being a proper sub-configure now) and shouldn't be in here
anyways. |
18:30.38 |
*** join/#brlcad merzo
(~merzo@88.119.97.25) |
18:35.07 |
CIA-42 |
BRL-CAD: 03bob1961 * r40977
10/brlcad/trunk/src/tclscripts/archer/DataUtils.tcl: Added the
updateData proc for grabbing the specified attribute value from
_GLOBAL and applying it to the current data via data_arrows,
data_axes, data_labels or data_lines. |
18:36.31 |
CIA-42 |
BRL-CAD: 03bob1961 * r40978
10/brlcad/trunk/src/tclscripts/archer/tclIndex: Added an entry for
DataUtils::updateData |
19:12.40 |
CIA-42 |
BRL-CAD: 03erikgreenwald * r40979
10/isst/trunk/CMakeLists.txt: build plugin |
19:47.35 |
CIA-42 |
BRL-CAD: 03erikgreenwald * r40980
10/isst/trunk/cmake-modules/FindGTK2.cmake: win32 gtk seems to
define GTK_MINOR_VERSION instead of GTK2_MINOR_VERSION, so try to
accomodate |
20:02.34 |
starseeker |
brlcad: nice stuff on the drafting |
20:05.30 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
20:31.28 |
CIA-42 |
BRL-CAD: 03erikgreenwald * r40981
10/isst/trunk/sdl/event.c: various damages for windows |
20:37.53 |
CIA-42 |
BRL-CAD: 03erikgreenwald * r40982
10/isst/trunk/gtk/ (local_worker.c main.c net_worker.c): include
fudging for windows |
21:19.59 |
CIA-42 |
BRL-CAD: 03starseeker * r40983
10/brlcad/branches/cmake/ (include/common.h
src/other/tcl/generic/tclInt.h): |
21:19.59 |
CIA-42 |
BRL-CAD: Tcl shouldn't be pulling in common.h,
and since common.h does work with our |
21:19.59 |
CIA-42 |
BRL-CAD: current Windows build it ought to
work with CMake's Windows build... - put |
21:19.59 |
CIA-42 |
BRL-CAD: things in the correct state source
code wise, need to try and possibly |
21:19.59 |
CIA-42 |
BRL-CAD: re-examine build logic. |
21:55.30 |
CIA-42 |
BRL-CAD: 03starseeker * r40984
10/brlcad/branches/cmake/ (CMakeLists.txt
misc/CMake/ThirdParty.cmake): Looks like some of the variables we
were using were considered obsolete - try updating things a bit and
see if that helps on Windows any... |
22:03.53 |
starseeker |
brlcad: http://www.activestate.com/activetcl/license-agreement |
22:13.18 |
brlcad |
my reading of that license is that we could
bundle the tcl/tk dll and other files needed to make the exe work,
but not the entire activestate distribution itself - especially as
a whole |
22:13.52 |
brlcad |
i.e., we couldn't just embed the activetcl.exe
and run it during install -- we have to pull out what we
need |
22:15.09 |
brlcad |
they don't define "wrapping", but the intent
seems to be that it's okay to bundle portions necessary -- we'd
have to confirm that before going too far down that road |
22:15.32 |
brlcad |
they undoubtedly want a bean count on
activetcl downloads |