* rtasm symbol collision fix.
There is older Mesa rtasm code, and newer Gallium3D
rtasm code. There are colliding symbols only seen when
you link Mesa and Gallium into the same shared library.
This diff makes Mesa use the Gallium3D rtasm code.
* Mesa target architecture fix.
This ensures the generated Mesa binaries work under
Pentium or higher processors. Fix for #8318
* Video modes with widths that are not multiples of
32 were failing to set
* Should solve analog "skewed display"
* Add debugging on adjusted framebuffer pitch
* Thanks go out to AMD open source developers for
the help tracking this one down!
* 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
The key labels have been changed to Win/Option and Alt/Command
to better associate them with the key names on a PC keyboard. This is
not perfect, but, better.
Added a checkbox entitled "Switch right Alt/Command and Win/Option keys"
This checkbox does what it says, switches the keys on the right side
of your keyboard leaving the left side according to how you set them.
This is needed for some international keymaps.
Whether or not you have switched already is not remembered, you have to
check the box each time you open the dialog. I don't know how to figure
out whether or not the keys have been switched already reliably. Hopefully
this isn't a big deal.
Set the menu option and window title to sentence case, thanks Humdinger.
* TV encoder was dropped on DCE5+
* (ATOM_DEVICE_TV_SUPPORT | ATOM_DEVICE_CV_SUPPORT)
will improperly match DFP4 (0x2 | 0x8) = 0xA
* Bug reported to linux kernel driver
* 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.
