summaryrefslogtreecommitdiffstats
path: root/meta/recipes-extended/gperf
Commit message (Collapse)AuthorAgeFilesLines
* The poky repository master branch is no longer being updated.Richard Purdie2025-11-071-19/+0
| | | | | | | | | | | | | | | | | | | | | You can either: a) switch to individual clones of bitbake, openembedded-core, meta-yocto and yocto-docs b) use the new bitbake-setup You can find information about either approach in our documentation: https://docs.yoctoproject.org/ Note that "poky" the distro setting is still available in meta-yocto as before and we continue to use and maintain that. Long live Poky! Some further information on the background of this change can be found in: https://lists.openembedded.org/g/openembedded-architecture/message/2179 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: upgrade 3.1 -> 3.3Gyorgy Sarvari2025-08-143-216/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Both patches were dropped, because they are included in this release. License-Update: copyright date Update Changelog: 3.3: * Speedup: gperf is now between 2x and 2.5x faster. 3.2: * The generated code avoids several types of warnings: - "implicit fallthrough" warnings in 'switch' statements. - "unused parameter" warnings regarding 'str' or 'len'. - "missing initializer for field ..." warnings. - "zero as null pointer constant" warnings. * The input file may now use Windows line terminators (CR/LF) instead of Unix line terminators (LF). Note: This is an incompatible change. If you want to use a keyword that ends in a CR byte, such as xyz<CR>, write it as "xyz\r". (From OE-Core rev: f1c23e1fffb6392a510f897f2141298981e5e75e) Signed-off-by: Gyorgy Sarvari <skandigraun@gmail.com> Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Drop remaining md5sum checksumsRichard Purdie2025-05-011-1/+0
| | | | | | | | | | We have long since obsoleted md5sum in favour of sha256sum. Drop the remaining 56 entries (which were showing many recipes hadn't been touched in a long time). They all do have the corresponding sha256sum entries as is clear from the diff. (From OE-Core rev: 7e4bfcc9706fa8a09f6a0004174a2c3b21c90df3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: Pin to C17 stdKhem Raj2025-03-271-0/+2
| | | | | | | | | | gperf needs to be ported to work with C23 standard especially around getopt function signatures (From OE-Core rev: 27c869a671632d4cfeb26585b23b37d3a06066be) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: Make the code C++17 compliantKhem Raj2023-01-162-1/+31
| | | | | | | | | | | | Fixes | ../../gperf-3.1/lib/getline.cc:58:7: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister] | register int c = getc (stream); | ^~~~~~~~~ (From OE-Core rev: dd137feabdad2e7a2b3d107c703aad577a2e79c7) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Enable nativesdk for gperf, unifdef, gi-docgen and its dependenciesCarlos Alberto Lopez Perez2022-12-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | I'm building a SDK (bitbake task: populate_sdk) for WPE/WebKit development [1] and I need the tools below to be extended with the class nativesdk. They work fine on the SDK after this change. The needs are because: 1) gperf and unifdef are required by the WebKit build system at build time. 2) gi-docgen is required by the WebKit build system when CMake option 'ENABLE_DOCUMENTATION' is enabled, and gi-docgen itself depends on the following python modules that also need to enable nativesdk: python3-markdown, python3-smartypants and python3-typogrify [1] See: - https://github.com/Igalia/meta-webkit/pull/436 - https://bugs.webkit.org/show_bug.cgi?id=249604 (From OE-Core rev: 6cb38fd632a161bea7b9a04de400d8be8d565b07) Signed-off-by: Carlos Alberto Lopez Perez <clopez@igalia.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: Switch to upstream patchRichard Purdie2022-07-093-27/+182
| | | | | | | | | Upstream merged a patch to handle the reproducibility issue, switch to their patch which is functionally equivalent. (From OE-Core rev: db28cd0e1540e44db963108430205c8c0c817774) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: Add a patch to work around reproducibility issuesRichard Purdie2022-07-042-0/+28
| | | | | | | | | | | Add a patch to avoid writing the full pathname to gperf into source files which leads to reproducibility issues. This fixes issues with systemd reproducibility in particular. (From OE-Core rev: dea3c7ee2a413f7dc5f13ec006592084f7fb266c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta/meta-selftest/meta-skeleton: Update LICENSE variable to use SPDX ↵Richard Purdie2022-02-201-1/+1
| | | | | | | | | | | | | license identifiers An automated conversion using scripts/contrib/convert-spdx-licenses.py to convert to use the standard SPDX license identifiers. Two recipes in meta-selftest were not converted as they're that way specifically for testing. A change in linux-firmware was also skipped and may need a more manual tweak. (From OE-Core rev: ceda3238cdbf1beb216ae9ddb242470d5dfc25e0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: don't use aclocal.m4/acinclude.m4 danceRoss Burton2017-12-101-9/+3
| | | | | | | | | gperf doesn't use aclocal so don't call aclocal. (From OE-Core rev: e080880a82df7f9402a76f20b74e0f43b87f5b71) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: merge inc into bbRoss Burton2017-12-102-24/+21
| | | | | | | (From OE-Core rev: 28b7ff06d685873aee54b6c27caab3e9518c004a) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: upgrade to 3.1Alexander Kanavin2017-08-132-5/+5
| | | | | | | | (From OE-Core rev: 9784d22fee75d5e2998e0d5f226f54ef812a019b) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Move out stale GPLv2 versions to a seperate layeruninative-1.5Richard Purdie2017-03-071-10/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These are recipes where the upstream has moved to GPLv3 and these old versions are the last ones under the GPLv2 license. There are several reasons for making this move. There is a different quality of service with these recipes in that they don't get security fixes and upstream no longer care about them, in fact they're actively hostile against people using old versions. The recipes tend to need a different kind of maintenance to work with changes in the wider ecosystem and there needs to be isolation between changes made in the v3 versions and those in the v2 versions. There are probably better ways to handle a "non-GPLv3" system but right now having these in OE-Core makes them look like a first class citizen when I believe they have potential for a variety of undesireable issues. Moving them into a separate layer makes their different needs clearer, it also makes it clear how many of these there are. Some are probably not needed (e.g. mc), I also wonder whether some are useful (e.g. gmp) since most things that use them are GPLv3 only already. Someone could now more clearly see how to streamline the list of recipes here. I'm proposing we mmove to this separate layer for 2.3 with its future maintinership and testing to be determined in 2.4 and beyond. (From OE-Core rev: 19b7e950346fb1dde6505c45236eba6cd9b33b4b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove PR = r0 from all recipesRichard Purdie2013-10-301-1/+0
| | | | | | | | | | | | | Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). (From OE-Core rev: 58ae94f1b06d0e6234413dbf9869bde85f154c85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: fix license segment md5sum boundaryMarko Lindqvist2013-01-162-2/+2
| | | | | | | | | | | | Replaced incorrect "firstline" with correct "beginline" for telling where license segment in file begins. Old md5sum was calculated from the beginning of the file, not from beginning of the license segment. (From OE-Core rev: 9851d4bdf9283d280d8fc1302f5b744b6d792759) Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: fix out-of-tree buildsRoss Burton2012-12-141-2/+2
| | | | | | | (From OE-Core rev: 74d853525fc4252f717f0baaa322e6aa5c4eb88f) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gperf: Add missing SRC checksumMark Hatle2011-12-241-0/+3
| | | | | | | (From OE-Core rev: 10c08ea3d0aa52ffa951b17a11c4073c7331ee86) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* packages: Separate out most of the remaining packages into recipesRichard Purdie2010-09-013-0/+32
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2026-10-19 19:15:33 +0000