ports/167464: [PATCH] Update graphics/darktable to 1.0.3

[Jean-Sébastien Pédron]

>Number:         167464
>Category:       ports
>Synopsis:       [PATCH] Update graphics/darktable to 1.0.3
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Mon Apr 30 21:30:09 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Jean-Sébastien Pédron
>Release:        FreeBSD 10.0-CURRENT amd64
>Organization:
The FreeBSD Project
>Environment:
FreeBSD magellan.dumbbell.fr 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r234698M: Thu Apr 26 12:49:24 CEST 2012     root at magellan.dumbbell.fr:/usr/obj/home/dumbbell/Projects/freebsd/SVN/head/sys/MAGELLAN  amd64
>Description:
The patch is available here:
http://people.freebsd.org/~dumbbell/darktable/graphics-darktable-update-to-103.2.patch

With this update, I changed two things:

1. USE_GCC=4.6+: while not required, this permits the use of OpenMP and this improves performances.

2. ONLY_FOR_ARCHS=i386 amd64: darktable requires SSE.

I also force the "darktable" executable to be linked to libstdc++. This is a workaround to fix a problem with CMake: it strips any RPATH from libdarktable.so (the one linked to libstdc++), therefore the wrong libstdc++ is picked (/usr/lib/libstdc++.so.6 instead of /usr/local/lib/gcc46/libstdc++.so.6). Because RPATH is kept with the "darktable" executable, forcing the link to libstdc++ fixes the issue.
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: