#288: Pull Request: exp/magick-improvements
--------------------------+-----------------------
Reporter: levill_r | Owner: levill_r
Type: pull-request | Status: new
Priority: major | Milestone: Olena 2.1
Component: Milena | Version: 2.0
Keywords: i/o |
--------------------------+-----------------------
PR sent by Guillaume Lazzara.
This branch adds support for 16-bit value types with !GraphicsMagick as
well as a new routine to read meta-data from an image file before loading
the (whole) actual data.
Be careful, these changes have not been tested on OS X (with
!GraphicsMagick or !ImageMagick from the !MacPorts).
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/288>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient image processing platform
#296: Adress recent GCC warnings regarding unused local typedefs
----------------------+------------------------
Reporter: levill_r | Owner: Olena Team
Type: defect | Status: new
Priority: major | Milestone: Olena 2.1
Component: Milena | Version: 2.0
Keywords: |
----------------------+------------------------
GCC's `-Wunused-local-typedefs` option (which seems to be hooked to
`-Wall` since version 4.8) triggers a lot of messages regarding Milena's
code (and probably Scribo's as well).
Some cases are easy to solve (typedefs actually used nowhere), while
others are more delicate to handle, as `typedef` is used as a concept
checking mechanism within Milena's concept classes. See how other projects
doing concept checking with typedefs handled this issue. I guess we may
be able to leverage GCC attributes to solve this.
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/296>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient image processing platform
#211: BSD Make compatibility
--------------------------+-----------------------
Reporter: levill_r | Owner: levill_r
Type: enhancement | Status: new
Priority: minor | Milestone: Olena 2.1
Component: Olena | Version: 2.0
Resolution: | Keywords:
--------------------------+-----------------------
Comment (by levill_r):
…well, except in Swilena, where source:swilena/python/Makefile.am uses GNU
Make pattern rules. We may want to get rid of these later.
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/211#comment:4>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient image processing platform
#211: BSD Make compatibility
--------------------------+-----------------------
Reporter: levill_r | Owner: levill_r
Type: enhancement | Status: new
Priority: minor | Milestone: Olena 2.1
Component: Olena | Version: 2.0
Resolution: | Keywords:
--------------------------+-----------------------
Comment (by levill_r):
Done in [45bcbda3], [e0131fc7], [c2ba187b], [96938fc1], [f5f0cfb8], and
[974162bb]. Build seems to work fine with `pmake` on Debian GNU/Linux 7.5
and `bsdmake` (from the !MacPorts) on OS X 10.8.5.
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/211#comment:3>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient image processing platform
#211: BSD Make compatibility
--------------------------+-----------------------
Reporter: levill_r | Owner: levill_r
Type: enhancement | Status: new
Priority: minor | Milestone: Olena 2.1
Component: Olena | Version: 2.0
Resolution: | Keywords:
--------------------------+-----------------------
Changes (by levill_r):
* owner: Olena Team => levill_r
Old description:
> FreeBSD's `make` does not like some of our Makefiles (like
> source:trunk/milena/doc/Makefile.am), which prevents users to compile the
> project using just `make` (however `gmake` just runs fine).
>
> On Mac OS X, the command `bsdmake` is probably the same as FreeBSD's
> natural `make`. On Debian, the package `pmake` seems to be close to
> FreeBSD's `make`.
New description:
FreeBSD's `make` does not like some of our `Makefile`s (like
source:milena/doc/Makefile.am), which prevents users to compile the
project using just `make` (however `gmake` just runs fine).
On Mac OS X, the command `bsdmake` is probably the same as FreeBSD's
natural `make`. On Debian, the package `pmake` seems to be close to
FreeBSD's `make`.
--
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/211#comment:2>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient image processing platform
#302: Get rid of Boost dependencies in Milena
-------------------------+------------------------
Reporter: levill_r | Owner: Olena Team
Type: proposal | Status: new
Priority: minor | Milestone: Olena 2.1
Component: Milena | Version: 2.0
Keywords: Boost tuple |
-------------------------+------------------------
Boost is solely required for `boost::tuple` within Milena. This is a
dependency of `mln::accu::tuple`, which itself is used nowhere. We can
probably safely remove all of this.
--
Ticket URL: <https://trac.lrde.epita.fr/olena/ticket/302>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient image processing platform
