This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Olena, a generic and efficient image processing platform".
The branch maxtree-integration has been created
at 3193cca84ee8ff98f1f406fd255313aabdfb23fb (commit)
- Log -----------------------------------------------------------------
3193cca Fix some shortcomings in binary subsampling. This function used to memory leak and makes an unnecessary heap memory allocation. Moreover, it makes some unnecessary assumptions about the domain of the image (only worked for 2D images with a domain starting at (0,0)).
e3bd054 Fix issues with loading ascii ppm.
5b8491a Minor updates to make things compile.
a7536eb Add MLN_WO_GLOBAL_VARS directive that prevents globals vars to be included.
366258c Tree debug tools.
9d7b9fa Tree build algorithms and tree management routines
ab86054 Unified structure for simple/dual input min/max tree.
-----------------------------------------------------------------------
hooks/post-receive
--
Olena, a generic and efficient image processing platform
#280: Get rid of trash directories
----------------------+------------------------
Reporter: levill_r | Owner: Olena Team
Type: task | Status: new
Priority: minor | Milestone: Olena 2.1
Component: Milena | Version: 2.0
Keywords: cleanup |
----------------------+------------------------
I.e.:
* source:milena/doc/examples/trash
* source:milena/trash
Rationale: if their content is not distributed, they should not be part of
`master`. We can style reintegrate them later from the repository's
history if needed.
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/280>
Olena <http://olena.lrde.epita.fr>
Olena, a software platform dedicated to image processing.
#221: Post-Olena 1.0 cleanup
----------------------+-----------------------------------------------------
Reporter: levill_r | Owner: Olena Team
Type: defect | Status: new
Priority: major | Milestone: Olena 1.1
Component: Milena | Version: 1.0
Keywords: |
----------------------+-----------------------------------------------------
As a memo, an unordered list of miscellaneous tasks (split/reorder if
needed):
* Rename directories `{milena,scribo}/tests/unit_test` as
`{milena,scribo}/tests/unit-tests`.
* Move `milena/tests/tools/*` into `build-aux/`.
* Write a developer Manual (see Vaucanson's).
* All LaTeX-based documents (including the tutorial) should be compiled
with `texi2dvi`.
* The test `tests/io/pgm/pgm.cc` is too long (edit: check that again);
simplify it?
* More generally, we should time tests to see which ones are the most
time-consuming, both at compile- (if applicable) and run-time.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/221>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
#279: Write a developer manual
----------------------+-----------------------
Reporter: levill_r | Owner: levill_r
Type: task | Status: new
Priority: major | Milestone: Olena 2.1
Component: Olena | Version: 2.0
Keywords: |
----------------------+-----------------------
Task extracted from #221.
We should try to get some inspiration from Vaucanson, SPOT and maybe TC
here.
I (Roland) think `HACKING` is the right place to host this manual, as it
is the case for SPOT's (see
http://git.lrde.epita.fr/?p=spot.git;a=blob;f=HACKING). This manual
should document maintenance and development procedures, a coding style,
help on tools, good practice advice, etc. Do not hesitate to add more
ideas to this list and/or to contact me (Roland) about this.
See also:
* these tickets: #202, #203 and #258;
* these messages:
* https://lists.lrde.epita.fr/private/olena-
core/2008-September/000034.html,
* https://lists.lrde.epita.fr/private/olena-
core/2008-September/000041.html,
* https://lists.lrde.epita.fr/private/olena-
core/2009-December/000253.html,
*
http://lists.lrde.epita.fr/pipermail/olena/2013-September/000545.html.
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/279>
Olena <http://olena.lrde.epita.fr>
Olena, a software platform dedicated to image processing.