From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5488A2BD.3080800@xenomai.org> Date: Wed, 10 Dec 2014 20:45:01 +0100 From: Philippe Gerum MIME-Version: 1.0 References: <20141210183747.GA24110@csclub.uwaterloo.ca> <20141210184232.GP1524@hermes.click-hack.org> <20141210190240.GB24110@csclub.uwaterloo.ca> <20141210190509.GR1524@hermes.click-hack.org> <20141210190939.GD24110@csclub.uwaterloo.ca> <20141210191350.GT1524@hermes.click-hack.org> <20141210191924.GF24110@csclub.uwaterloo.ca> In-Reply-To: <20141210191924.GF24110@csclub.uwaterloo.ca> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] __ipipe_root_status exported GPL only but used to be not GPL only and is breaking other code List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Lennart Sorensen , Gilles Chanteperdrix Cc: xenomai@xenomai.org On 12/10/2014 08:19 PM, Lennart Sorensen wrote: > On Wed, Dec 10, 2014 at 08:13:50PM +0100, Gilles Chanteperdrix wrote: >> This is true in user space. Not for kernel modules, see: >> https://git.xenomai.org/ipipe.git/tree/Documentation/stable_api_nonsense.txt?h=ipipe-3.14 > > I can't even figure out how to track down which call is making it > reference that symbol (for which it has zero interest of course). > > I suppose if whoever made the change in ipipe (which unfortunately the > ipipe git tree does not make easy to track down since it isn't like it > is one git tree moving from version to version) does not see the point > in reverting the change, then I will just have to keep a patch around to > do it instead and ignore the advisory on the symbol to get this to work. > I really don't want to do that, but stupid changes sometimes need stupid > fixes. > > This code does NOT use any xenomai or ipipe features. Other code does. > ipipe should not be breaking it. > The stupid guy is me, as the main copyright holder on most of the code you have been using with Xenomai so far. So where do we go from here? -- Philippe.