History log of /haiku/src/add-ons/translators/exr/Jamfile
Revision Date Author Comments
# 14af8141 19-Apr-2020 Augustin Cavalier <waddlesplash@gmail.com>

build: Merge ilmbase and openexr build features.

Also only declare dependencies on OpenEXR libraries,
and let the ilmbase ones (which are now in the same package anyway)
get pulled in implicitly.


# b875d6d4 17-Dec-2017 Kacper Kasper <kacperkasper@gmail.com>

Outsource OpenEXR.

* Style fixes in EXRTranslator.


# 220d0402 31-Jul-2014 Oliver Tappe <zooey@hirschkaefer.de>

Use libstdc++, libsupc++ and libgcc from gcc_syslibs.

* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so
from the gcc_syslibs build feature for everything except x86_gcc2.
* Use libgcc_s.so from the gcc_syslibs build feature for everything but
x86_gcc2 (which still carries libgcc as part of libroot.so).
* Drop filtering of libgcc objects for libroot, as that is no longer
necessary since we're only using libgcc-as-single-object for libroot
with x86_gcc2, where the filtered object file doesn't exist. Should
the objects that used to be filtered cause any problems as part of
libgcc_s.so, we can always filter them as part of the gcc build.
* Use libsupc++.so from the gcc_syslibs build feature for everything but
x86_gcc2.
* Adjust all Jamfiles accordingly.
* Deactivate building of faked libstdc++.so for non-x86-gcc2. For
x86_gcc2, we still build libstdc++.so from the sources in the Haiku
source tree as part of the Haiku build .
* Put gcc_syslibs package onto the image, when needed.


# 6d9f0064 03-Dec-2013 Adrien Destugues <pulkomandy@pulkomandy.tk>

Bring the hybrid translators back into the image.


# b0944c78 01-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

More work towards hybrid support

* All packaging architecture dependent variables do now have a
respective suffix and are set up for each configured packaging
architecture, save for the kernel and boot loader variables, which
are still only set up for the primary architecture.
For convenience TARGET_PACKAGING_ARCH, TARGET_ARCH, TARGET_LIBSUPC++,
and TARGET_LIBSTDC++ are set to the respective values for the primary
packaging architecture by default.
* Introduce a set of MultiArch* rules to help with building targets for
multiple packaging architectures. Generally the respective targets are
(additionally) gristed with the packaging architecture. For libraries
the additional grist is usually omitted for the primary architecture
(e.g. libroot.so and <x86>libroot.so for x86_gcc2/x86 hybrid), so that
Jamfiles for targets built only for the primary architecture don't
need to be changed.
* Add multi-arch build support for all targets needed for the stage 1
cross devel package as well as for libbe (untested).


# ff2e5209 30-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Remove the old "CVS" package rules

... and all their invocations.


# 70d59669 04-Feb-2011 Siarzhuk Zharski <zharik@gmx.li>

Applied following patches proposed by Jorma Karvonen:
#7135 #7140 #7141 #7145 #7186 #7188 #7191
#7136 #7187 #7184 #7185 #7192 #7138 #7139

with some changes and exclusions:
- all attempts to localize "fprintf(stderr,..." and "printf(..."
replaced by _untranslated_ "syslog(LOG_ERR ...";
- following *Translator.rdef files, that were not added in mentioned patches
were additionally created:
SGI, TIFF, RAW, RTF, PPM, WebP, EXR, STXT, WonderBrush, GIF, TGA;
- some small fixes for consistent catalogs building.

Thank you, Jorma! Please check. ;-)



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40357 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 63652401 18-Jan-2011 Jérôme Duval <korli@users.berlios.de>

* Applied patch from Karvjorm #7119: EXRTranslator localization
* minor style cleanup


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40244 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 526e86ac 10-Jul-2010 Rene Gollent <anevilyak@gmail.com>

Fix translator builds.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37463 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a9c0a648 22-Feb-2008 Jérôme Duval <korli@users.berlios.de>

added libtranslatorsutils.a and used it in every translator instead of reusing sources


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24067 a95241bf-73f2-0310-859d-f6bbb57e9c96


# cbc337d9 09-Feb-2008 Jérôme Duval <korli@users.berlios.de>

have libilmimf built with libstdc++v2
added EXRTranslator to the image


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23936 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6b1fc6fc 03-Feb-2008 Jérôme Duval <korli@users.berlios.de>

added a translator for EXR images, based on www.openexr.com
This builds only with GCC 4, mostly because it needs libstdc++ v3


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23834 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 220d04022750f40f8bac8f01fa551211e28d04f2 31-Jul-2014 Oliver Tappe <zooey@hirschkaefer.de>

Use libstdc++, libsupc++ and libgcc from gcc_syslibs.

* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so
from the gcc_syslibs build feature for everything except x86_gcc2.
* Use libgcc_s.so from the gcc_syslibs build feature for everything but
x86_gcc2 (which still carries libgcc as part of libroot.so).
* Drop filtering of libgcc objects for libroot, as that is no longer
necessary since we're only using libgcc-as-single-object for libroot
with x86_gcc2, where the filtered object file doesn't exist. Should
the objects that used to be filtered cause any problems as part of
libgcc_s.so, we can always filter them as part of the gcc build.
* Use libsupc++.so from the gcc_syslibs build feature for everything but
x86_gcc2.
* Adjust all Jamfiles accordingly.
* Deactivate building of faked libstdc++.so for non-x86-gcc2. For
x86_gcc2, we still build libstdc++.so from the sources in the Haiku
source tree as part of the Haiku build .
* Put gcc_syslibs package onto the image, when needed.


# 6d9f0064ff9f6a547bc5e2365278919ab346b5a6 03-Dec-2013 Adrien Destugues <pulkomandy@pulkomandy.tk>

Bring the hybrid translators back into the image.


# b0944c78b074a8110bd98e060415d0e8f38a7f65 01-Aug-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

More work towards hybrid support

* All packaging architecture dependent variables do now have a
respective suffix and are set up for each configured packaging
architecture, save for the kernel and boot loader variables, which
are still only set up for the primary architecture.
For convenience TARGET_PACKAGING_ARCH, TARGET_ARCH, TARGET_LIBSUPC++,
and TARGET_LIBSTDC++ are set to the respective values for the primary
packaging architecture by default.
* Introduce a set of MultiArch* rules to help with building targets for
multiple packaging architectures. Generally the respective targets are
(additionally) gristed with the packaging architecture. For libraries
the additional grist is usually omitted for the primary architecture
(e.g. libroot.so and <x86>libroot.so for x86_gcc2/x86 hybrid), so that
Jamfiles for targets built only for the primary architecture don't
need to be changed.
* Add multi-arch build support for all targets needed for the stage 1
cross devel package as well as for libbe (untested).


# ff2e520912416877692e36bb130608d1a92df078 30-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Remove the old "CVS" package rules

... and all their invocations.


# 70d5966963513ff47a456ba70b7d2eec0f99648d 04-Feb-2011 Siarzhuk Zharski <zharik@gmx.li>

Applied following patches proposed by Jorma Karvonen:
#7135 #7140 #7141 #7145 #7186 #7188 #7191
#7136 #7187 #7184 #7185 #7192 #7138 #7139

with some changes and exclusions:
- all attempts to localize "fprintf(stderr,..." and "printf(..."
replaced by _untranslated_ "syslog(LOG_ERR ...";
- following *Translator.rdef files, that were not added in mentioned patches
were additionally created:
SGI, TIFF, RAW, RTF, PPM, WebP, EXR, STXT, WonderBrush, GIF, TGA;
- some small fixes for consistent catalogs building.

Thank you, Jorma! Please check. ;-)



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40357 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 63652401db212eb08962518acff955bbd93ed53b 18-Jan-2011 Jérôme Duval <korli@users.berlios.de>

* Applied patch from Karvjorm #7119: EXRTranslator localization
* minor style cleanup


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40244 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 526e86ac79f9899c43e2def55f82754a5c449f8a 10-Jul-2010 Rene Gollent <anevilyak@gmail.com>

Fix translator builds.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@37463 a95241bf-73f2-0310-859d-f6bbb57e9c96


# a9c0a648b1ff0561c8cb3be59c29899997a28da0 22-Feb-2008 Jérôme Duval <korli@users.berlios.de>

added libtranslatorsutils.a and used it in every translator instead of reusing sources


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@24067 a95241bf-73f2-0310-859d-f6bbb57e9c96


# cbc337d925584c6ef17b9e76556de8ed1f5fbd59 09-Feb-2008 Jérôme Duval <korli@users.berlios.de>

have libilmimf built with libstdc++v2
added EXRTranslator to the image


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23936 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 6b1fc6fcb71dde0c3e77db87630cf5ae6ca895c9 03-Feb-2008 Jérôme Duval <korli@users.berlios.de>

added a translator for EXR images, based on www.openexr.com
This builds only with GCC 4, mostly because it needs libstdc++ v3


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@23834 a95241bf-73f2-0310-859d-f6bbb57e9c96