Cortex: fix the catalog location of the main application

Previously, hrev55011 introduced localization for Cortex, which then
prompted to close #7530. It has then been reopened, when it turns out
that the translations for the container application (RouteApp) did not
work, whereas the individual add-ons/modules were translated.

The cause is that by default BCatalog looks up the translations based on
the subtype part of the signature. This is x-vnd.Cortex.Route (without
the application/ supertype). This change will place the translations in
the right place of the file system.

The add-ons were never affected, since they BCatalog is explicitly told
to find the translations for the entire signature, like:

static BCatalog sCatalog("application/x-vnd.Cortex.InfoView");

Even so, it was chosen to omit the `application` supertype from the
signature for the shared code as well.

This should fix #7530 for good.

Change-Id: Iff18fabef7aba68602e49db1e98cfed2f486f545
Reviewed-on: https://review.haiku-os.org/c/haiku/+/4091
Reviewed-by: Niels Sascha Reedijk <niels.reedijk@gmail.com>
Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org>

Added localization support for Cortex app.

* Fixes #7530.

Change-Id: I238c4c8fe32b181a8e1a4bd688bcbe9f3a87f79f
Signed-off-by: Kacper Kasper <kacperkasper@gmail.com>
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3169
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>

Remove all invocations of SetSubDirSupportedPlatformsBeOSCompatible.

Add a feature for expat.

* Icon-O-Matic and Cortex are dependent on the feature.
* remove expat lib from the build and from the tree.
* expat package is added to regular builds.

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.

* We already have libexpat inside of the Haiku branch. So there is no need to have a separate version inside of Cortex.
* Thus, remove it and link against the version in src/lib/expat instead
* Exporting/Importing MediaNode configuration works fluently still...



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

* changed resource format to text file
* created new icon for Cortex
(add-on host needs same changes yet)


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

Lots 'n lots of STL fixes to make it compiling for GCC 4+



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

Added Cortex to build system, removed makefiles.
This turned out to be more complex then expected.


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

Add a feature for expat.

* Icon-O-Matic and Cortex are dependent on the feature.
* remove expat lib from the build and from the tree.
* expat package is added to regular builds.

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.

* We already have libexpat inside of the Haiku branch. So there is no need to have a separate version inside of Cortex.
* Thus, remove it and link against the version in src/lib/expat instead
* Exporting/Importing MediaNode configuration works fluently still...



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

* changed resource format to text file
* created new icon for Cortex
(add-on host needs same changes yet)


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

Lots 'n lots of STL fixes to make it compiling for GCC 4+



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

Added Cortex to build system, removed makefiles.
This turned out to be more complex then expected.


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