[MacPorts] #21014: OpenCV 1.0.0 does not build on snow leopard
MacPorts
noreply at macports.org
Thu Sep 3 10:21:39 PDT 2009
#21014: OpenCV 1.0.0 does not build on snow leopard
------------------------------------------+---------------------------------
Reporter: grundmann.matthias@… | Owner: stante@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.8.0
Keywords: LP64 | Port: opencv
------------------------------------------+---------------------------------
Comment(by grundmann.matthias@…):
Replying to [comment:3 njbutko@…]:
> Replying to [comment:2 grundmann.matthias@…]:
>
> > Added some patched portfiles, that remove quicktime and carbon
support. Compiles and Installs in 64bit on snowleopard.
>
> Does this break key features of OpenCV? As I understand it, Quicktime is
necessary for accessing the webcam and for processing video. Carbon is
probably used for graphical display. For my purposes, For me, a cross-
platform mechanism for reading videos, accessing the webcam, and
displaying images to screen are the reason OpenCV is indispensable, and
all the other facilities are just convenient libraries.
>
> In this case, if a user (such as myself) types "port install opencv" the
default behavior shouldn't be "build in 64 bit mode and break only those
key features necessary to still compile," the default behavior should be
"Build as many dependent ports as possible in universal 32- and 64- bit
mode, build opencv in 32 bit mode, and warn the user in big flashy letters
that 64-bit opencv is not currently supported, all linking programs will
need to be compiled with the -arch i386 flag".
Agreed, this should not be default behavior on snow leopard. Without
wanting to argue about the different ways OpenCV is used by developers,
there are users ( like me ;) ) that would sacrifice webcam support for 64
bit compilation at this time. This should of course not be a permanent
solution, but rather a workaround until somebody ports the OpenCV source
to play nice with qtkit under mac instead of the current quicktime API
that is used (qtkit runs the old 32bit quicktime in a separate process and
allows 64bit applications to access it).
Regarding the graphical UI, the posted version uses gtk instead of carbon
which is fully 64bit capable. I only found it to be a little bit slower,
i.e. I had to increase the delay in cvWaitKey from 1 to something like 20
and create a delay of around 200ms after window creation (takes a little
while until x11 is up and running).
I attached a new patch for the portfile, that replaces the previous
darwin10 behavior with the variant sl_64bit_21014 and is labeled clearly
as a workaround solution that removes quicktime support.
--
Ticket URL: <http://trac.macports.org/ticket/21014#comment:6>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list