#
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.
|
#
b0944c78 |
|
01-Aug-2013 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
More work towards hybrid support * 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).
|
#
83c3aba2 |
|
29-Jun-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
More localization support by taos, thanks! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42344 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
aba82385 |
|
28-Jun-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Patch by taos. Adds rdef files to make localization working. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42337 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b2a55ebf |
|
20-Jun-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Apply a nice patch from Taos, just some smaller fixes by myself. Localize the mail add-ons. The Japanese translation is attached to #7689. Please give a notice when it is in the translation system and the ticket can be closed. Does the B_UTF8_ELLIPSIS comes into the B_TRANSLATE macro? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42265 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d26fee1a |
|
08-Feb-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Switch to the new MailProtocol and account API. Lot of other smaller adaption to the new mail server. Remove button in the pref app removes the complete account because we don't have separate chains any more. The pref app stays a mess, needs some layout love! (I did it even look worse...) The new account/mail settings classes know if they have been changed but the current pref panel does not use this feature very well. It always mark the settings as modified when the settings view is displayed or more precise when the settings view is detached from the pref window, this could be optimized. The according mail protocol is completely restarted when their settings changed. Some system filters are now directly integrated in the mail protocols. Hopefully make things easier to understand. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40398 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
16d5c24e |
|
07-Jul-2009 |
Oliver Tappe <zooey@hirschkaefer.de> |
* merged 32bit-wchar_t branches of buildtools and haiku back into the respective trunk git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 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
|
#
9c91a5f9 |
|
05-Nov-2005 |
Alexander G.M. Smith <agmsmith@nowhere.fake> |
Now compiles for both Haiku and R5 targets. Also bumped the version number to 3.0.3, just in case we want to do a new release soon with this slightly better working version. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14718 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0755123f |
|
31-Oct-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Fixed most of the problems when building the MDR package for target R5. Some add-ons don't build, since they include non-R5 networking headers. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14598 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
|
#
ebab3a7e |
|
27-Sep-2004 |
Nathan Whitehorn <nwhitehorn@nowhere.fake> |
Fixed some library dependency issues that broke compilation on systems that don't have Haiku MDR installed. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9078 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0d21a7f4 |
|
21-Sep-2004 |
Nathan Whitehorn <nwhitehorn@nowhere.fake> |
Added packaging for the mail daemon, added build support for SSL mode (although it currently relies on manually uncommenting things in the Jamfile). PPP state detection still broken. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9025 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f7215ac8 |
|
20-Sep-2004 |
Nathan Whitehorn <nwhitehorn@nowhere.fake> |
Imported MDR. Some code still not entirely functional -- I haven't been able to figure out how to detect SSL, so IMAP and POP have it turned off. PPP auto-detect is also not functional at the moment. Other than that, it seems to work beautifully. Packaging will come later. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9016 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.
|
#
b0944c78b074a8110bd98e060415d0e8f38a7f65 |
|
01-Aug-2013 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
More work towards hybrid support * 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).
|
#
83c3aba207cb04bd8443c48481b5c8d3f27bde27 |
|
29-Jun-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
More localization support by taos, thanks! git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42344 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
aba82385f185a06370acaaeb06b9188326804814 |
|
28-Jun-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Patch by taos. Adds rdef files to make localization working. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42337 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
b2a55ebf98c90f5b1087d74ba18e9a8c4833f806 |
|
20-Jun-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Apply a nice patch from Taos, just some smaller fixes by myself. Localize the mail add-ons. The Japanese translation is attached to #7689. Please give a notice when it is in the translation system and the ticket can be closed. Does the B_UTF8_ELLIPSIS comes into the B_TRANSLATE macro? git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42265 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
d26fee1afb9b3f3fdee2ca569b4944c3ad377d39 |
|
08-Feb-2011 |
Clemens Zeidler <clemens.zeidler@googlemail.com> |
Switch to the new MailProtocol and account API. Lot of other smaller adaption to the new mail server. Remove button in the pref app removes the complete account because we don't have separate chains any more. The pref app stays a mess, needs some layout love! (I did it even look worse...) The new account/mail settings classes know if they have been changed but the current pref panel does not use this feature very well. It always mark the settings as modified when the settings view is displayed or more precise when the settings view is detached from the pref window, this could be optimized. The according mail protocol is completely restarted when their settings changed. Some system filters are now directly integrated in the mail protocols. Hopefully make things easier to understand. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40398 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
16d5c24e533eb14b7b8a99ee9f3ec9ba66335b1e |
|
07-Jul-2009 |
Oliver Tappe <zooey@hirschkaefer.de> |
* merged 32bit-wchar_t branches of buildtools and haiku back into the respective trunk git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@31443 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
|
#
9c91a5f9d6fa488da6076d0cd379d75258d0aca1 |
|
05-Nov-2005 |
Alexander G.M. Smith <agmsmith@nowhere.fake> |
Now compiles for both Haiku and R5 targets. Also bumped the version number to 3.0.3, just in case we want to do a new release soon with this slightly better working version. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14718 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0755123f839c29eb1aefbff6f5fd0aa9a4e381c3 |
|
31-Oct-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
Fixed most of the problems when building the MDR package for target R5. Some add-ons don't build, since they include non-R5 networking headers. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14598 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
|
#
ebab3a7e9c6bce9b5fa9a16089d4c4c880d462e2 |
|
27-Sep-2004 |
Nathan Whitehorn <nwhitehorn@nowhere.fake> |
Fixed some library dependency issues that broke compilation on systems that don't have Haiku MDR installed. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9078 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
0d21a7f43f0b7e2bcaf15d5a13abfb5ea066eb83 |
|
21-Sep-2004 |
Nathan Whitehorn <nwhitehorn@nowhere.fake> |
Added packaging for the mail daemon, added build support for SSL mode (although it currently relies on manually uncommenting things in the Jamfile). PPP state detection still broken. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9025 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
f7215ac853ab5fda385dffd3e3dc0e1f74662ce9 |
|
20-Sep-2004 |
Nathan Whitehorn <nwhitehorn@nowhere.fake> |
Imported MDR. Some code still not entirely functional -- I haven't been able to figure out how to detect SSL, so IMAP and POP have it turned off. PPP auto-detect is also not functional at the moment. Other than that, it seems to work beautifully. Packaging will come later. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9016 a95241bf-73f2-0310-859d-f6bbb57e9c96
|