linux/poky.git/meta/recipes-support/gdbm, branch 2.1_M1

gdbm 1.8.3: install libgdbm_compat

2015-11-25T08:08:08+00:00

It has been built but not installed by default, while 1.11 builds and installs it. Fixed when build non_gplv3 + perl: powerpc64-wrs-linux-gcc -m64 -mhard-float -mcpu=e6500 --sysroot=/mnt/docker/test_p/bitbake_build/tmp/sysroots/fsl-t2xxx -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed - fstack-protector -shared NDBM_File.o -o ../../lib/auto/NDBM_File/NDBM_File.so \ -lgdbm -lgdbm_compat \ ld: cannot find -lgdbm_compat collect2: error: ld returned 1 exit status Makefile:473: recipe for target '../../lib/auto/NDBM_File/NDBM_File.so' failed (From OE-Core rev: 1a50961e63222e6196b9688f48700c7ba1596dbc) Signed-off-by: Robert Yang Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta: Fix Upstream-Status statements

2015-09-12T22:01:53+00:00

Fix a variety of problems such as typos, bad punctuations, or incorrect Upstream-Status values. (From OE-Core rev: bd220fe6ce8c3a0805f13a14706d3130ea872604) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gdbm 1.8.3: install ndbm.h and dbm.h

2015-07-01T14:39:59+00:00

There are gdbm 1.8.3 and gdbm 1.11, while 1.8.3 is GPLv2, it should install ndbm.h and dbm.h as what 1.11 does, to make perl build OK when non-gplv3 build. Fixed when perl build: (non-gplv3 buld) | NDBM_File.xs:18:60: fatal error: gdbm/ndbm.h: No such file or directory | # include /* RedHat compatibility version */ | ^ | compilation terminated. And: | ODBM_File.xs:8:19: fatal error: dbm.h: No such file or directory | # include | ^ | compilation terminated. (From OE-Core rev: f2abe18d2a3c9c4ff2b6b442bc496fd3b2203598) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

gdbm-1.8.3: obey LDFLAGS

2014-09-22T12:04:22+00:00

(From OE-Core rev: efdc4bff8dff4bf065a7c65e7d1c9f5460839a24) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

gdbm: enable ptest support

2014-05-06T16:59:16+00:00

Install gdbm test-suite and run it as ptest (From OE-Core rev: aaba69d598763831e8b42996154ed87d0db10714) Signed-off-by: Maxin B. John Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.

2014-05-02T19:46:59+00:00

The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. (From OE-Core rev: e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405) Signed-off-by: Max Eliaser Signed-off-by: Richard Purdie

gdbm: upgrade to 1.11

2014-01-06T11:13:54+00:00

(From OE-Core rev: 6c755add9e94d80d0f471eeecabe3de587136066) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Replace one-line DESCRIPTION with SUMMARY

2014-01-02T12:50:18+00:00

A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. (From OE-Core rev: b8feee3cf21f70ba4ec3b822d2f596d4fc02a292) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

gdbm: Resolve host contamination issue

2012-10-10T21:46:29+00:00

The autoconf macros detect the presence of -ldbm or -lndbm on the host system and add the library to link against, for now good reason I can explain. This patch makes the build behave determinstically whether they're present or not. Other than the extra linkage, there doesn't appear to be any other change in behaviour from these options and they look like dead code. The extra linkage can cause problems where sstate is used on a machine where the extra librbary isn't present causing build failures. (From OE-Core rev: f609bf5525450bfdb8e0864d44c41cce7f9319c9) Signed-off-by: Richard Purdie

gdbm: Package compat libs in gdbm-compat

2012-04-13T15:04:10+00:00

In order to avoid breaking packages which depend on old package name libgdbm4 (>= 1.10), compat libs are packaged into a separate package named gdbm-compat. (From OE-Core rev: 703d7efdf7679040f19430458cd575cded5c600e) Signed-off-by: Andrei Gherzan Signed-off-by: Richard Purdie