History log of /haiku/src/add-ons/translators/wonderbrush/Jamfile
Revision Date Author Comments
# 1e60bdea 30-Mar-2019 Augustin Cavalier <waddlesplash@gmail.com>

Remove all invocations of SetSubDirSupportedPlatformsBeOSCompatible.


# 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.


# 4600788b 05-Dec-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Fix more translator build feature dependencies


# 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.


# 7c6bff17 05-May-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Complete outsourcing of zlib

* Add optional packages Zlib and Zlib-devel.
* Simplify the build feature section for zlib and also extract the
source package.
* Replace all remaining references to the zlib instance in the tree and
remove it.


# a6a99fce 30-Oct-2012 Jérôme Duval <jerome.duval@gmail.com>

zlib: added an optional build package, integrated to the build

* optional package for zlib 1.2.7
* keep zlib in build for the bootloader tarfs


# 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


# 6537cf97 24-Jan-2011 Jérôme Duval <korli@users.berlios.de>

Applied patchs from Karvjorm (tickets #7149, #7148, #7147) with fixes by myself: Localizations for WebP, Wonderbrush and TIFF translators.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40284 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


# 16d5c24e 07-Jul-2009 Oliver Tappe <zooey@hirschkaefer.de>

* merged 32bit-wchar_t branches of buildtools and haiku back into
the respective trunk

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 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


# ea3f7d3d 06-Apr-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Added an "isExecutable" parameter to the Translator rule. All
translators pass "true" (was used before), but I suppose most of them
don't really need it.


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


# 73a2ffba 05-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* implemented a Translator for WonderBrush image files, these files contain
the layer bitmaps, all the Translater has to do is compose the layers, tested
and works with all my WonderBrush images, hopefully contains no memory leaks...


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19211 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.


# 4600788b1d6aa971f9506e8e2ccf83cb5d9782f2 05-Dec-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Fix more translator build feature dependencies


# 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.


# 7c6bff17340e2f6697a22f1ce56c18fa009d4d2e 05-May-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Complete outsourcing of zlib

* Add optional packages Zlib and Zlib-devel.
* Simplify the build feature section for zlib and also extract the
source package.
* Replace all remaining references to the zlib instance in the tree and
remove it.


# a6a99fce04641549d5d765199533d8651e890b74 30-Oct-2012 Jérôme Duval <jerome.duval@gmail.com>

zlib: added an optional build package, integrated to the build

* optional package for zlib 1.2.7
* keep zlib in build for the bootloader tarfs


# 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


# 6537cf97508f3f54b96b4fa2658ceee8f652707f 24-Jan-2011 Jérôme Duval <korli@users.berlios.de>

Applied patchs from Karvjorm (tickets #7149, #7148, #7147) with fixes by myself: Localizations for WebP, Wonderbrush and TIFF translators.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40284 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


# 16d5c24e533eb14b7b8a99ee9f3ec9ba66335b1e 07-Jul-2009 Oliver Tappe <zooey@hirschkaefer.de>

* merged 32bit-wchar_t branches of buildtools and haiku back into
the respective trunk

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 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


# ea3f7d3d8d3ec4e4a589491e9d67517426a4d367 06-Apr-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Added an "isExecutable" parameter to the Translator rule. All
translators pass "true" (was used before), but I suppose most of them
don't really need it.


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


# 73a2ffba3bb47d5fa3811f0e609f7afa815db9bc 05-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* implemented a Translator for WonderBrush image files, these files contain
the layer bitmaps, all the Translater has to do is compose the layers, tested
and works with all my WonderBrush images, hopefully contains no memory leaks...


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