History log of /haiku/src/tests/servers/app/playground/Jamfile
Revision Date Author Comments
# 9e54316c 27-Aug-2019 CodeforEvolution <secundaja@gmail.com>

Fix the build of test_app_server on 64bit

So many Jamfiles to search through...runs also, but there
are lots of graphical glitches

Change-Id: Ibf9e64566a5b8c5742792ac9b1b0f9ccc6693c8d
Reviewed-on: https://review.haiku-os.org/c/haiku/+/1753
Reviewed-by: waddlesplash <waddlesplash@gmail.com>


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


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


# ab73d6ac 20-Jan-2013 Humdinger <humdingerb@gmail.com>

Make Playground find its catalog (#9388).

Small error in the jamfile put the catalog in subfolder
so it wasn't found. As reported by mt and investigated
by diver. Thanks!


# 7c178559 04-Jan-2013 Dancsó Róbert <dancso.robert@d-rendszer.hu>

Added localization support for Playground app.

Signed-off-by: Humdinger <humdingerb@gmail.com>


# 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


# 5604c88c 14-Oct-2008 Stephan Aßmus <superstippi@gmx.de>

Created an icon for Playground.


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


# b1836934 29-Sep-2007 Stephan Aßmus <superstippi@gmx.de>

* when selecting objects in the list view, the controls will adapt to the
object properties


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


# ca9e5772 07-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

* Reintroduced third LinkAgainst parameter <mapLibs>, defaulting to true.
Library names are now mapped for all targets but "host" (not only for
"haiku") -- added one more level of indirection to achieve that.
(TARGET_LIBRARY_NAME_MAP -> *_LIBRARY_NAME_MAP_*).
* Renamed build/HaikuBuildCompatibility.h to BeOSBuildCompatibility.h
(auto-included when compiling something that uses the Be API for platform
"host" on anon-BeOS platform), and introduced build/HaikuBuildCompatibility.h,
which can be included when compiling something that can be built for both,
Haiku and BeOS compatible platforms.
* Introduced libhaikucompat.a, a library that adds a few functions existing
under Haiku, but not under BeOS.
* New rule AddSubDirSupportedPlatforms.
* Renamed libopenbeos.so to libbe_haiku.so.
* Introduced new target platform "libbe_test", which is basically equivalent
to a BeOS compatible host platform target, with the exception, that instead
of the host platform's libbe.so a special build of Haiku's libbe.so
(libbe_haiku.so (formerly known as libopenbeos.so)) is used. Furthermore
Haiku's public app, interface, storage, and support kit headers are used
when compiling. This replaces the less nice way in which the test app server
and applications for this test environment were built.
When building for platform "libbe_test", the library name "be" is
autotranslated to "libbe_haiku.so". Thus most applications don't need
special fiddling when them building them for the app server test environment;
usually an "AddSubDirSupportedPlatforms libbe_test ;" will suffice.
* Reduced the dependencies of <syscalls.h> and fixed problems caused by this
(e.g. source files not including the needed headers directly).



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


# 338b8dc3 29-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Merged changes from branch build_system_redesign at revision 14573.


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


# e4bcf6e0 04-Jun-2005 Stephan Aßmus <superstippi@gmx.de>

resize the window while it is still hidden to the calculated minumum size

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


# b7f478e2 03-Jun-2005 Stephan Aßmus <superstippi@gmx.de>

uses a slider now, uses SetSizeLimits, objects can now be edited after they have been created

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


# 81cc749f 20-May-2005 Stephan Aßmus <superstippi@gmx.de>

commented out non-working stuff except the menu bar. color text controls no always show the current really used values.

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


# 1fd87770 18-May-2005 Stephan Aßmus <superstippi@gmx.de>

added scrolling with the right mouse button

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


# 78c1c29b 17-May-2005 Stephan Aßmus <superstippi@gmx.de>

Playground is now a little drawing app. Fully functional under Haiku, but with some strange defects in arc calculation within AGG.

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


# 82450360 17-May-2005 Stephan Aßmus <superstippi@gmx.de>

updated build for playground

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


# 6cb79662 17-May-2005 Stephan Aßmus <superstippi@gmx.de>

renamed windows to playground

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


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


# ab73d6ac07d8248a2865ccbfe6b708eac3306e33 20-Jan-2013 Humdinger <humdingerb@gmail.com>

Make Playground find its catalog (#9388).

Small error in the jamfile put the catalog in subfolder
so it wasn't found. As reported by mt and investigated
by diver. Thanks!


# 7c178559191a9154f2a95a12ae34ba13ccce95fa 04-Jan-2013 Dancsó Róbert <dancso.robert@d-rendszer.hu>

Added localization support for Playground app.

Signed-off-by: Humdinger <humdingerb@gmail.com>


# 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


# 5604c88c81adb4ed4b0040240d663a458f830627 14-Oct-2008 Stephan Aßmus <superstippi@gmx.de>

Created an icon for Playground.


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


# b1836934f814ca133c91b39213bfb79b9e372ae4 29-Sep-2007 Stephan Aßmus <superstippi@gmx.de>

* when selecting objects in the list view, the controls will adapt to the
object properties


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


# ca9e5772c3fa971474035b57ee9226ccc429ebc9 07-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

* Reintroduced third LinkAgainst parameter <mapLibs>, defaulting to true.
Library names are now mapped for all targets but "host" (not only for
"haiku") -- added one more level of indirection to achieve that.
(TARGET_LIBRARY_NAME_MAP -> *_LIBRARY_NAME_MAP_*).
* Renamed build/HaikuBuildCompatibility.h to BeOSBuildCompatibility.h
(auto-included when compiling something that uses the Be API for platform
"host" on anon-BeOS platform), and introduced build/HaikuBuildCompatibility.h,
which can be included when compiling something that can be built for both,
Haiku and BeOS compatible platforms.
* Introduced libhaikucompat.a, a library that adds a few functions existing
under Haiku, but not under BeOS.
* New rule AddSubDirSupportedPlatforms.
* Renamed libopenbeos.so to libbe_haiku.so.
* Introduced new target platform "libbe_test", which is basically equivalent
to a BeOS compatible host platform target, with the exception, that instead
of the host platform's libbe.so a special build of Haiku's libbe.so
(libbe_haiku.so (formerly known as libopenbeos.so)) is used. Furthermore
Haiku's public app, interface, storage, and support kit headers are used
when compiling. This replaces the less nice way in which the test app server
and applications for this test environment were built.
When building for platform "libbe_test", the library name "be" is
autotranslated to "libbe_haiku.so". Thus most applications don't need
special fiddling when them building them for the app server test environment;
usually an "AddSubDirSupportedPlatforms libbe_test ;" will suffice.
* Reduced the dependencies of <syscalls.h> and fixed problems caused by this
(e.g. source files not including the needed headers directly).



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


# 338b8dc301721b1f472e8297a898d4eaa2f2ee3a 29-Oct-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Merged changes from branch build_system_redesign at revision 14573.


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


# e4bcf6e073cb59f753fd55931353be0d11fdb213 04-Jun-2005 Stephan Aßmus <superstippi@gmx.de>

resize the window while it is still hidden to the calculated minumum size

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


# b7f478e26d21d4d9d204cc4d04099216e2fdcef1 03-Jun-2005 Stephan Aßmus <superstippi@gmx.de>

uses a slider now, uses SetSizeLimits, objects can now be edited after they have been created

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


# 81cc749f6b12ea48eeaee98b3cd66d6b0fcd3793 20-May-2005 Stephan Aßmus <superstippi@gmx.de>

commented out non-working stuff except the menu bar. color text controls no always show the current really used values.

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


# 1fd87770e98aa98228903756380f1596b726b84e 18-May-2005 Stephan Aßmus <superstippi@gmx.de>

added scrolling with the right mouse button

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


# 78c1c29bafd2f660098f4b5ed54f5e7e76c65ff0 17-May-2005 Stephan Aßmus <superstippi@gmx.de>

Playground is now a little drawing app. Fully functional under Haiku, but with some strange defects in arc calculation within AGG.

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


# 82450360bb00276ad2ccc83b20983549181689b5 17-May-2005 Stephan Aßmus <superstippi@gmx.de>

updated build for playground

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


# 6cb79662a5a18b9e492ed4b8137c6ffc42e4738f 17-May-2005 Stephan Aßmus <superstippi@gmx.de>

renamed windows to playground

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