[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Pika-dev] so... string work
From: |
Matthew Dempsky |
Subject: |
Re: [Pika-dev] so... string work |
Date: |
Sun, 25 Jan 2004 01:57:40 +0100 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Tom Lord <address@hidden> writes:
> Construction and locking of strings definately goes in reps/.
>
> Extraction definately goes in libscm/.
>
> That strings are vtable objects is probably a reps/ issue.
>
> Standard procedures (e.g., STRING-LENGTH) should be in libscm.
>
> Sound about right?
Hopefully last question before I can commit some basic string
functionality/frameworking -- what are the semantics regarding
`udstr_copy'ing and `udstr_ref'ing of `t_udstr's in the FFI? I assume
scm_make_string should at least ref the string if not copy it, but I'm
not sure about the rest of the functions.
-jivera
- Re: [Pika-dev] Re: so... string work, (continued)
- Re: [Pika-dev] so... string work, Matthew Dempsky, 2004/01/24
- Re: [Pika-dev] so... string work, Tom Lord, 2004/01/24
- Re: [Pika-dev] so... string work, Tom Lord, 2004/01/24
- Re: [Pika-dev] so... string work, Matthew Dempsky, 2004/01/24
- Re: [Pika-dev] so... string work, Tom Lord, 2004/01/24
- Re: [Pika-dev] so... string work, Matthew Dempsky, 2004/01/24
- Re: [Pika-dev] so... string work, Tom Lord, 2004/01/24
- Re: [Pika-dev] so... string work, Matthew Dempsky, 2004/01/25
- Re: [Pika-dev] so... string work, Tom Lord, 2004/01/25
- Re: [Pika-dev] so... string work,
Matthew Dempsky <=
- Re: [Pika-dev] so... string work, Tom Lord, 2004/01/25