History log of /haiku/src/tests/kits/app/bmessenger/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.


# bb2242b4 13-Jun-2006 Jérôme Duval <korli@users.berlios.de>

added a test for message forward
on R5 it seems a reply to a asynchronously-forwarded synchronous BMessage is the same as when no forward happens
I didn't test on Haiku, but I suspect the behavior is different, especially a _previous_ is added as for asynchronous BMessages


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


# 155b583a 09-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed unit tests build for platforms libbe_test and r5. Only randomly tested
a few whether they actually work.
New pseudo target "unittests", which builds all unit tests for the currently
set TARGET_PLATFORM. They are placed in generated/tests/<platform>/unittests.


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


# 022d003c 06-Aug-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added testapps subdirectory.


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


# c158e800 22-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

We actually build something in bmessenger/.


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


# e61306cb 22-Jul-2002 Tyler Dauwalder <tylerdauwalder@nowhere.fake>

Obsolete


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


# 7e2c6197 21-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added SMRemoteTargetApp to the build.


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


# c1289294 18-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added BMessenger::LockTarget() tests.


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


# 8e4f7c25 16-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Link against /boot/home/config/lib/libopenbeos.so rather than the one in distr/... This adds the necessary dependency, so that you can be sure that when running the test, it will use a version that is up to date.


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


# 70c31e51 10-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Reflect the latest change to the UsePublicHeaders rule.


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


# 97a2517b 09-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

The public OBOS include dirs were invalid.


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


# 533dbf21 09-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Adjusted to the new tree structure.


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


# 52a38012 08-Jul-2002 ejakowatz <ejakowatz@nowhere.fake>

It is accomplished ...


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


# bb2242b4225f5ed14b2ad25748762092a8d0d827 13-Jun-2006 Jérôme Duval <korli@users.berlios.de>

added a test for message forward
on R5 it seems a reply to a asynchronously-forwarded synchronous BMessage is the same as when no forward happens
I didn't test on Haiku, but I suspect the behavior is different, especially a _previous_ is added as for asynchronous BMessages


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


# 155b583ac369749fdfae25f419056389ec7eb16e 09-Nov-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed unit tests build for platforms libbe_test and r5. Only randomly tested
a few whether they actually work.
New pseudo target "unittests", which builds all unit tests for the currently
set TARGET_PLATFORM. They are placed in generated/tests/<platform>/unittests.


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


# 022d003cb54425a5da43042fbbc751427a2cb0c5 06-Aug-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added testapps subdirectory.


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


# c158e8008b2756b271aebe1006e7267b0ef45774 22-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

We actually build something in bmessenger/.


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


# e61306cb637e7e66c529ed6bd69a7562f4afb28d 22-Jul-2002 Tyler Dauwalder <tylerdauwalder@nowhere.fake>

Obsolete


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


# 7e2c6197d89642ecec91c54d41b8584da3fa2e44 21-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added SMRemoteTargetApp to the build.


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


# c12892947402689216cbadb3ea3b8181b00453ca 18-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added BMessenger::LockTarget() tests.


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


# 8e4f7c25a8232233de142a120f87a352dc5877fc 16-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Link against /boot/home/config/lib/libopenbeos.so rather than the one in distr/... This adds the necessary dependency, so that you can be sure that when running the test, it will use a version that is up to date.


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


# 70c31e5157ea6af912f98af0ce2789ed6dbba50e 10-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Reflect the latest change to the UsePublicHeaders rule.


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


# 97a2517bdc7a72956759a7500161459031b0fbf4 09-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

The public OBOS include dirs were invalid.


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


# 533dbf21428faf1efb9ad34c083cdb43468ba3a3 09-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Adjusted to the new tree structure.


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


# 52a380120846174213ccce9c4aab0dda17c72083 08-Jul-2002 ejakowatz <ejakowatz@nowhere.fake>

It is accomplished ...


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