* [Xenomai] xenomai-forge: Interface change of copperplate_init
@ 2013-03-08 14:16 Ronny Meeus
2013-03-08 15:03 ` Philippe Gerum
0 siblings, 1 reply; 6+ messages in thread
From: Ronny Meeus @ 2013-03-08 14:16 UTC (permalink / raw)
To: xenomai
Hello
I see that the interface of copperplate_init has been changed from:
void copperplate_init(int argc, char *const argv[]);
to
void copperplate_init(int *argcp, char *const **argvp);
This is disturbing if I have an application that needs to be run on
the 2 versions of xenomai.
Is there any construction (for example a define) I can use in my code
to call this function in a correct way?
Ronny.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] xenomai-forge: Interface change of copperplate_init
2013-03-08 14:16 [Xenomai] xenomai-forge: Interface change of copperplate_init Ronny Meeus
@ 2013-03-08 15:03 ` Philippe Gerum
2013-03-08 15:06 ` Philippe Gerum
0 siblings, 1 reply; 6+ messages in thread
From: Philippe Gerum @ 2013-03-08 15:03 UTC (permalink / raw)
To: Ronny Meeus; +Cc: xenomai
On 03/08/2013 03:16 PM, Ronny Meeus wrote:
> Hello
>
> I see that the interface of copperplate_init has been changed from:
>
> void copperplate_init(int argc, char *const argv[]);
> to
> void copperplate_init(int *argcp, char *const **argvp);
>
> This is disturbing if I have an application that needs to be run on
> the 2 versions of xenomai.
> Is there any construction (for example a define) I can use in my code
> to call this function in a correct way?
>
Nope, and don't expect any. The -forge interface is still in a state of
flux, albeit dust has settled a lot since it was all started. There
won't be any effort toward backward compat until 3.x is officially out.
No ETA.
--
Philippe.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] xenomai-forge: Interface change of copperplate_init
2013-03-08 15:03 ` Philippe Gerum
@ 2013-03-08 15:06 ` Philippe Gerum
2013-03-08 16:00 ` Ronny Meeus
[not found] ` <CAAXf6LVQG2RDwZZfxepJKFxeiLjJAW=Ua1z1PbWVDfOuV7tEAQ@mail.gmail.com>
0 siblings, 2 replies; 6+ messages in thread
From: Philippe Gerum @ 2013-03-08 15:06 UTC (permalink / raw)
To: Ronny Meeus; +Cc: xenomai
On 03/08/2013 04:03 PM, Philippe Gerum wrote:
> On 03/08/2013 03:16 PM, Ronny Meeus wrote:
>> Hello
>>
>> I see that the interface of copperplate_init has been changed from:
>>
>> void copperplate_init(int argc, char *const argv[]);
>> to
>> void copperplate_init(int *argcp, char *const **argvp);
>>
>> This is disturbing if I have an application that needs to be run on
>> the 2 versions of xenomai.
>> Is there any construction (for example a define) I can use in my code
>> to call this function in a correct way?
>>
>
> Nope, and don't expect any. The -forge interface is still in a state of
> flux, albeit dust has settled a lot since it was all started. There
> won't be any effort toward backward compat until 3.x is officially out.
> No ETA.
>
>
If you happen to use autoconf, then you could run AC_TRY_COMPILE to
figure out which syntax is the right one, and define a config symbol you
could test in your code accordingly.
--
Philippe.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] xenomai-forge: Interface change of copperplate_init
2013-03-08 15:06 ` Philippe Gerum
@ 2013-03-08 16:00 ` Ronny Meeus
[not found] ` <CAAXf6LVQG2RDwZZfxepJKFxeiLjJAW=Ua1z1PbWVDfOuV7tEAQ@mail.gmail.com>
1 sibling, 0 replies; 6+ messages in thread
From: Ronny Meeus @ 2013-03-08 16:00 UTC (permalink / raw)
To: Philippe Gerum; +Cc: xenomai
On Fri, Mar 8, 2013 at 4:06 PM, Philippe Gerum <rpm@xenomai.org> wrote:
> On 03/08/2013 04:03 PM, Philippe Gerum wrote:
>>
>> On 03/08/2013 03:16 PM, Ronny Meeus wrote:
>>>
>>> Hello
>>>
>>> I see that the interface of copperplate_init has been changed from:
>>>
>>> void copperplate_init(int argc, char *const argv[]);
>>> to
>>> void copperplate_init(int *argcp, char *const **argvp);
>>>
>>> This is disturbing if I have an application that needs to be run on
>>> the 2 versions of xenomai.
>>> Is there any construction (for example a define) I can use in my code
>>> to call this function in a correct way?
>>>
>>
>> Nope, and don't expect any. The -forge interface is still in a state of
>> flux, albeit dust has settled a lot since it was all started. There
>> won't be any effort toward backward compat until 3.x is officially out.
>> No ETA.
>>
>>
>
> If you happen to use autoconf, then you could run AC_TRY_COMPILE to figure
> out which syntax is the right one, and define a config symbol you could test
> in your code accordingly.
>
> --
> Philippe.
OK, thanks.
Ronny
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] xenomai-forge: Interface change of copperplate_init
[not found] ` <CAAXf6LVQG2RDwZZfxepJKFxeiLjJAW=Ua1z1PbWVDfOuV7tEAQ@mail.gmail.com>
@ 2013-03-08 18:35 ` Philippe Gerum
[not found] ` <CAAXf6LUa8t37Vz+A6+0Kcq-MMzHWbBe_rx1EzjRrxHVC-O91bA@mail.gmail.com>
0 siblings, 1 reply; 6+ messages in thread
From: Philippe Gerum @ 2013-03-08 18:35 UTC (permalink / raw)
To: Thomas De Schampheleire; +Cc: xenomai
On 03/08/2013 05:08 PM, Thomas De Schampheleire wrote:
> Hi Philippe,
>
> On Fri, Mar 8, 2013 at 4:06 PM, Philippe Gerum <rpm@xenomai.org> wrote:
>> On 03/08/2013 04:03 PM, Philippe Gerum wrote:
>>>
>>> On 03/08/2013 03:16 PM, Ronny Meeus wrote:
>>>>
>>>> Hello
>>>>
>>>> I see that the interface of copperplate_init has been changed from:
>>>>
>>>> void copperplate_init(int argc, char *const argv[]);
>>>> to
>>>> void copperplate_init(int *argcp, char *const **argvp);
>>>>
>>>> This is disturbing if I have an application that needs to be run on
>>>> the 2 versions of xenomai.
>>>> Is there any construction (for example a define) I can use in my code
>>>> to call this function in a correct way?
>>>>
>>>
>>> Nope, and don't expect any. The -forge interface is still in a state of
>>> flux, albeit dust has settled a lot since it was all started. There
>>> won't be any effort toward backward compat until 3.x is officially out.
>>> No ETA.
>
> Although I understand that -forge is still under heavy development,
> isn't it possible to manage it in such a way that people can already
> use it in a more or less stable way?
It should become possible now that the most invasive changes went in.
>
> What about exporting defines with the version, so that an application
> could test for this version and call copperplate_init in the right way
> accordingly? Similar to how you can test the kernel version.
Yes, adding an API rev number one can test can be done.
>
> Another problem point is the occasional rebasing of the -forge tree,
> which causes all commit hashes to change. Is there no other way to
> handle this? I haven't encountered another open-source project doing
> that.
Fact is that -forge has been my private playground for trying new ideas
for the past years, things which just can't be done in 2.x, with several
architecture-level changes. Rebasing allowed me to clean up my private
history from all the non-sense I might have come with until I eventually
saw the light. Obviously, this approach is annoying to people who don't
think this should be a private tree anymore. Fair enough.
> We have a local clone of the xenomai-forge tree, and we refer to it
> from buildroot based on the commit hash. If we then want to upgrade
> xenomai-forge, we cannot pull anymore, and have to recreate the entire
> repo. This means that all existing builds no longer work. It would
> really be nice if it were possible to keep existing commits untouched.
>
I'll do my best. Now that people are officially asking for living on the
bleeding edge using forge, I'll open a -next branch in the forge repo,
which will be subject to rebasing, keeping the linear history of master
unbroken.
> Thanks,
> Thomas
>
--
Philippe.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Xenomai] xenomai-forge: Interface change of copperplate_init
[not found] ` <CAAXf6LUa8t37Vz+A6+0Kcq-MMzHWbBe_rx1EzjRrxHVC-O91bA@mail.gmail.com>
@ 2013-03-22 18:16 ` Philippe Gerum
0 siblings, 0 replies; 6+ messages in thread
From: Philippe Gerum @ 2013-03-22 18:16 UTC (permalink / raw)
To: Thomas De Schampheleire; +Cc: xenomai
On 03/08/2013 08:03 PM, Thomas De Schampheleire wrote:
>> I'll do my best. Now that people are officially asking for living on the
>> bleeding edge using forge, I'll open a -next branch in the forge repo, which
>> will be subject to rebasing, keeping the linear history of master unbroken.
>
> This sounds great, it would help us a lot.
> I think xenomai-forge/Mercury is a great project, and would like to
> thank you for all the effort you put into it, and the great support
> you've given us so far!
>
Please have a look at:
http://git.xenomai.org/?p=xenomai-forge.git;a=commit;h=ec99782c35c4dfa548512434180db303a34d1d2b
Testing CONFIG_XENO_UAPI_LEVEL from userland (xeno_config.h) should
allow people to issue conditional code depending on the revision level
of the copperplate library.
Let me know if that fits the bill.
TIA,
--
Philippe.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-03-22 18:16 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-03-08 14:16 [Xenomai] xenomai-forge: Interface change of copperplate_init Ronny Meeus
2013-03-08 15:03 ` Philippe Gerum
2013-03-08 15:06 ` Philippe Gerum
2013-03-08 16:00 ` Ronny Meeus
[not found] ` <CAAXf6LVQG2RDwZZfxepJKFxeiLjJAW=Ua1z1PbWVDfOuV7tEAQ@mail.gmail.com>
2013-03-08 18:35 ` Philippe Gerum
[not found] ` <CAAXf6LUa8t37Vz+A6+0Kcq-MMzHWbBe_rx1EzjRrxHVC-O91bA@mail.gmail.com>
2013-03-22 18:16 ` Philippe Gerum
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.