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