* move versions of the B_TRANSLATE_...-macros used during collecting
of catalog keys to a specific header file, which will only be picked
up when running collectcatkeys
* fix a couple of build problems during the preprocessing of the libbe-
sources when extracting catalog keys, all due to private headers not
being found
* move ZombieReplicantView.h from kits/interface to
headers/private/interface, as this way it can be picked up when
building the libbe catalog
* Rename 3D Rendering to GL Info
* Moved it in the source tree from src/preferences/3drendering/
to src/tests/kits/opengl/glinfo/
* Moved in HaikuImage from SYSTEM_PREFERENCES to SYSTEM_APPS
* Does not show up in DESKBAR_APPLICATIONS like AboutSystem
but can be found in the resulting image in /boot/system/apps/
This appears to be a problem with GCC's build system: it defaults to having
multilib enabled, but if it is explicitly enabled with --enable-multilib,
the build fails.
Signed-off-by: Ingo Weinhold <ingo_weinhold@gmx.de>
* Make the locale kit a part of libbe.
* Drop the LocaleBackend kludge used from within libbe (and from
other places, too) in order to access system catalog strings.
This is now done via gSystemCatalog, which is provided and initialized
by libbe.
* Drop all references to liblocale.so from all Jamfiles.
* Add legacy symlink liblocale.so in order to keep optional packages
that rely on it in a working state.
TODO: the documentation hasn't been updated.
* as pointed out by diver: libgutenberg has been configured to
expect its data files in /system/data, but we used to install them
into common.
This way, the Gutenberg printer add-on actually shows some printers.
- Fixes a problem in Web+'s autocompletion handler that would
result in it eating things like workspace switching shortcuts
if Web+'s URL input had focus.
* The sources are unchanged, and most of it doesn't follow Haiku's coding
style -- stuff that I updated over the years might also have seen a coding
style update.
* This was also the basis on which Haiku's BFS has been written.
* In the long run, the stuff in 'lib' that is already part of BFS should
be removed, and used directly from BFS itself.
* I haven't yet added any other of the tools to the image. Not sure if they
are ready for inclusion yet; 'recover' could also be renamed to reflect that
it is BFS specific.
* Not sure where this optional package went however
it is no longer on haiku-files.org
* A newer speex package does exist however.
* Should fix#8371
* If this doesn't work speex (and maybe sdl) optional
packages need rebuilt
* haiku-devlibs-ppc-gcc4 zip archive contains libroot and glue (but no stdc++).
* fixed /boot/develop/lib/$arch symlink to point to the right dir instead of current.
* setgcc now handles the ppc arch and updates the arch link /boot/develop/lib.
* added optional feature package for freetype 2.4.6 gcc4/gcc2 x86 and gcc4 ppc.
* FT_CONFIG_OPTION_SUBPIXEL_RENDERING is disabled, --include-patented-code doesn't
change this setting anymore. This would require different packages.
* drop freetype sources and headers from the tree.
* fix decorators, test app server and appearance to use feature package headers.
* hybrid build untested.
* added optional feature package for ffmpeg 0.10 gcc4 and gcc2
* increased probe buffer size to 8K for now.
* built the optional packages the default way, it might need adjustments
like dependencies on speex, ogg, theora, vorbis, which I left out for now.
* Version 17-02-2012
* Used to initialize the Raspberry Pi GPU and boot it
* License is permissive, I've also included the
confirmation email on this license.
* Little bootloader documentation.
* Still nothing to get excited about, preliminary.
* Move to new mesa optional package whih build options:
-march=i586 -mtune=i686 -mmmx (removing all -msse*)
* SSE asm still executes based on CPU flags
* Fixes blocker #8318
This package contains only the app + libs. The certificate file
is satisfied through OptionalPackageDependencies. The bookmarks
have been moved (and updated) to a separate archive.
Thanks Rene Gollent and Chris Roberts for the help!
This group of changesets should close#7707, though it is possible
that other optional-packages, pre-built software will still fail to
locate the certificates file in the new location.
Via a cron script, www.haiku-files.org will automatically create a new package
from http://curl.haxx.se/ca/cacert.pem. This new package satisfies our
OpenSSL's expectations of where the certificate file lives. It also ensures
that new builds of Haiku will have the newest certificate file. As an example,
the cacert.pem included in Web+ was from Sept-2009.
Updated builds of Curl and Web+ to follow.
* Prevent trademark issues with "OpenGL" text.
* Rename OpenGL preference pane "3D Rendering"
* Update catkeys
* Add a better image to 3D Rendering preferences
(we can change this if there are objections, just
trying to pretty the pane up a little)
* Use non-debug version which is a *lot* smaller
* Represents bug fixes to Mesa under Haiku, x86
assembly + sse is now used with swrast.
* Remove state.h requirement as I can't find anything
that actually uses it.
* Move compiled binaries into lib.haiku within Mesa optional
pacakge, this enables us to use Make or scons to build Mesa
* Untangle libGL linking and order library inclusion
* Remove zmuldef hacks
* Compile libgallium into the libGL on Mesa 8.0 / gcc4 images
* Don't Mesa calculate cpu optimizations due to visibility
issues, use Mesa cpu functions for this.
* Don't allow undefined symbols in libGL.so to ensure sanity.
* Move Mesa optional packages to haiku-files
* Implemented writembr tool used to update MBR area with easy boot
loader starting the system from currently active partition;
* This work fixes#5595;
* This is result of GCI2011 task.
Signed-off-by: Siarzhuk Zharski <zharik@gmx.li>
At least this should fix other platform builds to the point they worked before.
The ICU_DEVEL zip name assign was moved inside the if block, making it empty for other archs, and ExtractArchive was of course having issues with this.
So I moved the rest inside the if block as well. Should fix at least kernel builds.
Note:
As InvokeSubJam invokes a jam process separate from the first, JAMJOBS may
result in up to 2 * n - 1 jobs in total being run. While this is not accurate,
it is a better scenario than only a single job running.
* provide separate icu-devel packages for x86/gcc{2,4} and ppc, in
order to bypass problems with this package trying to make use of
the /boot/develop/abi/current symlink.
* Support for bitmap and vector icons added;
* Attribute type representation is improved;
* Fixed problem with current attributes loading;
* sniffer rule checking fixed;
* supress useless lines in -dumpIcons and -dumpSniffRules for MIME types
without icons and sniffer rules correspondently.
Signed-off-by: Siarzhuk Zharski <zharik@gmx.li>
* make room in mbstate_t for containing an ICU-converter's state
(well, in fact the whole converter object)
* adjust libroot's locale add-on to clone converters into a given
mbstate_t directly
* adjust ICUThreadLocalStorageValue to contain the converter pointer
instead of a converter-ID (if the converter is related to an
mbstate_t, it points into the mbstate_t).
* adjust users of converters to directly use converter pointers
instead of ICUConverterRef
* drop now unused ICUConverterManager and ICUConverterRef
* update gcc4 optional package
This brings our multibyte implementation into a fully working state,
both non-ascii and non-8-bit characters can now be handled normally
in the Terminal, i.e. this finally fixes#6276.
N.B.: Since the size of mbstate_t has changed, everything (including
the compiler!) needs to be rebuilt.
This allows to use the debug features of the guarded heap also on
allocations made through the object cache API. This is obivously
horrible for performance and uses up huge amounts of memory, so the
initial and grow sizes are adjusted accordingly.
Note that this is a rather simple hack, using the object_cache pointer
to transport the allocation size. The alignment is neglected completely.
This is a very simple heap implementation that allocates memory so that
the end of each allocation always coincides with a page end and is
followed by a guard page which is marked non-present. Out of bounds
access (both read and write) therefore cause a crash (unhandled page
fault).
Note that this allocator is neither speed nor space efficient, indeed it
wastes huge amounts of pages and address space so it is quite easy to
hit limits. It is intended as a pure debug feature.
* instead of in /boot/home/config/settings/be, the compatibility
link has to live directly in the config folder, as otherwise
it doesn't help compatibility-wise at all ;-)
