History log of /haiku/src/apps/magnify/Jamfile
Revision Date Author Comments
# 9e54316c 27-Aug-2019 CodeforEvolution <secundaja@gmail.com>

Fix the build of test_app_server on 64bit

So many Jamfiles to search through...runs also, but there
are lots of graphical glitches

Change-Id: Ibf9e64566a5b8c5742792ac9b1b0f9ccc6693c8d
Reviewed-on: https://review.haiku-os.org/c/haiku/+/1753
Reviewed-by: waddlesplash <waddlesplash@gmail.com>


# 1e60bdea 30-Mar-2019 Augustin Cavalier <waddlesplash@gmail.com>

Remove all invocations of SetSubDirSupportedPlatformsBeOSCompatible.


# 49a2d53d 22-Oct-2016 Augustin Cavalier <waddlesplash@gmail.com>

Magnify: Write an actual image for "save image", not a C++ data header.

I've no idea why this was what "save image" did, but apparently it's
done so since this code was imported into the trunk in the very first
commit. Now it saves PNGs, which is what users expect.

Fixes #5011.


# 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).


# 11c7ff53 25-Mar-2011 Jonas Sundström <jonas@kirilla.com>

Removing most About windows and menu items as discussed here
http://www.freelists.org/post/haiku-commits/r40968-in-haikutrunksrcapps-activitymonitor-bootmanager-charactermap-codycam-deskbar,3
Leaving them for now in replicants, and in Terminal, according to (my interpretation of) the instructions here
http://dev.haiku-os.org/browser/haiku/trunk/src/apps/terminal/README.GPL_to_OBOS#L70
Some sporadic cleanup.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41108 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b97c5149 15-Mar-2011 Jonas Sundström <jonas@kirilla.com>

Making use of B_TRANSLATE_APP_NAME, BAboutMenuItem, BAboutWindow. Clean-up. Removal of some ellipsis. ('About Haiku' in Deskbar.)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40968 a95241bf-73f2-0310-859d-f6bbb57e9c96


# d462be11 29-Dec-2010 Adrien Destugues <pulkomandy@pulkomandy.ath.cx>

Patch by dziadek: localize Magnify


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40022 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


# 100fd931 26-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

build Magnify for the app_server test environment also


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18636 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 16466e8a 30-May-2006 Axel Dörfler <axeld@pinc-software.de>

Cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17648 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b2dde401 01-Feb-2006 Jérôme Duval <korli@users.berlios.de>

made Magnify beos compatible


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16190 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


# 88c00013 07-Jun-2005 Jérôme Duval <korli@users.berlios.de>

clean up (now uses our libs, haiku name)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12988 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 02ea2a0f 11-Apr-2005 Michael Lotz <mmlr@mlotz.ch>

Replacing even more broken binary resources with rdefs.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12302 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 09710300 10-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Moved AddResources up. It needs to be called before the building rule.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@46 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5f281ed5 09-Jul-2002 ejakowatz <ejakowatz@nowhere.fake>

Well, I couldn't go to bed without making *something* build ... ;)


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11 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).


# 11c7ff531a01b64773d8a8f0e02c1c7c9f27ca29 25-Mar-2011 Jonas Sundström <jonas@kirilla.com>

Removing most About windows and menu items as discussed here
http://www.freelists.org/post/haiku-commits/r40968-in-haikutrunksrcapps-activitymonitor-bootmanager-charactermap-codycam-deskbar,3
Leaving them for now in replicants, and in Terminal, according to (my interpretation of) the instructions here
http://dev.haiku-os.org/browser/haiku/trunk/src/apps/terminal/README.GPL_to_OBOS#L70
Some sporadic cleanup.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41108 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b97c51490af2a4e3a20d6baf7d31e59b63924e99 15-Mar-2011 Jonas Sundström <jonas@kirilla.com>

Making use of B_TRANSLATE_APP_NAME, BAboutMenuItem, BAboutWindow. Clean-up. Removal of some ellipsis. ('About Haiku' in Deskbar.)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40968 a95241bf-73f2-0310-859d-f6bbb57e9c96


# d462be11574beb41832813067e221b1cea62be4d 29-Dec-2010 Adrien Destugues <pulkomandy@pulkomandy.ath.cx>

Patch by dziadek: localize Magnify


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40022 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


# 100fd931d75a81114e661c68869efbbfcb6ec210 26-Aug-2006 Stephan Aßmus <superstippi@gmx.de>

build Magnify for the app_server test environment also


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18636 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 16466e8a73065e007d0c5f4d1a4c4144fec164b9 30-May-2006 Axel Dörfler <axeld@pinc-software.de>

Cleanup.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17648 a95241bf-73f2-0310-859d-f6bbb57e9c96


# b2dde401e559201d3f725af0a3d4398745719a12 01-Feb-2006 Jérôme Duval <korli@users.berlios.de>

made Magnify beos compatible


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16190 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


# 88c0001344f604e5d72dbd5aaa071cb249c6798f 07-Jun-2005 Jérôme Duval <korli@users.berlios.de>

clean up (now uses our libs, haiku name)


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12988 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 02ea2a0f7c430b170b14117878a4420dcfc845c5 11-Apr-2005 Michael Lotz <mmlr@mlotz.ch>

Replacing even more broken binary resources with rdefs.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12302 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 097103002091cd2cf6bfb12e5a30526d284a3af5 10-Jul-2002 Ingo Weinhold <ingo_weinhold@gmx.de>

Moved AddResources up. It needs to be called before the building rule.


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@46 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5f281ed502a3359a107b59a54c1f7841dcf25d32 09-Jul-2002 ejakowatz <ejakowatz@nowhere.fake>

Well, I couldn't go to bed without making *something* build ... ;)


git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11 a95241bf-73f2-0310-859d-f6bbb57e9c96