Thread: [brlcad-commits] SF.net SVN: brlcad:[68812] brlcad/trunk/TODO (Page 34)
Open Source Solid Modeling CAD
Brought to you by:
brlcad
Menu
▾
▴
brlcad-commits
|
From: <sta...@us...> - 2016-09-04 02:43:00
|
Revision: 68812
http://sourceforge.net/p/brlcad/code/68812
Author: starseeker
Date: 2016-09-04 02:42:57 +0000 (Sun, 04 Sep 2016)
Log Message:
-----------
Have man page for brlman now
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-03 19:36:28 UTC (rev 68811)
+++ brlcad/trunk/TODO 2016-09-04 02:42:57 UTC (rev 68812)
@@ -2253,7 +2253,6 @@
archer
bombardier
- brlman
damdf
dauto
dauto2
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2016-09-10 21:48:25
|
Revision: 68827
http://sourceforge.net/p/brlcad/code/68827
Author: starseeker
Date: 2016-09-10 21:48:22 +0000 (Sat, 10 Sep 2016)
Log Message:
-----------
need to check mann man pages to make sure they're actually describing commands.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-10 17:47:04 UTC (rev 68826)
+++ brlcad/trunk/TODO 2016-09-10 21:48:22 UTC (rev 68827)
@@ -18,6 +18,10 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
+* alias-pix belongs in man1 not mann - move, and check other mann
+ man pages to make sure they're all actually representing MGED
+ or Archer commands.
+
* update astyle
* bundle primary rays in rt front end into postage stamps, shoot via
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2016-09-11 02:26:30
|
Revision: 68835
http://sourceforge.net/p/brlcad/code/68835
Author: starseeker
Date: 2016-09-11 02:26:27 +0000 (Sun, 11 Sep 2016)
Log Message:
-----------
looks like a few of the proc-db man pages ended up in mann - moved back to man1, and deleted a couple pages that refer to commands no longer present in the system.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-11 02:24:31 UTC (rev 68834)
+++ brlcad/trunk/TODO 2016-09-11 02:26:27 UTC (rev 68835)
@@ -18,10 +18,6 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
-* alias-pix belongs in man1 not mann - move, and check other mann
- man pages to make sure they're all actually representing MGED
- or Archer commands.
-
* update astyle
* bundle primary rays in rt front end into postage stamps, shoot via
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-09-15 00:22:47
|
Revision: 68843
http://sourceforge.net/p/brlcad/code/68843
Author: brlcad
Date: 2016-09-15 00:22:44 +0000 (Thu, 15 Sep 2016)
Log Message:
-----------
dgn support
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-12 04:06:02 UTC (rev 68842)
+++ brlcad/trunk/TODO 2016-09-15 00:22:44 UTC (rev 68843)
@@ -1846,6 +1846,9 @@
CONVERTERS
----------
+* add gcv support for the Microstation file format (DGN), probably
+ leveraging http://dgnlib.maptools.org/ (MIT-licensed)
+
* integrate the submitted x3d-g (Web3D, VRML successor) importer
(pending patch on sf)
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-09-20 03:30:42
|
Revision: 68855
http://sourceforge.net/p/brlcad/code/68855
Author: brlcad
Date: 2016-09-20 03:30:40 +0000 (Tue, 20 Sep 2016)
Log Message:
-----------
reviewing commands is center attention, so might make sense to tidy up
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-20 03:29:07 UTC (rev 68854)
+++ brlcad/trunk/TODO 2016-09-20 03:30:40 UTC (rev 68855)
@@ -76,6 +76,9 @@
THESE ARE UNSCHEDULED BACKLOG TASKS
-----------------------------------
+* change _mged_ command prefix to a simple '.' prefix to hide/protect
+ the built-in commands.
+
* sync tgc/rec shot() behavior, sort results for proper normal.
inspect t62 grazing with r653,r735 (tgc on an arb8) looking at ae0,0
and z=1524 (was hit/overlap, now misses).
@@ -558,9 +561,6 @@
is causing ipathpos to get incremented to a number larger than the
number of objects in the full path it's supposed to be referencing.
-* change _mged_ command prefix to a simple '.' prefix to hide/protect
- the built-in commands.
-
* refactor rt_mirror (src/librt/primitives/mirror.c) into the functab
* refactor rt_functab accessors to go through an api call or calls so
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-09-21 20:23:59
|
Revision: 68881
http://sourceforge.net/p/brlcad/code/68881
Author: brlcad
Date: 2016-09-21 20:23:56 +0000 (Wed, 21 Sep 2016)
Log Message:
-----------
geometry URL and VFS were discussed at length in the geometry service work. need to revisit the url design.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-21 16:36:47 UTC (rev 68880)
+++ brlcad/trunk/TODO 2016-09-21 20:23:56 UTC (rev 68881)
@@ -76,6 +76,8 @@
THESE ARE UNSCHEDULED BACKLOG TASKS
-----------------------------------
+* define geometry URL and VFS behavior
+
* change _mged_ command prefix to a simple '.' prefix to hide/protect
the built-in commands.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-09-28 13:54:55
|
Revision: 68923
http://sourceforge.net/p/brlcad/code/68923
Author: brlcad
Date: 2016-09-28 13:54:52 +0000 (Wed, 28 Sep 2016)
Log Message:
-----------
multiple bugs found, invokes regression test requirement.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-28 13:52:03 UTC (rev 68922)
+++ brlcad/trunk/TODO 2016-09-28 13:54:52 UTC (rev 68923)
@@ -18,6 +18,8 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
+* add regression test for directional light sources
+
* update astyle
* bundle primary rays in rt front end into postage stamps, shoot via
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2016-09-29 16:23:26
|
Revision: 68933
http://sourceforge.net/p/brlcad/code/68933
Author: starseeker
Date: 2016-09-29 16:23:24 +0000 (Thu, 29 Sep 2016)
Log Message:
-----------
We need to make sure TIE can handle the various BoT modes - right now it's ignoring surface mode BoTs.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-09-29 15:03:15 UTC (rev 68932)
+++ brlcad/trunk/TODO 2016-09-29 16:23:24 UTC (rev 68933)
@@ -48,6 +48,8 @@
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
-------------------------------------------------------
+* make sure TIE can raytrace all of the various BoT modes
+
* turn on Bullet code (simulate command) unconditionally
* metaball in command input needs sanity checks and better
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-10-26 18:31:15
|
Revision: 69167
http://sourceforge.net/p/brlcad/code/69167
Author: brlcad
Date: 2016-10-26 18:31:12 +0000 (Wed, 26 Oct 2016)
Log Message:
-----------
at quick glance, the hash add for ORCA_Comp looks like it might be passing the wrong size. need to check it.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-10-26 15:14:04 UTC (rev 69166)
+++ brlcad/trunk/TODO 2016-10-26 18:31:12 UTC (rev 69167)
@@ -18,6 +18,8 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
+* check on ORCA_Comp reg_bit hash key size
+
* add regression test for directional light sources
* update astyle
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-11-13 20:25:38
|
Revision: 69204
http://sourceforge.net/p/brlcad/code/69204
Author: brlcad
Date: 2016-11-13 20:25:25 +0000 (Sun, 13 Nov 2016)
Log Message:
-----------
need a windows compilation flag, peeps getting runtime startup failure.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-11-11 01:48:50 UTC (rev 69203)
+++ brlcad/trunk/TODO 2016-11-13 20:25:25 UTC (rev 69204)
@@ -18,7 +18,9 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
-* check on ORCA_Comp reg_bit hash key size
+* user report of runtime failure on Windows. apparently need a build
+ flag to be portable:
+ https://blogs.msdn.microsoft.com/vcblog/2009/08/27/windows-sdk-v7-0v7-0a-incompatibility-workaround/
* add regression test for directional light sources
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2016-12-05 04:12:19
|
Revision: 69252
http://sourceforge.net/p/brlcad/code/69252
Author: brlcad
Date: 2016-12-05 04:12:14 +0000 (Mon, 05 Dec 2016)
Log Message:
-----------
this isn't limited to rtgl, but put it there anyways as it pertains to ray tracing. coherent high performance lock-free thread safe queue. useful in a lot of places, but on-demand ray dispatching comes to mind first.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2016-12-04 22:50:43 UTC (rev 69251)
+++ brlcad/trunk/TODO 2016-12-05 04:12:14 UTC (rev 69252)
@@ -2081,7 +2081,10 @@
Provide a generic mechanism in MGED run loop to hook in features like
point cloud rendering, instead of hard-coding it.
+* consider utilizing something like moodycamel::ConcurrentQueue for
+ handling ray dispatch: https://github.com/cameron314/concurrentqueue
+
LIBPC
-----
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-04-24 15:39:01
|
Revision: 69698
http://sourceforge.net/p/brlcad/code/69698
Author: starseeker
Date: 2017-04-24 15:38:59 +0000 (Mon, 24 Apr 2017)
Log Message:
-----------
need to find a way to alleviate having to do almost a full rebuilt every time the config updates one of our tracking numbers.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-04-24 14:41:56 UTC (rev 69697)
+++ brlcad/trunk/TODO 2017-04-24 15:38:59 UTC (rev 69698)
@@ -56,6 +56,11 @@
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
-------------------------------------------------------
+* try to come up with a way we can report the number of times
+ the configuration step has been run and changed something
+ without triggering almost a full rebuild. Maybe have the
+ bits that need to report it pull from a file in bu_brlcad_data?
+
* make sure TIE can raytrace all of the various BoT modes
* turn on Bullet code (simulate command) unconditionally
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-05-25 23:46:11
|
Revision: 69856
http://sourceforge.net/p/brlcad/code/69856
Author: starseeker
Date: 2017-05-25 23:46:08 +0000 (Thu, 25 May 2017)
Log Message:
-----------
Update thoughts on mime/type identification
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-05-23 15:11:53 UTC (rev 69855)
+++ brlcad/trunk/TODO 2017-05-25 23:46:08 UTC (rev 69856)
@@ -169,35 +169,24 @@
* Need to rethink libbu hash API - ideally should be much simpler and
expose much less to the user.
-* consider whether the file introspection capabilities of libmagic
- (https://github.com/file/file) should be hooked into the libbu
- mime type system to support more robust file type identification
- beyond that offered by file extension + context. In principle
- we want the most powerful capability we can get, but there are
- some not-entirely-trivial design issues involved.
+* The current libbu mime API needs to be retired in favor of something
+ more powerful. It was a mistake to use enums generated from the
+ mime types - they are static, cannot be enriched at runtime (say,
+ by icv plugins) and the separation of the context from the type
+ itself (image/png -> BU_MIME_IMAGE and BU_MIME_IMAGE_PNG for example)
+ is both cumbersome and unnecessary. Instead, grab a subset of the
+ capabilities of libmagic (https://github.com/file/file) and define
+ a new libbu mime/data-typing subsystem that is runtime populated by
+ a default set of pseudo-libmagic style file definitions (may want
+ to adjust their format slightly, to require a mime type for each
+ entry, and we need an way to define entries where we don't (yet)
+ know how to inspect the file contents to identify them...)
- - Do we want to use file introspection to replace the "context"
- mechanism we're currently using to disambiguate file extensions?
+ This approach will let us define the types that are of interest to
+ BRL-CAD, while also letting plugins "educate" the system to support
+ processing of formats the base system (and the "standard" mime type
+ lists) know nothing about.
- - Is it practical to define enough "magic" for the file types we
- will be interested in? (the current "cad" entry just has a
- few autodesk formats - would need considerable expansion.)
-
- - How should we return the "human readable" string libmagic provides,
- particularly in the context of bu_path_component - the mime type
- is currently returned as a string.
-
- - libmagic is capable of greater fidelity than the basic file
- extension based mime types - should we define custom mime types
- to allow that refinement? e.g. MIME_MODEL_STEP if we don't know
- what step version, and MIME_MODEL_STEP_AP203 if libmagic ids the
- file as a particular version? There are many situations where
- this capability could be very useful, but we would have to
- rethink how we are currently defining our mime types. Ideally
- we would want to generate specific mimes from the magic definition
- files, but we would have to make sure all the magic files we
- use for BRL-CAD provide mimes for all entires.
-
* investigate merging functionality from the sig tools into libicv
and removing the tools themselves. Also, need some documentation
for the sig functionality (currently none??)
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-06-02 18:43:33
|
Revision: 69879
http://sourceforge.net/p/brlcad/code/69879
Author: starseeker
Date: 2017-06-02 18:43:30 +0000 (Fri, 02 Jun 2017)
Log Message:
-----------
workaround for osx drawing problem was nulling out color - fixed
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-06-02 18:13:35 UTC (rev 69878)
+++ brlcad/trunk/TODO 2017-06-02 18:43:30 UTC (rev 69879)
@@ -18,10 +18,6 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
-* figure out if active/inactive panes are switched around in MGED -
- have user report that inactive bg color is being used for active
- window and vice versa.
-
* user report of runtime failure on Windows. apparently need a build
flag to be portable:
https://blogs.msdn.microsoft.com/vcblog/2009/08/27/windows-sdk-v7-0v7-0a-incompatibility-workaround/
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-06-02 19:11:36
|
Revision: 69881
http://sourceforge.net/p/brlcad/code/69881
Author: starseeker
Date: 2017-06-02 19:11:33 +0000 (Fri, 02 Jun 2017)
Log Message:
-----------
leaving astyle where it is for now due to increased compiler requirements. reasons are documented, can be revisited later.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-06-02 19:10:50 UTC (rev 69880)
+++ brlcad/trunk/TODO 2017-06-02 19:11:33 UTC (rev 69881)
@@ -20,8 +20,6 @@
* add regression test for directional light sources
-* update astyle
-
* bundle primary rays in rt front end into postage stamps, shoot via
rt_shootrays(), modify to pass all rays down through the spatial
partitioning simultaneously
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-06-02 19:13:26
|
Revision: 69882
http://sourceforge.net/p/brlcad/code/69882
Author: starseeker
Date: 2017-06-02 19:13:23 +0000 (Fri, 02 Jun 2017)
Log Message:
-----------
If we still want these at all, it's going to be a while before we get to them...
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-06-02 19:11:33 UTC (rev 69881)
+++ brlcad/trunk/TODO 2017-06-02 19:13:23 UTC (rev 69882)
@@ -40,7 +40,6 @@
they want v2 (default) or previous v1 output format via a
command-line switch. see http://brlcad.svn.sf.net/viewvc/brlcad/brlcad/trunk/conv/g-vrml.c?view=diff&pathrev=22798&r1=16900&r2=16901
-* reinstate 'stat' and search -size, see r67636 through r67646
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
@@ -83,6 +82,8 @@
THESE ARE UNSCHEDULED BACKLOG TASKS
-----------------------------------
+* reinstate 'stat' and search -size, see r67636 through r67646
+
* update dem-g to not use full paths for dsp primitive data locations -
should default to embedding the data in the .g file as a binary object,
with an option for a relative path if the user explicitly requests
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2017-06-07 11:47:24
|
Revision: 69886
http://sourceforge.net/p/brlcad/code/69886
Author: brlcad
Date: 2017-06-07 11:47:21 +0000 (Wed, 07 Jun 2017)
Log Message:
-----------
bot ray tracing bug was hit a few times, so need to add some testing for it
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-06-07 11:45:26 UTC (rev 69885)
+++ brlcad/trunk/TODO 2017-06-07 11:47:21 UTC (rev 69886)
@@ -18,6 +18,8 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
+* add regression test for BoT ray tracing
+
* add regression test for directional light sources
* bundle primary rays in rt front end into postage stamps, shoot via
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2017-06-07 11:48:08
|
Revision: 69887
http://sourceforge.net/p/brlcad/code/69887
Author: brlcad
Date: 2017-06-07 11:48:05 +0000 (Wed, 07 Jun 2017)
Log Message:
-----------
none of these were release blockers
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-06-07 11:47:21 UTC (rev 69886)
+++ brlcad/trunk/TODO 2017-06-07 11:48:05 UTC (rev 69887)
@@ -18,6 +18,12 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
+* TBD
+
+
+THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
+-------------------------------------------------------
+
* add regression test for BoT ray tracing
* add regression test for directional light sources
@@ -42,11 +48,6 @@
they want v2 (default) or previous v1 output format via a
command-line switch. see http://brlcad.svn.sf.net/viewvc/brlcad/brlcad/trunk/conv/g-vrml.c?view=diff&pathrev=22798&r1=16900&r2=16901
-
-
-THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
--------------------------------------------------------
-
* try to come up with a way we can report the number of times
the configuration step has been run and changed something
without triggering almost a full rebuild. Maybe have the
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-06-08 16:21:08
|
Revision: 69895
http://sourceforge.net/p/brlcad/code/69895
Author: starseeker
Date: 2017-06-08 16:21:05 +0000 (Thu, 08 Jun 2017)
Log Message:
-----------
Something strange with f_opendb (and maybe even db_open) - when a non .g file is suppled, db_open and f_dbopen don't actually fail. Should't db_open bail and return DBI_NULL if db_version fails?
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-06-08 15:59:02 UTC (rev 69894)
+++ brlcad/trunk/TODO 2017-06-08 16:21:05 UTC (rev 69895)
@@ -24,6 +24,11 @@
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
-------------------------------------------------------
+* f_dbopen in MGED doesn't seem to be reporting failure
+ if a non-.g file is fed to opendb. That doesn't seem
+ right... shouldn't the open process completely fail
+ if the file isn't a valid .g?
+
* add regression test for BoT ray tracing
* add regression test for directional light sources
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-08-08 21:09:02
|
Revision: 70062
http://sourceforge.net/p/brlcad/code/70062
Author: starseeker
Date: 2017-08-08 21:08:59 +0000 (Tue, 08 Aug 2017)
Log Message:
-----------
grr... still need some work on the new distcheck logic.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-08-08 21:05:49 UTC (rev 70061)
+++ brlcad/trunk/TODO 2017-08-08 21:08:59 UTC (rev 70062)
@@ -18,7 +18,11 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
-* TBD
+* Take a close look at the new distcheck build introspection
+ setup - it's not catching some things it should (for example,
+ the sources for libfft's fftc compilation utility.) Also
+ taking much longer than it should to get the build system
+ info - there's probably more than one bug hidden in there.
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-08-25 13:58:14
|
Revision: 70128
http://sourceforge.net/p/brlcad/code/70128
Author: starseeker
Date: 2017-08-25 13:58:11 +0000 (Fri, 25 Aug 2017)
Log Message:
-----------
distcheck has been updated to the file-only listing approach.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-08-24 22:11:50 UTC (rev 70127)
+++ brlcad/trunk/TODO 2017-08-25 13:58:11 UTC (rev 70128)
@@ -18,11 +18,6 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
-* Take a close look at the new distcheck build introspection
- setup - it's not catching some things it should (for example,
- the sources for libfft's fftc compilation utility.) Also
- taking much longer than it should to get the build system
- info - there's probably more than one bug hidden in there.
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-08-25 14:00:40
|
Revision: 70129
http://sourceforge.net/p/brlcad/code/70129
Author: starseeker
Date: 2017-08-25 14:00:38 +0000 (Fri, 25 Aug 2017)
Log Message:
-----------
fun with dsps and binary objects that support them... start tracking the issues we need to address once basic data import is handled.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-08-25 13:58:11 UTC (rev 70128)
+++ brlcad/trunk/TODO 2017-08-25 14:00:38 UTC (rev 70129)
@@ -18,8 +18,12 @@
THESE TASKS SHOULD HAPPEN BEFORE THE NEXT RELEASE
-------------------------------------------------
+* check that dbconcat supports objects created with the bo cmd
+* libgcv should add objects to an existing .g if one is specified
+ as the output target - right now it's overwriting the old file
+
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
-------------------------------------------------------
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <br...@us...> - 2017-08-25 15:56:56
|
Revision: 70131
http://sourceforge.net/p/brlcad/code/70131
Author: brlcad
Date: 2017-08-25 15:56:53 +0000 (Fri, 25 Aug 2017)
Log Message:
-----------
preliminary poking was very promising
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-08-25 15:28:12 UTC (rev 70130)
+++ brlcad/trunk/TODO 2017-08-25 15:56:53 UTC (rev 70131)
@@ -93,6 +93,10 @@
THESE ARE UNSCHEDULED BACKLOG TASKS
-----------------------------------
+* afl on libged/mged/rt/...
+
+* moodycamel as libbu queue/list/ptbl implementation
+
* reinstate 'stat' and search -size, see r67636 through r67646
* update dem-g to not use full paths for dsp primitive data locations -
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-09-11 17:08:58
|
Revision: 70258
http://sourceforge.net/p/brlcad/code/70258
Author: starseeker
Date: 2017-09-11 17:08:56 +0000 (Mon, 11 Sep 2017)
Log Message:
-----------
It'll be a bit of grunt work, but now that we're listing all src/other files explicitly we can/should simplify this bit of behavior - in the new setup its surprising
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-09-11 16:41:57 UTC (rev 70257)
+++ brlcad/trunk/TODO 2017-09-11 17:08:56 UTC (rev 70258)
@@ -27,6 +27,9 @@
routines that need to autogenerate names to use the new
bu_namegen/db_namegen functions.
+* Explicitly list the CMakeLists.txt files rather than adding
+ them automatically in the add_subdirectory override, now that
+ we are listing all files explicitly - preserve the new simplicity
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
-------------------------------------------------------
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <sta...@us...> - 2017-09-13 23:21:50
|
Revision: 70274
http://sourceforge.net/p/brlcad/code/70274
Author: starseeker
Date: 2017-09-13 23:21:46 +0000 (Wed, 13 Sep 2017)
Log Message:
-----------
Add TODO notes for multispectral removal and miniz/lodepng investigation, but for two releases out - for now, need to keep the codebase relatively stable in anticipation of a possible patch release.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2017-09-13 15:31:23 UTC (rev 70273)
+++ brlcad/trunk/TODO 2017-09-13 23:21:46 UTC (rev 70274)
@@ -34,6 +34,18 @@
THESE TASKS SHOULD HAPPEN WITHIN TWO RELEASE ITERATIONS
-------------------------------------------------------
+* investigate possibility of using simple, compact libs
+ like miniz and lodepng to replace the complexity of
+ managing zlib and libpng in src/other. These have been
+ a source of ongoing annoyance, particularly (but not
+ exclusively) on OSX.
+
+* remove libmultispectral and related codes - investigation
+ by Sean indicates these haven't been working for a while
+ and may not have been fully mature originally. They are
+ also adding complexity and maintenance burden, so time to
+ remove.
+
* f_dbopen in MGED doesn't seem to be reporting failure
if a non-.g file is fed to opendb. That doesn't seem
right... shouldn't the open process completely fail
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
Thanks for helping keep SourceForge clean.
X