#
a55deaea |
|
16-Nov-2016 |
Janus <janus2@ymail.com> |
WindDecorator and MacDecorator compile again * Tile works, Stack is not very usefull at the moment. * MacDecorator minimize button doesn't work.
|
#
220d0402 |
|
31-Jul-2014 |
Oliver Tappe <zooey@hirschkaefer.de> |
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.
|
#
b8187adf |
|
20-Feb-2014 |
John Scipione <jscipione@gmail.com> |
normalize Jamfiles
|
#
699dd3e7 |
|
14-Aug-2013 |
John Scipione <jscipione@gmail.com> |
Refactor WinDecorator
|
#
72042357 |
|
19-Jul-2013 |
John Scipione <jscipione@gmail.com> |
Include some needed headers in the Jamfile was done for MacDecorator aready in hrev44313.
|
#
29f8805f |
|
13-Jun-2013 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Update freetype package Also use the new build feature rules
|
#
ca51eb36 |
|
02-Mar-2013 |
Matt Madia <mattmadia@gmail.com> |
Add FreeType headers dependencies, #8716. This allows MacDecorator to build once again. Due to other errors, BeDecorator and WinDecorator do not (yet) fail on the missing FreeType header -- hence it being only a comment for now.
|
#
74252cef |
|
02-Mar-2013 |
Matt Madia <mattmadia@gmail.com> |
Inform the decorators where to find DoublyLinkedList.h Prior to this, jam -q [ClassicBe|MacDecorator|WinDecorator] would fail. They still fail, but for one less reason at least.
|
#
362efe0c |
|
17-Mar-2012 |
Jérôme Duval <jerome.duval@gmail.com> |
freetype: builds against the 2.4.6 optional package. * added optional feature package for freetype 2.4.6 gcc4/gcc2 x86 and gcc4 ppc. * FT_CONFIG_OPTION_SUBPIXEL_RENDERING is disabled, --include-patented-code doesn't change this setting anymore. This would require different packages. * drop freetype sources and headers from the tree. * fix decorators, test app server and appearance to use feature package headers. * hybrid build untested.
|
#
b46615c5 |
|
19-May-2011 |
Stephan Aßmus <superstippi@gmx.de> |
Applied patch by Joseph "looncraz" Groover from ticket #7445. This changes how Decorators are managed and applied. The app_server no longer scans and maintains the available ones himself, but is simply asked to load a Decorator add-on from a provided path. The Decorator scanning is moved into DecorInfo and DecorInfoUtil, private classes in the InterfaceKit. The bin command 'setdecor' uses those. I cleaned up all the coding style violations that I could find, removed chunks of code which didn't make sense (if you never put a NULL pointer into a list, you don't need to check for this and so on) and also cleaned up other passages for improved clarity and simplicity. I also tested the functionality and it works fine. Would even be Ok to include in Alpha 3, IMHO. Thanks for the patch! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41581 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b6cb7d47 |
|
24-Dec-2009 |
Adrien Destugues <pulkomandy@pulkomandy.ath.cx> |
MacDecorator: only formatting changes WinDecorator: * Now compilable * Windows are drawing properly * The window title is still missing for some reason git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34762 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
4550f389 |
|
22-Dec-2009 |
Adrien Destugues <pulkomandy@pulkomandy.ath.cx> |
-Bring BeDecorator back at a compilable state -Some updates to the DecoratorManager to try to make it working. The add-on is not identified properly but I can't find out why... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34749 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1acbe440 |
|
06-Apr-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Removed the obsolete second argument ("relpath") of the Addon rule and shuffled "isExecutable" to the end. The new order favors the common use cases. Adjusted all Addon invocations and while at it also removed separate LinkAgainst invocations. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20604 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ca9e5772 |
|
07-Nov-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Reintroduced third LinkAgainst parameter <mapLibs>, defaulting to true. Library names are now mapped for all targets but "host" (not only for "haiku") -- added one more level of indirection to achieve that. (TARGET_LIBRARY_NAME_MAP -> *_LIBRARY_NAME_MAP_*). * Renamed build/HaikuBuildCompatibility.h to BeOSBuildCompatibility.h (auto-included when compiling something that uses the Be API for platform "host" on anon-BeOS platform), and introduced build/HaikuBuildCompatibility.h, which can be included when compiling something that can be built for both, Haiku and BeOS compatible platforms. * Introduced libhaikucompat.a, a library that adds a few functions existing under Haiku, but not under BeOS. * New rule AddSubDirSupportedPlatforms. * Renamed libopenbeos.so to libbe_haiku.so. * Introduced new target platform "libbe_test", which is basically equivalent to a BeOS compatible host platform target, with the exception, that instead of the host platform's libbe.so a special build of Haiku's libbe.so (libbe_haiku.so (formerly known as libopenbeos.so)) is used. Furthermore Haiku's public app, interface, storage, and support kit headers are used when compiling. This replaces the less nice way in which the test app server and applications for this test environment were built. When building for platform "libbe_test", the library name "be" is autotranslated to "libbe_haiku.so". Thus most applications don't need special fiddling when them building them for the app server test environment; usually an "AddSubDirSupportedPlatforms libbe_test ;" will suffice. * Reduced the dependencies of <syscalls.h> and fixed problems caused by this (e.g. source files not including the needed headers directly). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14749 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
338b8dc3 |
|
29-Oct-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Merged changes from branch build_system_redesign at revision 14573. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
df5f3cae |
|
13-Jul-2003 |
DarkWyrm <darkwyrm@gmail.com> |
Massive reconfiguring to fix link problems with all things needing app_server sources git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3962 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f6c67f7d |
|
07-Feb-2003 |
DarkWyrm <darkwyrm@gmail.com> |
Updated WinDecorator from proto7 API git-svn-id: file:///srv/svn/repos/haiku/trunk/current@2650 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
648b25f2 |
|
27-Sep-2002 |
shatty <shatty@nowhere.fake> |
added linkage line for be shared lib, building by jam works now. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1223 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9cf7b05e |
|
07-Sep-2002 |
DarkWyrm <darkwyrm@gmail.com> |
Removed SRect and SPoint as per Erik git-svn-id: file:///srv/svn/repos/haiku/trunk/current@991 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
25523b62 |
|
28-Aug-2002 |
ejakowatz <ejakowatz@nowhere.fake> |
Jamfiles for the decorators. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@931 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
220d04022750f40f8bac8f01fa551211e28d04f2 |
|
31-Jul-2014 |
Oliver Tappe <zooey@hirschkaefer.de> |
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.
|
#
b8187adfc7bc76d5848c3d564b8f48f8d7c38e47 |
|
20-Feb-2014 |
John Scipione <jscipione@gmail.com> |
normalize Jamfiles
|
#
699dd3e776f2cb16e72f64098aced0a5a2e9e372 |
|
14-Aug-2013 |
John Scipione <jscipione@gmail.com> |
Refactor WinDecorator
|
#
720423579387710769ce1018cd78417098e305c6 |
|
19-Jul-2013 |
John Scipione <jscipione@gmail.com> |
Include some needed headers in the Jamfile was done for MacDecorator aready in hrev44313.
|
#
29f8805f6c70f1c819eb58ac2220647d8e40d6e7 |
|
13-Jun-2013 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Update freetype package Also use the new build feature rules
|
#
ca51eb367d8a1876855f9c53a08653c41a164ea5 |
|
02-Mar-2013 |
Matt Madia <mattmadia@gmail.com> |
Add FreeType headers dependencies, #8716. This allows MacDecorator to build once again. Due to other errors, BeDecorator and WinDecorator do not (yet) fail on the missing FreeType header -- hence it being only a comment for now.
|
#
74252cefbcf266291fb069466189b4734eb05455 |
|
02-Mar-2013 |
Matt Madia <mattmadia@gmail.com> |
Inform the decorators where to find DoublyLinkedList.h Prior to this, jam -q [ClassicBe|MacDecorator|WinDecorator] would fail. They still fail, but for one less reason at least.
|
#
362efe0c9f36d3dd38b22d2c24ac02e54b189d7c |
|
17-Mar-2012 |
Jérôme Duval <jerome.duval@gmail.com> |
freetype: builds against the 2.4.6 optional package. * added optional feature package for freetype 2.4.6 gcc4/gcc2 x86 and gcc4 ppc. * FT_CONFIG_OPTION_SUBPIXEL_RENDERING is disabled, --include-patented-code doesn't change this setting anymore. This would require different packages. * drop freetype sources and headers from the tree. * fix decorators, test app server and appearance to use feature package headers. * hybrid build untested.
|
#
b46615c55ad2c8fe6de54412055a0713da3d610a |
|
19-May-2011 |
Stephan Aßmus <superstippi@gmx.de> |
Applied patch by Joseph "looncraz" Groover from ticket #7445. This changes how Decorators are managed and applied. The app_server no longer scans and maintains the available ones himself, but is simply asked to load a Decorator add-on from a provided path. The Decorator scanning is moved into DecorInfo and DecorInfoUtil, private classes in the InterfaceKit. The bin command 'setdecor' uses those. I cleaned up all the coding style violations that I could find, removed chunks of code which didn't make sense (if you never put a NULL pointer into a list, you don't need to check for this and so on) and also cleaned up other passages for improved clarity and simplicity. I also tested the functionality and it works fine. Would even be Ok to include in Alpha 3, IMHO. Thanks for the patch! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41581 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b6cb7d4779e5fbf1c5018b7f0c3e89f715d941c8 |
|
24-Dec-2009 |
Adrien Destugues <pulkomandy@pulkomandy.ath.cx> |
MacDecorator: only formatting changes WinDecorator: * Now compilable * Windows are drawing properly * The window title is still missing for some reason git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34762 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
4550f389498c5e5c7143f340fca42d51fe0f796d |
|
22-Dec-2009 |
Adrien Destugues <pulkomandy@pulkomandy.ath.cx> |
-Bring BeDecorator back at a compilable state -Some updates to the DecoratorManager to try to make it working. The add-on is not identified properly but I can't find out why... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34749 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1acbe440b8dd798953bec31d18ee589aa3f71b73 |
|
06-Apr-2007 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Removed the obsolete second argument ("relpath") of the Addon rule and shuffled "isExecutable" to the end. The new order favors the common use cases. Adjusted all Addon invocations and while at it also removed separate LinkAgainst invocations. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@20604 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
ca9e5772c3fa971474035b57ee9226ccc429ebc9 |
|
07-Nov-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Reintroduced third LinkAgainst parameter <mapLibs>, defaulting to true. Library names are now mapped for all targets but "host" (not only for "haiku") -- added one more level of indirection to achieve that. (TARGET_LIBRARY_NAME_MAP -> *_LIBRARY_NAME_MAP_*). * Renamed build/HaikuBuildCompatibility.h to BeOSBuildCompatibility.h (auto-included when compiling something that uses the Be API for platform "host" on anon-BeOS platform), and introduced build/HaikuBuildCompatibility.h, which can be included when compiling something that can be built for both, Haiku and BeOS compatible platforms. * Introduced libhaikucompat.a, a library that adds a few functions existing under Haiku, but not under BeOS. * New rule AddSubDirSupportedPlatforms. * Renamed libopenbeos.so to libbe_haiku.so. * Introduced new target platform "libbe_test", which is basically equivalent to a BeOS compatible host platform target, with the exception, that instead of the host platform's libbe.so a special build of Haiku's libbe.so (libbe_haiku.so (formerly known as libopenbeos.so)) is used. Furthermore Haiku's public app, interface, storage, and support kit headers are used when compiling. This replaces the less nice way in which the test app server and applications for this test environment were built. When building for platform "libbe_test", the library name "be" is autotranslated to "libbe_haiku.so". Thus most applications don't need special fiddling when them building them for the app server test environment; usually an "AddSubDirSupportedPlatforms libbe_test ;" will suffice. * Reduced the dependencies of <syscalls.h> and fixed problems caused by this (e.g. source files not including the needed headers directly). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14749 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
338b8dc301721b1f472e8297a898d4eaa2f2ee3a |
|
29-Oct-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Merged changes from branch build_system_redesign at revision 14573. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
df5f3cae53bc031c216b9647fc1efe3555535a66 |
|
13-Jul-2003 |
DarkWyrm <darkwyrm@gmail.com> |
Massive reconfiguring to fix link problems with all things needing app_server sources git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3962 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f6c67f7d6c5f778ad15e7d08b29632747174dc2d |
|
07-Feb-2003 |
DarkWyrm <darkwyrm@gmail.com> |
Updated WinDecorator from proto7 API git-svn-id: file:///srv/svn/repos/haiku/trunk/current@2650 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
648b25f2e17611f4fb3c514c7430f4652033aec2 |
|
27-Sep-2002 |
shatty <shatty@nowhere.fake> |
added linkage line for be shared lib, building by jam works now. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1223 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9cf7b05e49c2c1cb6abd75565400a5922b5f79e7 |
|
07-Sep-2002 |
DarkWyrm <darkwyrm@gmail.com> |
Removed SRect and SPoint as per Erik git-svn-id: file:///srv/svn/repos/haiku/trunk/current@991 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
25523b6213802c6afe4486000eac34861e3006ce |
|
28-Aug-2002 |
ejakowatz <ejakowatz@nowhere.fake> |
Jamfiles for the decorators. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@931 a95241bf-73f2-0310-859d-f6bbb57e9c96
|