History log of /haiku/src/tests/servers/registrar/Jamfile
Revision Date Author Comments
# c4eec9f1 01-Oct-2021 Augustin Cavalier <waddlesplash@gmail.com>

Distinguish KERNEL_ARCH_DIR from KERNEL_ARCH.

On x86_64, the KERNEL_ARCH should really be "x86_64", but it was "x86"
as the architecture sources/headers directory is shared between 32 and 64 bit.

Should not be a functional change on any platform outside x86_64.


# 1e60bdea 30-Mar-2019 Augustin Cavalier <waddlesplash@gmail.com>

Remove all invocations of SetSubDirSupportedPlatformsBeOSCompatible.


# e3d73948 15-Aug-2015 Julian Harnath <julian.harnath@rwth-aachen.de>

app_server: fix test-app_server for launch_daemon changes

* Make test-app_server work again in a launch_daemon environment

* test_registrar gets a separate signature and port name again so the
host system can distinguish it from the system registrar

* AppServer is normally a BServer now, however, there can't be two
BApplications in one team. A class TestServerLoopAdapter is added,
which becomes the base class of AppServer instead of BServer when
compiling for libbe_test. It's an adapter class which looks towards
AppServer as it if was a BServer, but internally it is derived from
MessageLooper (like the old AppServer before the transition to
BServer).

This way, AppServer can stay a BServer in normal builds and it also
avoids having to use too many #ifdefs to distinguish the two
versions.


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


# c5ed1088 23-Jul-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Fix the test_app_server build.


# c2dcc4d5 22-Jan-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Get test_app_server to run again

* We should have the buildbots compile this to make sure it still works
* I had to split two ServerApp methods to a searate C++ file to link
them in libtestappserver.so
* some fixes related to the switch to PM and better hybrid support in
jam rules; moving of MIME stuff from registrar to storage kit, merge of
Locale Kit and ICU in libbe, and a few more.
* Modified the test_app_server hwinterface and rdef file so it is not a
background app, and the window isn't floating. Otherwise, hiding the
window would leave you without a way to recover it.


# 8e7d9c72 21-Jan-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Attempt to fix test_appserver build again.

There seem to be a problem with the architecture, when building for an
x86_gcc2 system things are generated in libbe_test/x86, and then fail
with a lot of undefined references. Help welcome.


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


# da80a050 02-Jul-2012 Alex Smith <alex@alex-smith.me.uk>

Preparation for merge of x86 and x86_64 kernel sources.

Since x86 and x86_64 share a lot of common code, x86_64 kernel sources/headers
are going to reside under headers/private/kernel/arch/x86 and
src/system/kernel/arch/x86 along with the existing x86 code. This commit
changes the build system to handle this. A new variable, TARGET_KERNEL_ARCH,
has been added. This is the name of the kernel/boot architecture directory
name, set to x86 on both x86 and x86_64. This is now used in all places where
TARGET_ARCH was used to get to kernel arch sources/headers (I've changed
everything necessary as far as I can tell). Kernel won't build for x86_64
at the moment as the sources have not been merged, loader does.


# f9a7bd8e 29-Sep-2011 Axel Dörfler <axeld@pinc-software.de>

* install-test-apps is now running through again.


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


# 2c69b5b6 19-Aug-2009 Axel Dörfler <axeld@pinc-software.de>

* Made the libbe_test environment basically working under Haiku - to actually
make it work, one would need to use versioning for all libbe symbols. This is
worth an 8k price per file that links against libbe.so, so I didn't want to
commit this as is. An alternative to this solution would be to write a
separate application that is responsible for the app_server's window. Comments
welcome.
* Removed BeOS compatbility of the libbe_test stuff.
* Renamed the libbe_test targets from *haiku* to *test*, ie. libbe_haiku.so is
now called libbe_test.so, haiku_registrar is now test_registrar, etc.
* This also removes BeOS compatibility from tracker/FSUtils.cpp (all BeOS
compatibility should be removed, but I don't want to make Alexandre more work
in his branch, and it's not urgent at all).
* Replaced the former "run" scripts for the test environment with a single
run script (see updated NOTES file).
* Removed the libbe_test target from some applications - this was only to help
developing them under BeOS, and is thus no longer necessary.


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


# ae50fc51 18-Jun-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed libbe_test build.


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


# f7097304 26-Apr-2008 Stephan Aßmus <superstippi@gmx.de>

Fix the build of the registrar for the app_server test environment.


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


# 27000126 06-Apr-2008 Stephan Aßmus <superstippi@gmx.de>

Fixed the build of the registrar for the app_server test environment.


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


# 5300362b 19-Jan-2008 Stephan Aßmus <superstippi@gmx.de>

* fix the build of haiku_registrar (the registrar for the test environment)
since the changes to where the mime database write support lives


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


# d22f48c9 02-Aug-2007 Stephan Aßmus <superstippi@gmx.de>

* fix the build of the app_server test environment (libbe_test) after
the change to the nodemonitor syscall


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


# c3922337 03-Feb-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed RosterShell build for Haiku.


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


# ef9c618c 30-Jan-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

The RosterShell can be compiled for all BeOS compatible platforms.


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


# 908b5c20 14-Dec-2006 Ryan Leavengood <leavengood@gmail.com>

Removed the dependency in the registrar on an input_server header file which I
had previously inroduced. It is not needed anymore.


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


# c26c0b24 18-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* fix build of the haiku_registrar in app_server test environment


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


# 2c38311d 30-Jun-2006 Ingo Weinhold <ingo_weinhold@gmx.de>

* Fixed libbe_test build for install-test-apps. A few changes are not
in my branch, but in the main trunk. That should do no harm though.
* Made LayoutTest1 build for libbe_test and added it to the
install-test-apps target.


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


# eeb06055 21-Dec-2005 Stephan Aßmus <superstippi@gmx.de>

the run_haiku_registrar app is placed in the test environment install folder

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


# ecc3280f 08-Dec-2005 Axel Dörfler <axeld@pinc-software.de>

Fixed build of the haiku_registrar test app.


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


# f3b3bb4e 24-Jul-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

No longer build RosterShell as unit test.

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


# 1c8f0d76 07-Jul-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a few apps for testing the shutdown process.
user_shutdown_reply reliably crashes the app server when pressing one
of its buttons (during the shutdown process at least).



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


# 7560d402 06-Jul-2005 Axel Dörfler <axeld@pinc-software.de>

Renamed "obos_registrar" to "haiku_registrar" - not just for fun, but because
the registrar no longer depends on the app_server to be running.
Added a "run_haiku_registrar" tool that is now used in the various "run" scripts.
It only start the registrar on demand, ie. if it's not yet running.


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


# b9bd94dc 06-Jul-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Aded a target <test>shutdown, which builds a shutdown command that works with the test environment under R5 (tests/servers/registrar/shutdown).

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


# 9b99cdbb 29-Jan-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a program testing the registrar's MessageDeliverer. Particularly
with respect to whether the delivery still works when the port is full.
It seems to do (now).


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


# 6ab18748 23-Jun-2003 Ingo Weinhold <ingo_weinhold@gmx.de>

Removed invocations of UsePublicHeaders, which was a no-op anyway.


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


# 79f45f7f 03-Aug-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

The RosterShell is now built as a CommonUnitTest, which also gives us a R5 version for the time being. In case we will add (OBOS) registrar internals, it might go away again.


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


# 4455f219 28-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a "shell" for the roster. It can list, activate and quit application.


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


# 48f01b6d 26-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

We need to link against libbe now.


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


# 23ce7baa 21-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a very basic test to see, if BRoster cooperates smoothly with the registrar to init its messengers. And yes, it does. :-)


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


# c5ed1088846835e9183a380df23cdbab0b9f71e7 23-Jul-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Fix the test_app_server build.


# c2dcc4d500f4f71e9ff117ec221b93bd29d0631e 22-Jan-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Get test_app_server to run again

* We should have the buildbots compile this to make sure it still works
* I had to split two ServerApp methods to a searate C++ file to link
them in libtestappserver.so
* some fixes related to the switch to PM and better hybrid support in
jam rules; moving of MIME stuff from registrar to storage kit, merge of
Locale Kit and ICU in libbe, and a few more.
* Modified the test_app_server hwinterface and rdef file so it is not a
background app, and the window isn't floating. Otherwise, hiding the
window would leave you without a way to recover it.


# 8e7d9c72457fc2c2133b219b8d43b261919a2942 21-Jan-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

Attempt to fix test_appserver build again.

There seem to be a problem with the architecture, when building for an
x86_gcc2 system things are generated in libbe_test/x86, and then fail
with a lot of undefined references. Help welcome.


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


# da80a0500c33176998887bcae22828d9e997477f 02-Jul-2012 Alex Smith <alex@alex-smith.me.uk>

Preparation for merge of x86 and x86_64 kernel sources.

Since x86 and x86_64 share a lot of common code, x86_64 kernel sources/headers
are going to reside under headers/private/kernel/arch/x86 and
src/system/kernel/arch/x86 along with the existing x86 code. This commit
changes the build system to handle this. A new variable, TARGET_KERNEL_ARCH,
has been added. This is the name of the kernel/boot architecture directory
name, set to x86 on both x86 and x86_64. This is now used in all places where
TARGET_ARCH was used to get to kernel arch sources/headers (I've changed
everything necessary as far as I can tell). Kernel won't build for x86_64
at the moment as the sources have not been merged, loader does.


# f9a7bd8e558c1bc0b197a9e2a58935aa823a5a6f 29-Sep-2011 Axel Dörfler <axeld@pinc-software.de>

* install-test-apps is now running through again.


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


# 2c69b5b6c0e7b481a0c43366a1942a6055cbb864 19-Aug-2009 Axel Dörfler <axeld@pinc-software.de>

* Made the libbe_test environment basically working under Haiku - to actually
make it work, one would need to use versioning for all libbe symbols. This is
worth an 8k price per file that links against libbe.so, so I didn't want to
commit this as is. An alternative to this solution would be to write a
separate application that is responsible for the app_server's window. Comments
welcome.
* Removed BeOS compatbility of the libbe_test stuff.
* Renamed the libbe_test targets from *haiku* to *test*, ie. libbe_haiku.so is
now called libbe_test.so, haiku_registrar is now test_registrar, etc.
* This also removes BeOS compatibility from tracker/FSUtils.cpp (all BeOS
compatibility should be removed, but I don't want to make Alexandre more work
in his branch, and it's not urgent at all).
* Replaced the former "run" scripts for the test environment with a single
run script (see updated NOTES file).
* Removed the libbe_test target from some applications - this was only to help
developing them under BeOS, and is thus no longer necessary.


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


# ae50fc51bbd4131a5fee7f95b84821349b1d25cf 18-Jun-2008 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed libbe_test build.


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


# f70973047709356dd8b971c3188f2d7d7bc4c0c9 26-Apr-2008 Stephan Aßmus <superstippi@gmx.de>

Fix the build of the registrar for the app_server test environment.


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


# 27000126fd6431d24c9247fb3d2b8ab29e44b4fb 06-Apr-2008 Stephan Aßmus <superstippi@gmx.de>

Fixed the build of the registrar for the app_server test environment.


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


# 5300362be648eeb47ad6a4146696874612c13459 19-Jan-2008 Stephan Aßmus <superstippi@gmx.de>

* fix the build of haiku_registrar (the registrar for the test environment)
since the changes to where the mime database write support lives


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


# d22f48c9080db38b13890290767bebfa1a6b1b1d 02-Aug-2007 Stephan Aßmus <superstippi@gmx.de>

* fix the build of the app_server test environment (libbe_test) after
the change to the nodemonitor syscall


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


# c3922337494e9066a476b7a85755a8e6e544d207 03-Feb-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Fixed RosterShell build for Haiku.


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


# ef9c618c66459faffdb5be5a7e4ad85ec47ffe9e 30-Jan-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

The RosterShell can be compiled for all BeOS compatible platforms.


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


# 908b5c203457353e1dc5d690076ab83d1ffc6b25 14-Dec-2006 Ryan Leavengood <leavengood@gmail.com>

Removed the dependency in the registrar on an input_server header file which I
had previously inroduced. It is not needed anymore.


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


# c26c0b24e5b60dc711ff913a4f6996a4428e9e54 18-Nov-2006 Stephan Aßmus <superstippi@gmx.de>

* fix build of the haiku_registrar in app_server test environment


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


# 2c38311d40ee1df1cf0bd341f1085be95cddd42e 30-Jun-2006 Ingo Weinhold <ingo_weinhold@gmx.de>

* Fixed libbe_test build for install-test-apps. A few changes are not
in my branch, but in the main trunk. That should do no harm though.
* Made LayoutTest1 build for libbe_test and added it to the
install-test-apps target.


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


# eeb06055db0c2280710956487b0354e93b30570a 21-Dec-2005 Stephan Aßmus <superstippi@gmx.de>

the run_haiku_registrar app is placed in the test environment install folder

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


# ecc3280f6bd7a2a72135f1d64e4182c2b14b0923 08-Dec-2005 Axel Dörfler <axeld@pinc-software.de>

Fixed build of the haiku_registrar test app.


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


# f3b3bb4ebd7ecc94e3ea6c3329b6d4713204656b 24-Jul-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

No longer build RosterShell as unit test.

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


# 1c8f0d766a8e539a8e4013e28ad84c3af7515354 07-Jul-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a few apps for testing the shutdown process.
user_shutdown_reply reliably crashes the app server when pressing one
of its buttons (during the shutdown process at least).



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


# 7560d40290aa8460679db840a116ab97eac2a183 06-Jul-2005 Axel Dörfler <axeld@pinc-software.de>

Renamed "obos_registrar" to "haiku_registrar" - not just for fun, but because
the registrar no longer depends on the app_server to be running.
Added a "run_haiku_registrar" tool that is now used in the various "run" scripts.
It only start the registrar on demand, ie. if it's not yet running.


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


# b9bd94dcc30bd69f063a9b2d990df01f286868db 06-Jul-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Aded a target <test>shutdown, which builds a shutdown command that works with the test environment under R5 (tests/servers/registrar/shutdown).

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


# 9b99cdbb5a51252d1da1e5569fcd2df0a7b3ceb5 29-Jan-2005 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a program testing the registrar's MessageDeliverer. Particularly
with respect to whether the delivery still works when the port is full.
It seems to do (now).


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


# 6ab18748f3a2a740860dc1b705c3751245cab2c7 23-Jun-2003 Ingo Weinhold <ingo_weinhold@gmx.de>

Removed invocations of UsePublicHeaders, which was a no-op anyway.


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


# 79f45f7f8fff25b43ea1699a34133b4b85e7684a 03-Aug-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

The RosterShell is now built as a CommonUnitTest, which also gives us a R5 version for the time being. In case we will add (OBOS) registrar internals, it might go away again.


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


# 4455f219ee20df3ac1f85539de7fc43fa335f4b0 28-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a "shell" for the roster. It can list, activate and quit application.


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


# 48f01b6d200e258ab097bf5c589960b064b4714e 26-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

We need to link against libbe now.


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


# 23ce7baa24ca41dc8a5be4a62dc5588fb5769fa9 21-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Added a very basic test to see, if BRoster cooperates smoothly with the registrar to init its messengers. And yes, it does. :-)


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