Fix the build of test_app_server on 64bitSo many Jamfiles to search through...runs also, but thereare lots of graphical glitchesChange-Id: Ibf9e64566a5b8c5742792ac9b1b0f9ccc6693c8dReviewed-on:
Fix the build of test_app_server on 64bitSo many Jamfiles to search through...runs also, but thereare lots of graphical glitchesChange-Id: Ibf9e64566a5b8c5742792ac9b1b0f9ccc6693c8dReviewed-on: https://review.haiku-os.org/c/haiku/+/1753Reviewed-by: waddlesplash <waddlesplash@gmail.com>
show more ...
Remove all invocations of SetSubDirSupportedPlatformsBeOSCompatible.
Use libstdc++, libsupc++ and libgcc from gcc_syslibs.* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so from the gcc_syslibs build feature for everything except x86_gcc2.* Use l
Use libstdc++, libsupc++ and libgcc from gcc_syslibs.* Instead of faking libstdc++.so from libstdc++.a, use libstdc++.so from the gcc_syslibs build feature for everything except x86_gcc2.* Use libgcc_s.so from the gcc_syslibs build feature for everything but x86_gcc2 (which still carries libgcc as part of libroot.so).* Drop filtering of libgcc objects for libroot, as that is no longer necessary since we're only using libgcc-as-single-object for libroot with x86_gcc2, where the filtered object file doesn't exist. Should the objects that used to be filtered cause any problems as part of libgcc_s.so, we can always filter them as part of the gcc build.* Use libsupc++.so from the gcc_syslibs build feature for everything but x86_gcc2.* Adjust all Jamfiles accordingly.* Deactivate building of faked libstdc++.so for non-x86-gcc2. For x86_gcc2, we still build libstdc++.so from the sources in the Haiku source tree as part of the Haiku build .* Put gcc_syslibs package onto the image, when needed.
* Made the libbe_test environment basically working under Haiku - to actually make it work, one would need to use versioning for all libbe symbols. This is worth an 8k price per file that links a
* Made the libbe_test environment basically working under Haiku - to actually make it work, one would need to use versioning for all libbe symbols. This is worth an 8k price per file that links against libbe.so, so I didn't want to commit this as is. An alternative to this solution would be to write a separate application that is responsible for the app_server's window. Comments welcome.* Removed BeOS compatbility of the libbe_test stuff.* Renamed the libbe_test targets from *haiku* to *test*, ie. libbe_haiku.so is now called libbe_test.so, haiku_registrar is now test_registrar, etc.* This also removes BeOS compatibility from tracker/FSUtils.cpp (all BeOS compatibility should be removed, but I don't want to make Alexandre more work in his branch, and it's not urgent at all).* Replaced the former "run" scripts for the test environment with a single run script (see updated NOTES file).* Removed the libbe_test target from some applications - this was only to help developing them under BeOS, and is thus no longer necessary.git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32521 a95241bf-73f2-0310-859d-f6bbb57e9c96
* merged 32bit-wchar_t branches of buildtools and haiku back into the respective trunkgit-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 a95241bf-73f2-0310-859d-f6bbb57e9c96
Added two tests:* statusbar was used to test and improve some BStatusBar behavior* lagging_get_mouse demonstrates what the problem is with older applications using synchronous GetMouse() calls wi
Added two tests:* statusbar was used to test and improve some BStatusBar behavior* lagging_get_mouse demonstrates what the problem is with older applications using synchronous GetMouse() calls without specifying that they actually don't care about mouse history.git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26327 a95241bf-73f2-0310-859d-f6bbb57e9c96