libosmocom VERSION doesn't get set properly
hi, when building libosmocom in osmocom-bb/src/shared (using the git-subtree script to keep everything up to date), the Makefile in src/shared/libosmocore/build-host doesn't have the version information set properly, instead i get: PACKAGE_VERSION = UNKNOWN VERSION = UNKNOWN this is causing problems compiling stuff that require libosmocom at a specific version, like some of the airprobe tools. i'm running mac os x 10.6.4, using autoconf 2.68, automake 1.11.1, binutils 2.20.1, gcc 4.5.1. when building the master git branch of libosmocom outside of osmocom-bb (bootstrapping using the bootstrap script from airprobe/gsm-receiver), the version gets set properly. thanks jakob -- jakob borg jakborg@fastmail.fm -- http://www.fastmail.fm - One of many happy users: http://www.fastmail.fm/docs/quotes.html
yes, this is sort of a known problem. it's an artefact resulting from the way libosmocore autotools magic generates its verwion from git tags. As the version tags don't exist in the osmocom-bb repo, things go wrong I haven't really come up with a good solution to the problem, but feel free to propose one. -- Sent from a mobile device, excuse my short response
Harald Welte wrote:
libosmocore autotools magic generates its verwion from git tags. As the version tags don't exist in the osmocom-bb repo, things go wrong
I haven't really come up with a good solution to the problem, but feel free to propose one.
Is libosmocore a submodule in osmocom-bb? In that case I would expect tags to be included. //Peter
Hi Peter, On Tue, Oct 26, 2010 at 06:17:43PM +0200, Peter Stuge wrote:
Harald Welte wrote:
libosmocore autotools magic generates its verwion from git tags. As the version tags don't exist in the osmocom-bb repo, things go wrong
I haven't really come up with a good solution to the problem, but feel free to propose one.
Is libosmocore a submodule in osmocom-bb? In that case I would expect tags to be included.
we use git-subtree and not sub-modules. I don't remember the problem with modules, but they didn't really do what we need. regards, harald -- - Harald Welte <laforge@gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
participants (3)
-
Harald Welte -
jakob borg -
Peter Stuge