Pass --enable-hybrid-secondary to gcc's configure when building it as
a secondary compiler. Doesn't make a difference for building Haiku
itself, but makes it easier to match the Haiku cross devel package with
the compiler when building bootstrap packages with haikuporter.
gcc 4 only ATM.
* Instead of showing all package actions along the bottom
of the window, only the applicable actions are shown, but
besides the package title.
* The radio buttons are gone, instead an actual BTabView is
used, but now in a more pretty way.
* The package info content stretches to the window border
which will make showing a vertical scroll bar look better.
* Display rating via RatingView and additional BStringView
decoration
* Display radio buttons to switch between About, Ratings and
Changelog pages. (Will be replaced again...)
* Implement preliminary UserRatingsView showing all user
ratings (currently in a single BTextView, will be much
more detailed later on).
* Implement ChangelogView, simply showing the dummy changelogs
in a BTextView.
* Layout tweaks
* Libraries for a secondary architectures must be placed in a respective
subdir.
* Add a suffix to the package name when building for a secondary
architecture. Looks a bit weird
("haiku_cross_devel_sysroot_x86_gcc_x86.hpkg"), but is consistent.
In the odd case where there is no icon for an app, and the generic
3 boxes icon is also unavailable/removed, Deskbar now properly draws
the transparent icon that was prepared, but not used (and leaked).
* 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).
* SharedBitmap can be pointed to a resource (later the icons will
likely be fetched from somewhere else).
* SharedBitmap caches 16, 32, and 64 icons.
* Added icon resources for WonderBrush and Paladin dummy packages.
In the case of a modified type pointing to an unspecified base type,
i.e. const void*, gcc appears to omit the DW_AT_type attribute entirely.
This had the result that such variables wouldn't appear in the var list.
If we encounter such a case, simply assume that the base type is unspecified
rather than failing early.
* For #9894
* No clue how that is going to work, seems mulitple
GPU onboard.. we will likely just use the first
card we see.
* We may need to remove one of these if additional
work is required to switch GPU's.
src/add-ons/translators/wonderbrush/WonderBrushView.cpp: In constructor 'WonderBrushView::WonderBrushView(const BRect&, const char*, uint32, uint32, TranslatorSettings*)':
src/add-ons/translators/wonderbrush/WonderBrushView.cpp:58:8: warning: variable 'xbold' set but not used [-Wunused-but-set-variable]
src/add-ons/translators/wonderbrush/WonderBrushView.cpp:58:15: warning: variable 'ybold' set but not used [-Wunused-but-set-variable]
src/add-ons/translators/wonderbrush/WonderBrushView.cpp:64:8: warning: variable 'yplain' set but not used [-Wunused-but-set-variable]
Unlike the header or field members, the 'what' field is always a 32-bit
integer, rather than being arch-dependent. This would cause us to bail
out early without ever trying to process/resolve children.
