aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gcc
AgeCommit message (Collapse)Author
2012-09-25gcc-common.inc: Consider multilib when renaming libgcc for debian'nessKhem Raj
When doing multilib builds rpm does not find libgcc1 for lib32 multilib because its not honoring the debian renaming scheme for libgcc-multilib. Lets add MLPREFIX to fix it. (From OE-Core rev: 9327ca868667b15f29af3123611d6f56b4249a63) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-21gcc: Use 4.7.2 release tarballKhem Raj
This avoids the SVN or git fetcher issues for gcc and the tar is mirrored around the world so it will not be slow Fixes [YOCTO #2908] (From OE-Core rev: 5e03d1e83d0536a2fc69a88d3e5407108836203f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-21bitbake.conf/gcc-common.inc: Fix STAMPCLEAN expressionRichard Purdie
The globs used for STAMPCLEAN were too greedy matching gcc-cross-initial stamps for gcc-cross for example. This patch resolves that problem making the assumption that PV starts with something numeric. This assumption should hold in most cases and has a better failure case that the current situation. (From OE-Core rev: d7fbc70b6c6ac629d2a23ac16ab45461f88b4b26) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-20bitbake.conf/gcc: Add clean masks for stamp filesRichard Purdie
This takes advantage of new bitbake functionality to clean up stale stamp files when creating new stamp files. [YOCTO #2961] (From OE-Core rev: e21b6c04e512a3bc2339a20045b7041f1d26e859) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-12gcc-4.7: Backport libgcc fixes to appease the new build sequenceKhem Raj
This makes the libgcc builds identical when done with gcc-cross-initial or final gcc-cross. Since eglibc only sees gcc-cross-initial it is important that the final libgcc that appears on root file system is same as the one against which eglibc was built. (From OE-Core rev: bd0ab094d6c36b55848e23e63b96587773299a7f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-12gcc-4.7: Fix build for armv4/EABI and ppc/OsKhem Raj
arm patch is a forward port from OE/classic ppc patch should help in building images with Os (From OE-Core rev: ac9ebcea4a2b778f6dd103a729831d9a9be281df) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-07gcc-cross-initial: Reinstate limits.h generation fixRichard Purdie
The removal of gcc-cross-intermediate inadvertently reintroduced a problem with the limits.h file being incorrectly/inconsistently generated. http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=b0faebd1f07e1616004bd19664395932e7c2c48f reverted part of: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=c8815d2f21849deb9359706f54dc71490773415e This reintroduces the protected sysroot ensuring the limits.h file is always correctly generated. To reproduce the bug, build gcc-cross, then rebuild gcc-cross-initial and it will reference the limits.h file from gcc-cross in the sysroot. (From OE-Core rev: 71854f5c8c6850ed37777cad21acc92fdbea32fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-02nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie
As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-24gcc-4.7: Add fix for libtool rpath problemsRichard Purdie
This avoids problems with libstdc++ having bad rpaths (/usr/lib/../.lib) in its .la file. See the patch for more information. (From OE-Core rev: bd27e81f1fa49e2770da9a4a65a83e9d4c3a0dd0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-22gcc: bump PRMartin Jansa
* missing in 30617bde61a3b0a0944b49a0c9fb7159dacbb19f, eglibc-initial fails to compile in incremental build with OEBasic (From OE-Core rev: 495ccece87b56d696e92c5cdc39b79fd9813caa0) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-21gcc-cross-intermediate, gcc-crosssdk-intermediate: RemoveKhem Raj
These recipes arent used anymore so delete them (From OE-Core rev: 4ef8960c8d2876914bb78cbdce5fae3c5297e942) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-21gcc-crosssdk-initial_4.7.bb: Add --with-native-system-header-dir to EXTRA_OECONFKhem Raj
gcc-crosssdk-intermediate will go away and -initial will assume its responsibility therefore transfer the option (From OE-Core rev: 7f6883b225f9a0fdc44be2d1cb66ddc744174fbc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-21gcc-cross: Make gcc-cross-initial as the only intermediate gcc stageKhem Raj
Now glibc can be compiled with gcc-cross-initial therefore prepare the stage to drop gcc-cross-intermediate Also drop arm-nolibfloat.patch should not be needed anymore half of changes in this patch are meant for OABI which we dont use anymore (From OE-Core rev: 30617bde61a3b0a0944b49a0c9fb7159dacbb19f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-07gcc: Disable use of sdt.h headerRichard Purdie
The target sysroot might contain sdt.h but we don't list this in DEPENDS and shouldn't be referencing it. Unfortunately there is no way to tell configure this since these tests are uncached and we can't force a particular value. The only option is therefore to patch this out. (From OE-Core rev: 1409d9b9690e39ecc63aacfdd5785586d83633ee) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-06gcc-cross-initial: Ensure it uses an isolated sysrootRichard Purdie
If we don't do this, a stale limits.h may be detected in STAGING_DIR_TARGET which would result in a different limits.h getting generated by gcc-cross-initial that references it. The referenced limits.h will then not get found by eglibc-initial causing rather strange build failures. The simplest solution is to create a temporary sysroot containing only the things gcc-cross-initial should care about and this results in a correct limits.h file regardless of what else may have been built. (From OE-Core rev: 9c304eae0724474902fe2f3150adc6af115af9ba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-03gcc: Bump PR since there have been several gcc changes and various problems ↵Richard Purdie
reported and this should flush anything stale out (From OE-Core rev: a9d0cbe1d84bb26fc1a1f48764fe514cf9f9c548) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-03gcc-cross-initial: Fix typo causing limits.h not to be presentRichard Purdie
(From OE-Core rev: f26014b1b2e7ae0a23829487ca0c0bc05043b5d7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-01gcc-configure-target: Set native-system-header-dir for target gccRichard Purdie
Without this set, in the case host=target (which it does for on-target gcc), the native header directory is set to the target sysroot with no prefix. This means it would look for sdt.h on the build system instead of in the target headers and this can lead to build failures and is host contamination of the build. The correct fix is to explicitly set the native header directory to the correct location and then the headers get detected correctly. (From OE-Core rev: 404d2d490fc347203e89d274530c17fb5f0aa20f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-26gcc-cross-initial: Stage self sufficient fixed limits.hKhem Raj
currently gcc installs a limits.h which references to another limits.h which it expects from target sysroot and that header in target sysroot will come from eglibc. So we need to break this catch-22 and hence we install a self sufficient limits.h which is then happy when referenced and doesnt complain about missing limits.h from target sysroot. This is mostly used when eglibc-initial configure is run (From OE-Core rev: eeb445ecbc651ad614a4fc492039bdad0747d45d) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-24libgcc: Add missing dependency on libc:do_packageRichard Purdie
do_package writes out shlibs data and libgcc can depend on the values there. We therefore need to express the depdency so that sstate can account for it for example. Without this a version change in eglibc can "psersist" in the sstate cache and corrupt builds. (From OE-Core rev: 4148bc80c008d25c8a536c7c7dfdeac1669a6662) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-18gcc: remove 904-flatten-switch-stmt-00.patchBernhard Reutner-Fischer
Remove brute-force flattening and bump PR. Refer to -ftree-switch-conversion emit_case_bit_tests(), -ftree-if-to-switch-conversion et al in 4.8 (From OE-Core rev: 2eb0e56217137ece3d86a70676a3f3c8db525459) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-18gcc-package-runtime.inc: Fix QA warningMatthew McClintock
> ERROR: QA Issue: gcc-runtime: Files/directories were installed but not shipped > /usr/lib/libgomp.so.1.0.0 > /usr/lib/libgomp.so.1 (From OE-Core rev: fee3def2ca49e3349758d9cd9a9cf5645f03cf18) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-17gcc-cross-initial.inc: Use BFD ld as default alwaysKhem Raj
When using gold as default linker in final toolchain gcc-cross-initial still needs to use BFD ld since it will link eglibc-initial (From OE-Core rev: f643f886b16f586426c744afde080a99d71a9d58) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-17gcc: Switch to git SRC_URIKhem Raj
svn has been giving troubles with svn 1.7 upgrade Remove duplicate definition of S and B variables from gcc-4.7.inc Use 4.7.1.0 for PV to maintain the upgrade path Its an interim solution once we upgrade to 4.7.2 we will drop it. (From OE-Core rev: 3f3b74b3fd6ba813dd69804706edcea145876e09) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-17gcc: Refresh support for fsl E5500/E6500Khem Raj
These patches are backport from gcc mainline they fix issues where eglibc was not compilable for e5500+ due to missing vector intrinsics It obsoletes the existing e5500 patch (From OE-Core rev: b440aeeceb8c2e9f412d98793fb1dd55ff9d73f5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-17gcc: Convert do_headerfix into a definitive patchKhem Raj
do_headerfix task is essentially editing configuration headers in sources which can well be maintained as a patch which is easier to spot errors (if any) than dynamically edited source tree (From OE-Core rev: ddd344e9acef88d614473581266569ce14716ccc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-17crosssdk/nativesdk: Ensure EXTRA_OECONF_FPU is unsetRichard Purdie
If EXTRA_OECONF_FPU is left set, certain ARM variables related to hard-float can get pulled in and trigger rebuilds of the crosssdk code. The best solution is to simply force the variable to a known correct value for the SDK targets currently supported in the same way as TARGET_FPU. There is some slight rearrangement of the gcc code to ensure the variable is always used to call the fpu function. (From OE-Core rev: 410990445ada8cdcfaec4e6fa5791cee9a5b8983) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-17Update proto -> protocol for recipesSaul Wold
(From OE-Core rev: 247fbed5a93800c44dc36e403f13bdc8dd704553) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-11libgomp: add libgomp (openmp) library, and build for powerpc targets by defaultMatthew McClintock
(From OE-Core rev: b76a7bc8dcb7aed7d6f026e77a226837004c50af) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-11gcc: gcc-cross-canadian: use correct location for libraries for powerpc64Matthew McClintock
This fixes the issue where gcc invokes the linker with an incorrect -L library location and gives up because it can't find libraries. It was looking in a /lib folder instead of /lib64 (From OE-Core rev: 1b428f0151a5b86332b501871bf4a925b43580a5) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-11gcc-configure-common.inc: use --with-long-double-128 on powerpc to comply ↵Matthew McClintock
with ABI (From OE-Core rev: 243539efec94e79dade2525d0ab3586eea48c529) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-09gcc-common: Don't use "is" for comparing strings, use "=="Kartik Mohta
Needed because the equality check was failing here even though upon printing the LHS and RHS were the same. As per http://stackoverflow.com/a/2987975/64537, using "is" compares the memory addresses of the two objects which is not what we want here. We just want to compare the values. (From OE-Core rev: 7fd82cc90a48302ed42b6bfa962bb0de2c652b45) Signed-off-by: Kartik Mohta <kartikmohta@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-05gcc: fix collect2 host contamination problem properlyRichard Purdie
We added the autoconf cache line a while back to ensure that configure doesn't poke into some hardcoded host paths looking for things it shouldn't. Applying it as part of do_configure wasn't getting it to the do_compile tasks where much of the configure scripts are run by gcc. This changes it to a simple export to ensure it reaches the places it needs to and truly gets rid of the cross compile badness messages from the logs. (From OE-Core rev: af58d5c3a5c5e632aa20b1d007d47dbbfb4ed6e6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-29gcc-configure-sdk, gcc-configure-cross: Dont recompute USE_NLSKhem Raj
This was needed because on eglibc based builds we did not define USE_NLS but now we define it in default config to have a valid value so we do not need this here. Moreover it was wrong and was not covering all cases of uclibc triplets (From OE-Core rev: fc9492654aab2a6e3f46977193b5a5f388e4ee85) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-29libgcc: Remove unpackage unwind.hKhem Raj
Fixes build warnings like below WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package: WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.h (From OE-Core rev: f7ec6ea2b32207993e7fc92ed67c08f542007953) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-25gcc: Remove csl gcc recipesKhem Raj
sourcery toolchain is available as external pluggable toolchain if needed. (From OE-Core rev: 7d0c7a759c29669b2b5828fd75837926506acd87) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-25gcc-4.6: Retire into toochain-layerKhem Raj
If anyone wants it add toolchain-layer from meta-openembedded repo to your setup (From OE-Core rev: a78260d8d041e606ce4d10c0bb52f196dd27832e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-21gcc: Fix a case of sysroot with trailing / and gxx-include-dir leading slashKhem Raj
when using --with-sysroot=/ and --with-gxx-headers=/usr/include/c++ configure eats up one leading / from gxx include dir fixed thusly (From OE-Core rev: 51064de5fb92c53c99b21487c0ebcafeaf3cc3ad) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-21gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been outKhem Raj
(From OE-Core rev: 7986e424995a4119b45a09767dc5100a5cdb5161) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-18gcc-cross: argument list too long when do_installRobert Yang
There would be an "Argument list too long" error when the length of tmpdir is longer than 190, this is caused by: headers=`echo $(PLUGIN_HEADERS) | tr ' ' '\012' | sort -u` The PLUGIN_HEADERS is too long before sort, so the "echo" can't handle it, use the $(sort list) of GNU make which can handle the too long list would fix the problem, the header would be short enough after sorted. The "tr ' ' '\012'" was used for translating the space to "\n", the $(sort list) doesn't need this. This doesn't impact the output, so it doesn't need the PR bump. [YOCTO #2591] (From OE-Core rev: b9b75e6cf31991c046713194f75bc61027558464) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-15gcc-target: ensure target packages have the correct virtual package namesSaul Wold
Resolves this error during do_rootfs: | * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-core-standalone-sdk-target: | * eglibc (>= 2.15) * | * opkg_install_cmd: Cannot install package task-core-standalone-sdk-target. NOTE: package core-image-sato-sdk-1.0-r0: task do_rootfs: Failed (From OE-Core rev: 86e3b90d1963fa6982869e005d7858222a8527d5) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-14gcc-configure-target: Fix sysroot option breakage I introduced (sorry)Richard Purdie
(From OE-Core rev: ba380813c0198f95b1e786aa7f49b80c68cfe9b9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-13gcc-configure-common: Use build time sysroot for target gccKhem Raj
Otherwise it assumes / as sysroot on build host and starts searching for directories in there. [RP: Tweak to add missing = for consistent syntax] (From OE-Core rev: d132bcc41d9956f8cc171e34232d991e2b444689) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-11gcc-common: Replace use of TARGET_ARCH with TRANSLATED_TARGET_ARCHKhem Raj
TARGET_ARCH is poured into TRANSLATED_TARGET_ARCH for gcc-cross family or gcc-crosssdk family of recipes we have to check for TRANSLATED_TARGET_ARCH (From OE-Core rev: 03f7322b1f4e1b1cf465a46cba3b82573384ab9e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-11gcc-common: Enable hardfloat ABI when target is armKhem Raj
We need to check target to be arm before enabling hard-float ABI. There are crossdk targets or candian-cross targets built for arm and we should not enable it for those class of recipes. (From OE-Core rev: f48bb903218e14ba15dab452e8bb43ba25b9ea44) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-24gcc: Grok for callconvention-hard to enable hard floatKhem Raj
If callconvention-hard is set then we build gcc defaulting to hard-float ABI (From OE-Core rev: 88dee5cf5265d3ea26fc9d471fc6155e48935dc7) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-24gcc-4.7: Add knowledge about arm hf dynamic loaderKhem Raj
(From OE-Core rev: a0d9e602a778feab2201a0643fb7d555b71017b9) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-21gcc-4.6, gcc-4.7: Add support for building mips64 cross compilerKhem Raj
Defaults to n64 ABI (From OE-Core rev: 253f1f3aebd1a90c55efcc6d1f585204e7f3c371) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-06gcc-4.6: disable cloog, change syntax to disable pplAndreas Oberritter
* Backported from 523df15bcc21e1749771cca757613f3520243b8e as suggested by Khem. * Original commit message: If build system has those libraries installed gcc configure will pick them up. We want consistent builds so we disable them since we do not (yet) support them (From OE-Core rev: 9de1de7c2c4e9f5accb4dd082fe819a711defbfb) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-05-04gcc-4.6: explicitly disable pplAndreas Oberritter
* Fixes the following error after a system library upgrade | .../mipsel-oe-linux/4.6.4/cc1: error while loading shared libraries: libppl.so.10: cannot open shared object file: No such file or directory (From OE-Core rev: 2c0fb8265d4876db537850f4b20c898dde3a0f4c) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-04-26 10:59:14 +0000