RES: RES: Why not a directive rtems_clock_set (rtems_clock_time_value)?

[Joel Sherrill]

Fabrício de Novaes Kucinskis wrote:
> Joel, thanks for the path, but I think there's something more.
>
> I applied the patch and rebuilt RTEMS, but the clock_settime function was
> not compiled.
>
> Do I have to enable posix (currently I use --disable-posix) in configure? I
> undestood that this would not be necessary with this patch.
>   
The patch should have made a number of POSIX clock* functions
built whether or not posix itself was enabled.

More than likely you forgot to bootstrap and didn't have
--enable-maintainer-mode set.  I would bet that a reconfigure/rebuild
after a bootstrap will do it.

--joel
> Regards,
>
>
> Fabrício.
>
>
> -----Mensagem original-----
> De: Joel Sherrill [mailto:joel.sherrill at oarcorp.com]
> Enviada em: terça-feira, 18 de setembro de 2007 17:12
> Para: Fabrício de Novaes Kucinskis
> Cc: RTEMS - Mailing List
> Assunto: Re: RES: Why not a directive rtems_clock_set
> (rtems_clock_time_value)?
>
>
> Fabrício de Novaes Kucinskis wrote:
>   
>>> History.  Plus more people need to get the time in different formats
>>> than need to set it in different formats.
>>>
>>>       
>>     
>>> At this point in time, I have grown to dislike the enum overloaded
>>> style of clock_get.
>>>
>>>       
>> I'd ask for an enum overloaded style of clock_set, but forget it... :)
>>
>> Ok, so if I need a clock set function using the rtems_clock_time_value, I
>> have to create one. Just to ease my work, let me ask: is there an internal
>> "_Seconds_to_TOD" function or something alike?
>>
>>     
> Try this patch to cpukit/posix/Makefile.am and it should build
> posix/src/clocksettime.c.  That code is setup to do the conversion you
> want.
>
> Remember to bootstrap.
>
> Whether this patch should be in all builds is open to user discussion
> but POSIX defines the routine you want.
>
> --joel
>   
>> Regards,
>>
>>
>> Fabrício.
>>
>>
>>
>>
>>
>> -----Mensagem original-----
>> De: Joel Sherrill [mailto:joel.sherrill at oarcorp.com]
>> Enviada em: terça-feira, 18 de setembro de 2007 12:08
>> Para: Fabrício de Novaes Kucinskis
>> Cc: RTEMS - Mailing List
>> Assunto: Re: Why not a directive rtems_clock_set
>> (rtems_clock_time_value)?
>>
>>
>> Fabrício de Novaes Kucinskis wrote:
>>
>>     
>>> Hello all,
>>>
>>>
>>> I'm wondering here: if we have ways to get the RTEMS clock counter in the
>>> "rtems_time_of_day", "rtems_clock_time_value" and "rtems_interval"
>>>
>>>       
>> formats,
>>
>>     
>>> why there is just one way to set it (with "rtems_time_of_day")?
>>>
>>>
>>>
>>>       
>> History.  Plus more people need to get the time in different formats
>> than need to set it in different formats.
>>
>> At this point in time, I have grown to dislike the enum overloaded
>> style of clock_get.  It makes it harder to have strict typing and
>> that style of routine tends to reference more support code than
>> any particular user needs.  Thus it leads to code getting pulled in
>> that you won't necessarily use.  So I would lean to a new small
>> routine.  It's all up to users though.
>>
>>     
>>> Why don't we have a way to set the clock in "rtems_clock_time_value"? As
>>>
>>>       
>> the
>>
>>     
>>> counting is in ticks, I can't see any technical issue here that prevents
>>> this.
>>>
>>>
>>>       
>> There is this from POSIX:
>>
>> int clock_settime(
>>   clockid_t              clock_id,
>>   const struct timespec *tp
>> )
>>
>> Some of the code in posix/src is enabled all the time (e.g. sleep and
>> friends).  Maybe  it makes sense to enable this one also.
>>
>>
>>
>>     
>>> Regards,
>>>
>>>
>>> Fabrício de Novaes Kucinskis - DEA / INPE
>>> -----------------------------------------------
>>> Onboard Data Handling Group - SUBORD
>>> Aerospace Electronics Division
>>> Brazilian National Institute for Space Research
>>>
>>> _______________________________________________
>>> rtems-users mailing list
>>> rtems-users at rtems.com
>>> http://rtems.rtems.org/mailman/listinfo/rtems-users
>>>
>>>
>>>       
>> _______________________________________________
>> rtems-users mailing list
>> rtems-users at rtems.com
>> http://rtems.rtems.org/mailman/listinfo/rtems-users
>>
>>     
>
>
>