History log of /haiku/src/kits/support/Jamfile
Revision Date Author Comments
# e3acf891 27-Aug-2021 Augustin Cavalier <waddlesplash@gmail.com>

Fix usage of Zstd build feature.

We do not actually need a SetupFeatureObjcetsDir here, as this build feature
is used unconditionally if it is available (unlike OpenSSL which is not,
and which needs a feature objects directory.) It appears FeatureObjectsDir
expects to be called unconditionally, i.e. in an "else" as well as "if",
so this actually caused some build oddities.

Additionally, since it is built unconditionally if available, we have
to put it outside the "regular" checks in the PackageInfo so that it
will be included in the images. This fixes booting @minimum images,
which was apparently broken at some point when "zstd" was inadvertently
removed.


# 6ac3a280 23-Nov-2017 Jérôme Duval <jerome.duval@gmail.com>

Add ZstdCompressionAlgorithm.

* kernel lib is decompress only (like zlib).
* expand compression_test for zstd.


# 2c26ad4b 29-Dec-2016 Adrien Destugues <pulkomandy@gmail.com>

move BUrl to the support kit

It is used by the media kit, which created a dependency from libmedia to
libbnetapi to openssl.
It is not entirely specific to the network kit, there are some use cases
that don't involve network at all.


# e711e6e4 18-May-2015 Axel Dörfler <axeld@pinc-software.de>

Moved BJob, and JobQueue into the support kit.

* Put it in the BSupportKit namespace, following the style introduced
with the package kit for now.
* The BSupportKit::BJob class no longer knows about the package kit's
Context class. However, the BPackageKit::BJob class does.
* Due to the namespace juggling, a lot of files had to be touched.
* The JobQueue class remains private.
* Due to the way Haiku is built on itself, you cannot build this change
under Haiku with an older release.


# 05b565f4 12-Jul-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Add private BDataPositionIOWrapper

Implements the BPositionIO interface on top of a BDataIO, requiring the
{Read,Write}At() accesses to be sequential.


# a5330a8e 02-Jul-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Remove private support kit BUrl

Use the public BUrl from the network kit instead.


# b3263ad3 30-Jun-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Switch package kit to BZlibCompressionAlgorithm

... and remove the Zlib{Compressor,Decompressor} API.


# dcdc33b0 29-Jun-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Add B[Zlib]CompressionAlgorithm

* BCompressionAlgorithm is a base class for classes that provide
compression/decompression functionality. There are methods for
compressing/decompressing a single buffer and factory methods for
a compressing/decompressing input/output BDataIO.
* BZlibCompressionAlgorithm is a BCompressionAlgorithm implementation
using zlib.


# 6a89a36a 24-Jun-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Move package kit Zlib* classes to support kit

Also move to B* namespace and no longer expose the zlib dependency in
the headers.


# ab3fd9c8 04-Dec-2013 Adrien Destugues <pulkomandy@pulkomandy.tk>

Move {en,de}code_base64 to the support kit

It's not possible to use these from the network kit otherwise, as it
would create a circular dependency (mail > bnetapi > mail).

Is there a better way to solve this problem?


# c39c9283 16-Nov-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Add get_architectures() and C++ versions

* get_architectures() returns the primary and the secondary
architectures in one array. That turned out to be convenient.
* Add C++ versions for get[_secondary]_architectures(), returning a
BStringList.


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


# 10551127 19-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Move PUuid from shared to support


# 7de6af25 16-Jul-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Add a BStringList class


# 02606f71 22-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Provide BReferenceable in libreferenceable.a, too.

* the upcoming multibyte-implementation in libroot's ICU locale
backend is going to use this, so it's not good enough to provide
BReferenceable only in libbe.so


# 29e07dd0 21-Nov-2011 Axel Dörfler <axeld@pinc-software.de>

Added a buffered DataIO subclass.

* Only the read path is tested so far.


# 808a5116 16-Jul-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Add a BStringList class


# e5150e28 08-Jul-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Patch by Alex Wilson (compilation fixes by myself): Extended the archiving/
unarchiving protocol to support archival of arbitrary object graphs.


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


# a070cf53 06-Mar-2010 Stephan Aßmus <superstippi@gmx.de>

* Indentation update in DateTime.h
* Extended BTime, BDate and BDateTime with archiving functionality.
* Adjusted code which uses these classes, since including DateTime.h
already imports the classes from the BPrivate namespace.
* Moved DateTime.h into Support Kit. It is still in the BPrivate namespace,
as I am uncertain what to do with time_type and diff_type. I'd favor
moving the constants into the classes itself. Possibly removing the B_
prefix from them. Feedback welcome.


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


# a5b7cbe3 31-Jan-2010 Michael Lotz <mmlr@mlotz.ch>

Adding utf-8 aware version of most functions to BString. They are named after
the corresponding normal functions but have a "Chars" in the name like
"MoveCharsInto" or "AppendChars". Also added CountBytes() and CharAt().
This should make everyday string handling with multibyte strings a bit easier.


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


# 28e8dc8e 10-May-2009 Jonas Sundström <jonas@kirilla.com>

Move Url class out of /bin/urlwrapper into BPrivate::Support. I plan to add a Launch()-method that will make it useful to /bin/open, AboutSystem, People and other applications.

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


# 28a650e9 07-Apr-2009 Axel Dörfler <axeld@pinc-software.de>

* Made the WeakReferenceable class templatized. Not really sure yet I like that
better, though :-)
* Also fixed a mixup of the unintuitive argument order of our
atomic_test_and_set(); I guess I will change that sooner or later.


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


# e1fed132 06-Apr-2009 Axel Dörfler <axeld@pinc-software.de>

* Added a WeakReferenceable implementation, completely untested yet.


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


# 0e5fe45f 19-Aug-2007 Stefano Ceccherini <stefano.ceccherini@gmail.com>

Removed unused DataBuffer class


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


# da0f9ae0 02-Aug-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Added Haiku as host platform supported by the build system ("haiku_host").
Completely untested yet.


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


# 2851dbad 31-Jul-2007 Axel Dörfler <axeld@pinc-software.de>

* Moved Referenceable.cpp to src/kits/support (private libbe API), and its header to
private/shared.
* Made AddReference() and CountReferences() inlines.
* The registrar is now using the private Referenceable version in libbe.so.
* Minor cleanup.


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


# 33c487a4 15-Apr-2007 Jérôme Duval <korli@users.berlios.de>

implemented add_system_beep_event()


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


# 8c67c59b 05-Aug-2005 Philippe Houdoin <philippe.houdoin@gmail.com>

Removed libhaiku.a from build, as it was only used by (now defunct) experimental StyledEdit+ app.


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


# cb5da7de 05-Aug-2005 Philippe Houdoin <philippe.houdoin@gmail.com>

Cleanup libbe.so build system, using MergeObject power:
a) Make main Jamfile more easier to understand to new (and old even) developers.
Currently it looks a little too messy compared to usual Haiku's jamfiles.
b) Get ride of app.src, interface.src, storage.src and support.src includes files.
c) Move each kit objects files built back to their respective
objects/x86.R1/kits/{app|interface|storage|support} location.
d) Move private headers and source search hints back to each respective kit
Jamfiles. Most of them, at least.

{app|interface|storage|support}.src files effective deletion will come soon.
Hope I didn't break all *again* :-\



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


# 8c123e6d 07-Jul-2005 Michael Lotz <mmlr@mlotz.ch>

Fixed build of StyledEdit for target r5. What's the matter with the second StyledEdit in there? Also added BString back to libhaiku.a.

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


# c728a74e 06-Jul-2005 Michael Lotz <mmlr@mlotz.ch>

Cleanup. We don't need string_helper anymore as it's only function (strcasestr) is in libroot. It was a temporary solution more than two years ago.

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


# 1cd30f5d 16-Jul-2004 shatty <shatty@nowhere.fake>

BString is the first recipient of libhaiku status


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


# 81d54f9a 29-Dec-2003 shatty <shatty@nowhere.fake>

moved character set and text encoding related files to current/src/kits/textencoding


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


# 5b7ea503 12-Aug-2003 shatty <shatty@nowhere.fake>

refine the error handling behavior. note: we depart from the bebook specification for returning B_ERROR when no characters are converted. we do this in exactly one situation: when there are no bytes in the input. this behavior is the behavior given by the R5 libs themselves. not having this behavior caused an error in our stylededit as well. stylededit has been fixed to not exercise this functionality. also added in the two most popular chinese encodings for my own evil purposes. GB18030 support is required to legally sell an operating system in mainland china as well. GB18030 support encompasses GBK and GB2312, additionally.


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


# 1e4b5169 30-Jul-2003 shatty <shatty@nowhere.fake>

need libiconv.so for new libtextencodings.so to work


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


# a4b6e788 26-Jul-2003 shatty <shatty@nowhere.fake>

build libtextencoding.so with new stubs and character set support


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


# 98602e04 09-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Adjusted to the new tree structure, though currently (?) not needed.


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


# e711e6e42fd7ec3111ba9dc2324fa8efedd6674b 18-May-2015 Axel Dörfler <axeld@pinc-software.de>

Moved BJob, and JobQueue into the support kit.

* Put it in the BSupportKit namespace, following the style introduced
with the package kit for now.
* The BSupportKit::BJob class no longer knows about the package kit's
Context class. However, the BPackageKit::BJob class does.
* Due to the namespace juggling, a lot of files had to be touched.
* The JobQueue class remains private.
* Due to the way Haiku is built on itself, you cannot build this change
under Haiku with an older release.


# 05b565f4f25a8d0fd482a7697ded510c29630aab 12-Jul-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Add private BDataPositionIOWrapper

Implements the BPositionIO interface on top of a BDataIO, requiring the
{Read,Write}At() accesses to be sequential.


# a5330a8e41fab3b82f43d3e0d454f7abfa7b9174 02-Jul-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Remove private support kit BUrl

Use the public BUrl from the network kit instead.


# b3263ad3e1662cc419849a2d2cf539f9636613dc 30-Jun-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Switch package kit to BZlibCompressionAlgorithm

... and remove the Zlib{Compressor,Decompressor} API.


# dcdc33b0afd3a7731c40df8a3c8ed496fb25b1ac 29-Jun-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Add B[Zlib]CompressionAlgorithm

* BCompressionAlgorithm is a base class for classes that provide
compression/decompression functionality. There are methods for
compressing/decompressing a single buffer and factory methods for
a compressing/decompressing input/output BDataIO.
* BZlibCompressionAlgorithm is a BCompressionAlgorithm implementation
using zlib.


# 6a89a36aa0ce6a53f9758ba767863ac6b4c6156c 24-Jun-2014 Ingo Weinhold <ingo_weinhold@gmx.de>

Move package kit Zlib* classes to support kit

Also move to B* namespace and no longer expose the zlib dependency in
the headers.


# ab3fd9c828489bc13d6d26612ca7b013d6c187cb 04-Dec-2013 Adrien Destugues <pulkomandy@pulkomandy.tk>

Move {en,de}code_base64 to the support kit

It's not possible to use these from the network kit otherwise, as it
would create a circular dependency (mail > bnetapi > mail).

Is there a better way to solve this problem?


# c39c9283aa34b0b694e61c9edbd0a8fb1d490d93 16-Nov-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Add get_architectures() and C++ versions

* get_architectures() returns the primary and the secondary
architectures in one array. That turned out to be convenient.
* Add C++ versions for get[_secondary]_architectures(), returning a
BStringList.


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


# 105511275e00602f982f593afea9f65c6bd075e9 19-Jun-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

Move PUuid from shared to support


# 7de6af25e9ee8c0279dcf9dcebb241c398f23fae 16-Jul-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Add a BStringList class


# 02606f712cc94685b775aca04415e794f3ebe84c 22-Nov-2011 Oliver Tappe <zooey@hirschkaefer.de>

Provide BReferenceable in libreferenceable.a, too.

* the upcoming multibyte-implementation in libroot's ICU locale
backend is going to use this, so it's not good enough to provide
BReferenceable only in libbe.so


# 29e07dd0eba33d964827fe3d6726b63c27335286 21-Nov-2011 Axel Dörfler <axeld@pinc-software.de>

Added a buffered DataIO subclass.

* Only the read path is tested so far.


# 808a51161a479ea97517b4a3e57a27e684970007 16-Jul-2011 Ingo Weinhold <ingo_weinhold@gmx.de>

Add a BStringList class


# e5150e28472204582c41b3d3cd5b4eabdbef323e 08-Jul-2010 Ingo Weinhold <ingo_weinhold@gmx.de>

Patch by Alex Wilson (compilation fixes by myself): Extended the archiving/
unarchiving protocol to support archival of arbitrary object graphs.


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


# a070cf5306662fec199ccf79c0e9872fbcd0fc75 06-Mar-2010 Stephan Aßmus <superstippi@gmx.de>

* Indentation update in DateTime.h
* Extended BTime, BDate and BDateTime with archiving functionality.
* Adjusted code which uses these classes, since including DateTime.h
already imports the classes from the BPrivate namespace.
* Moved DateTime.h into Support Kit. It is still in the BPrivate namespace,
as I am uncertain what to do with time_type and diff_type. I'd favor
moving the constants into the classes itself. Possibly removing the B_
prefix from them. Feedback welcome.


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


# a5b7cbe3318e316b14b06334c26800f46ac26f3d 31-Jan-2010 Michael Lotz <mmlr@mlotz.ch>

Adding utf-8 aware version of most functions to BString. They are named after
the corresponding normal functions but have a "Chars" in the name like
"MoveCharsInto" or "AppendChars". Also added CountBytes() and CharAt().
This should make everyday string handling with multibyte strings a bit easier.


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


# 28e8dc8e80995d4a3cb2048ee5775c553fcd4118 10-May-2009 Jonas Sundström <jonas@kirilla.com>

Move Url class out of /bin/urlwrapper into BPrivate::Support. I plan to add a Launch()-method that will make it useful to /bin/open, AboutSystem, People and other applications.

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


# 28a650e94d4a50a8fd84416cb4d37971cd81b6c2 07-Apr-2009 Axel Dörfler <axeld@pinc-software.de>

* Made the WeakReferenceable class templatized. Not really sure yet I like that
better, though :-)
* Also fixed a mixup of the unintuitive argument order of our
atomic_test_and_set(); I guess I will change that sooner or later.


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


# e1fed132d22ae23350588ad03bd63c2e4f68f061 06-Apr-2009 Axel Dörfler <axeld@pinc-software.de>

* Added a WeakReferenceable implementation, completely untested yet.


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


# 0e5fe45f133198380caab831038d518998025b9f 19-Aug-2007 Stefano Ceccherini <stefano.ceccherini@gmail.com>

Removed unused DataBuffer class


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


# da0f9ae040921d1af3cdbac209bdf16fe80f95b3 02-Aug-2007 Ingo Weinhold <ingo_weinhold@gmx.de>

Added Haiku as host platform supported by the build system ("haiku_host").
Completely untested yet.


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


# 2851dbad53bd9d11b64ba4267c96f637d133f81c 31-Jul-2007 Axel Dörfler <axeld@pinc-software.de>

* Moved Referenceable.cpp to src/kits/support (private libbe API), and its header to
private/shared.
* Made AddReference() and CountReferences() inlines.
* The registrar is now using the private Referenceable version in libbe.so.
* Minor cleanup.


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


# 33c487a43ef76dc033ad943df4d5bdbbe9298d83 15-Apr-2007 Jérôme Duval <korli@users.berlios.de>

implemented add_system_beep_event()


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


# 8c67c59ba9854161aeacff07d9e66d27d982f9d9 05-Aug-2005 Philippe Houdoin <philippe.houdoin@gmail.com>

Removed libhaiku.a from build, as it was only used by (now defunct) experimental StyledEdit+ app.


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


# cb5da7de09f51a4a58ee3d28c071f6afc001e620 05-Aug-2005 Philippe Houdoin <philippe.houdoin@gmail.com>

Cleanup libbe.so build system, using MergeObject power:
a) Make main Jamfile more easier to understand to new (and old even) developers.
Currently it looks a little too messy compared to usual Haiku's jamfiles.
b) Get ride of app.src, interface.src, storage.src and support.src includes files.
c) Move each kit objects files built back to their respective
objects/x86.R1/kits/{app|interface|storage|support} location.
d) Move private headers and source search hints back to each respective kit
Jamfiles. Most of them, at least.

{app|interface|storage|support}.src files effective deletion will come soon.
Hope I didn't break all *again* :-\



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


# 8c123e6dad6b2ff703578a9f43795a3db049ef98 07-Jul-2005 Michael Lotz <mmlr@mlotz.ch>

Fixed build of StyledEdit for target r5. What's the matter with the second StyledEdit in there? Also added BString back to libhaiku.a.

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


# c728a74e429cde07ec49368f6a7d3b198dc611fc 06-Jul-2005 Michael Lotz <mmlr@mlotz.ch>

Cleanup. We don't need string_helper anymore as it's only function (strcasestr) is in libroot. It was a temporary solution more than two years ago.

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


# 1cd30f5d3dae4ea389fa3a60e2f2c18409a290fe 16-Jul-2004 shatty <shatty@nowhere.fake>

BString is the first recipient of libhaiku status


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


# 81d54f9a85add1b579c443b425509ffba12c30ae 29-Dec-2003 shatty <shatty@nowhere.fake>

moved character set and text encoding related files to current/src/kits/textencoding


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


# 5b7ea503a70284e6d621dede65390fbe0125f01a 12-Aug-2003 shatty <shatty@nowhere.fake>

refine the error handling behavior. note: we depart from the bebook specification for returning B_ERROR when no characters are converted. we do this in exactly one situation: when there are no bytes in the input. this behavior is the behavior given by the R5 libs themselves. not having this behavior caused an error in our stylededit as well. stylededit has been fixed to not exercise this functionality. also added in the two most popular chinese encodings for my own evil purposes. GB18030 support is required to legally sell an operating system in mainland china as well. GB18030 support encompasses GBK and GB2312, additionally.


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


# 1e4b516951696936d28bffbf00eb487a5a6623c7 30-Jul-2003 shatty <shatty@nowhere.fake>

need libiconv.so for new libtextencodings.so to work


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


# a4b6e788fcabcb54086e9d450f39286aced2ab1c 26-Jul-2003 shatty <shatty@nowhere.fake>

build libtextencoding.so with new stubs and character set support


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


# 98602e04094381abc2dd0b28cf6a31b8115e3ce6 09-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Adjusted to the new tree structure, though currently (?) not needed.


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