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
Wrong subfolder in Jamfilegit-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25152 a95241bf-73f2-0310-859d-f6bbb57e9c96
A test I am currently working on which is supposed to behave a bit likeFirefox. It stores the active clipping region of a view when Draw() isinvoked, and uses that for asynchronous drawing. The tes
A test I am currently working on which is supposed to behave a bit likeFirefox. It stores the active clipping region of a view when Draw() isinvoked, and uses that for asynchronous drawing. The test already showsa couple of problems. When PushState() / PopState() is used, it is notequivalent to ConstrainClippingRegion(&someRegion) /ConstrainClippingRegion(NULL). Another problem shows when adding delays(currently disabled), there should not be any difference, regardless ofhow much delay is inserted into the asynchronous drawing.git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25150 a95241bf-73f2-0310-859d-f6bbb57e9c96