From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <46975A02.3030704@domain.hid> Date: Fri, 13 Jul 2007 10:54:58 +0000 From: =?ISO-8859-1?Q?St=E9phane_ANCELOT?= MIME-Version: 1.0 References: <4696082A.5090006@domain.hid> <1184261926.6014.157.camel@domain.hid> <4696A9BE.4090008@domain.hid> In-Reply-To: <4696A9BE.4090008@domain.hid> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: [Xenomai-help] xenomai release check List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai-help Jan Kiszka a =E9crit : > Philippe Gerum wrote: >> On Thu, 2007-07-12 at 10:53 +0000, St=E9phane ANCELOT wrote: >>> Hi, >>> >>> Is it possible to setup a function that returns the xeno version string= ? >>> >> Have a look at XENO_VERSION_CODE and friends in nucleus/version.h >=20 > I think Stephan has a different problem: >=20 >>> In cross compiled environment, this will permit to check at runtime that >>> you are running the program with the expected xeno libraries !!! >>> >>> We have had following problem on the target we setted up: >>> kernel modules were right, but usr/xenomai/libs were coming from an >>> older xeno release !! >>> at runtime , our program had some bad issues ! >=20 YES, YOU ARE RIGHT , we linked 2.3.0 compiled programs against 2.1.2 libs > He dynamically linked against some old Xenomai lib over a new kernel, > right? That should be caught by the ABI check on library init these > days. Stephan, can you tell us which versions where involved here? >=20 > Jan >=20