On Fri, Jun 28, 2019, 9:57 PM Gedare Bloom wrote:
> On Fri, Jun 28, 2019 at 7:20 AM Vaibhav Gupta
> wrote:
> >
> >
> >
> > On Fri, Jun 28, 2019, 6:19 PM Joel Sherrill wrote:
> >>
> >>
> >>
> >> On Fri, Jun 28, 2019, 8:40 AM Vaibhav Gupta
> wrote:
> >>>
> >>>
> >>>
> >>> On Fri, Jun 28, 2019, 5
On Mon, Jul 1, 2019, 5:20 PM Chris Johns wrote:
> On 1/7/19 10:28 pm, Joel Sherrill wrote:
> > The hope was to find an already
> > implemented optimized version with history for the SPARC. But so far we
> haven't
> > found one with appropriate license. It will be difficult to implement,
> ensure
On 1/7/19 10:28 pm, Joel Sherrill wrote:
> The hope was to find an already
> implemented optimized version with history for the SPARC. But so far we
> haven't
> found one with appropriate license. It will be difficult to implement, ensure
> correctness, and really gain speed.
Is this suitable ...
On Mon, Jul 1, 2019 at 8:05 AM Vaibhav Gupta
wrote:
>
>
> On Mon, Jul 1, 2019 at 6:21 PM Vaibhav Gupta
> wrote:
>
>>
>>
>> On Mon, Jul 1, 2019 at 6:18 PM Aditya Upadhyay
>> wrote:
>>
>>> On Mon, Jul 1, 2019 at 6:10 PM Vaibhav Gupta
>>> wrote:
>>> >
>>> >
>>> >
>>> > On Mon, Jul 1, 2019 at 6:07
On Mon, Jul 1, 2019 at 6:21 PM Vaibhav Gupta
wrote:
>
>
> On Mon, Jul 1, 2019 at 6:18 PM Aditya Upadhyay
> wrote:
>
>> On Mon, Jul 1, 2019 at 6:10 PM Vaibhav Gupta
>> wrote:
>> >
>> >
>> >
>> > On Mon, Jul 1, 2019 at 6:07 PM Aditya Upadhyay
>> wrote:
>> >>
>> >> On Mon, Jul 1, 2019 at 5:58 PM
On Mon, Jul 1, 2019 at 6:18 PM Aditya Upadhyay wrote:
> On Mon, Jul 1, 2019 at 6:10 PM Vaibhav Gupta
> wrote:
> >
> >
> >
> > On Mon, Jul 1, 2019 at 6:07 PM Aditya Upadhyay
> wrote:
> >>
> >> On Mon, Jul 1, 2019 at 5:58 PM Joel Sherrill wrote:
> >> >
> >> > If you have finished ndbm, please do
On Mon, Jul 1, 2019 at 6:10 PM Vaibhav Gupta wrote:
>
>
>
> On Mon, Jul 1, 2019 at 6:07 PM Aditya Upadhyay wrote:
>>
>> On Mon, Jul 1, 2019 at 5:58 PM Joel Sherrill wrote:
>> >
>> > If you have finished ndbm, please do not attempt to write memcpy for
>> > SPARC. It is not as important as having
On Mon, Jul 1, 2019 at 6:07 PM Aditya Upadhyay wrote:
> On Mon, Jul 1, 2019 at 5:58 PM Joel Sherrill wrote:
> >
> > If you have finished ndbm, please do not attempt to write memcpy for
> SPARC. It is not as important as having fenv.h methods. We have a default
> memcpy implementation for all arc
On Mon, Jul 1, 2019 at 5:58 PM Joel Sherrill wrote:
>
> If you have finished ndbm, please do not attempt to write memcpy for SPARC.
> It is not as important as having fenv.h methods. We have a default memcpy
> implementation for all architectures. The hope was to find an already
> implemented o
On Mon, Jul 1, 2019 at 5:58 PM Joel Sherrill wrote:
> If you have finished ndbm, please do not attempt to write memcpy for
> SPARC. It is not as important as having fenv.h methods. We have a default
> memcpy implementation for all architectures. The hope was to find an
> already implemented optim
If you have finished ndbm, please do not attempt to write memcpy for SPARC.
It is not as important as having fenv.h methods. We have a default memcpy
implementation for all architectures. The hope was to find an already
implemented optimized version with history for the SPARC. But so far we
haven't
Hello,
I am reading about memcpy to write it for newlib.
Should I also write wmemcpy along with it?
https://pubs.opengroup.org/onlinepubs/009695399/functions/wmemcpy.html
.
Regarding ndbm reference. RSB has not generated library files.
- but in newlib source tree, when I compiled newlib, while port
On Fri, Jun 28, 2019 at 7:20 AM Vaibhav Gupta wrote:
>
>
>
> On Fri, Jun 28, 2019, 6:19 PM Joel Sherrill wrote:
>>
>>
>>
>> On Fri, Jun 28, 2019, 8:40 AM Vaibhav Gupta wrote:
>>>
>>>
>>>
>>> On Fri, Jun 28, 2019, 5:57 PM Joel Sherrill wrote:
You need to add the library to the gcc comm
On Fri, Jun 28, 2019, 6:19 PM Joel Sherrill wrote:
>
>
> On Fri, Jun 28, 2019, 8:40 AM Vaibhav Gupta
> wrote:
>
>>
>>
>> On Fri, Jun 28, 2019, 5:57 PM Joel Sherrill wrote:
>>
>>> You need to add the library to the gcc command that links the program.
>>> If the libndbm is in the library search p
On Fri, Jun 28, 2019, 8:40 AM Vaibhav Gupta
wrote:
>
>
> On Fri, Jun 28, 2019, 5:57 PM Joel Sherrill wrote:
>
>> You need to add the library to the gcc command that links the program. If
>> the libndbm is in the library search path, add -lndbm.
>>
>> I don't recall the exact Makefile variable to
On Fri, Jun 28, 2019, 5:57 PM Joel Sherrill wrote:
> You need to add the library to the gcc command that links the program. If
> the libndbm is in the library search path, add -lndbm.
>
> I don't recall the exact Makefile variable to set for this to show up.
> Look at the paranoia sample. It shou
You need to add the library to the gcc command that links the program. If
the libndbm is in the library search path, add -lndbm.
I don't recall the exact Makefile variable to set for this to show up. Look
at the paranoia sample. It should be doing this with -lm.
--joel
On Fri, Jun 28, 2019, 8:12
Hello,
.
Status:
1. I have ported ndbm in newlib. When compiled newlib-cygwin, function
symbols were generated. Created patch.
2. Applied the patch to RSB and rebuild toolchain. Generated ndbm.h in
5/sparc-rtems5/include directory.
Blocker:
1. I made a raw program which calls dbm_
18 matches
Mail list logo
