On Fri 09 Dec 2011 10:23, David Kastrup writes:
> To make a non-bug specific suggestion to developers: try to answer each
> question (that is not solely restricted to an individual's problem) by
> quoting a manual passage. Even if it means having to write or rewrite
> or reindex that manual pass
writes:
> David Kastrup wrote:
>
>> An application "guile-bug" is mentioned nowhere.
>
> "bug-gu...@gnu.org" is a mailing list, not an application. You use
> your email application to send the bug report.
Indeed. At some point of time I lost sight that this was not the bug
list.
To mak
David Kastrup wrote:
> Andy Wingo writes:
>
> > On Thu 08 Dec 2011 21:32, David Kastrup writes:
> >
> >>> So please keep up your (useful!) bug reports, but try to give them a
> >>> more positive flavor :)
> >>
> >> Could you give an example how to deliver with a positive flavor a report
Andy Wingo writes:
> On Thu 08 Dec 2011 21:32, David Kastrup writes:
>
>>> So please keep up your (useful!) bug reports, but try to give them a
>>> more positive flavor :)
>>
>> Could you give an example how to deliver with a positive flavor a report
>> about deprecation messages talking about t
On Thu 08 Dec 2011 21:32, David Kastrup writes:
>> So please keep up your (useful!) bug reports, but try to give them a
>> more positive flavor :)
>
> Could you give an example how to deliver with a positive flavor a report
> about deprecation messages talking about the wrong function, telling yo
Andy Wingo writes:
> Again, thank you for your bug reports, but Guile development is not
> driven by shame.
Obviously.
> So please keep up your (useful!) bug reports, but try to give them a
> more positive flavor :)
Could you give an example how to deliver with a positive flavor a report
about
Hi David,
Again, thank you for your bug reports, but Guile development is not
driven by shame. So please keep up your (useful!) bug reports, but try
to give them a more positive flavor :)
Thanks,
Andy
--
http://wingolog.org/
ri...@happyleptic.org writes:
> You seam to believe that there is on one hand the guile developers and
> on another one the guile users, facing each others on the ground of
> some kind of contract that's being somewhat abused by the developers.
> In reality, guile is a project belonging to the com
You seam to believe that there is on one hand the guile developers and on
another one the guile users, facing each others on the ground of some kind
of contract that's being somewhat abused by the developers. In reality, guile
is a project belonging to the commons and such demarcation does not exi
Noah Lavine writes:
> What you are noticing now is that Guile has some old bits of code that
> were not implemented up to the standards we currently have. Since you
> seem to be using all the weird corners of Guile, you have the
> un-enviable job of going through and finding all of these places s
Andy Wingo writes:
> On Wed 07 Dec 2011 13:58, David Kastrup writes:
>
>> `dimensions->uniform-array' is deprecated. Use `make-typed-array' instead.
>>
>> Unfortunately, this was not even called in the application.
>>
>> The actual function called was make-uniform-vector.
>
> Ah, interesting.
>
On Wed 07 Dec 2011 13:58, David Kastrup writes:
> `dimensions->uniform-array' is deprecated. Use `make-typed-array' instead.
>
> Unfortunately, this was not even called in the application.
>
> The actual function called was make-uniform-vector.
Ah, interesting.
You might not be a native englis
Hello,
> This, however, is a lie, since there is no place above where "vectag"
> would be explained. There is an explanation about how it will be
> printed as part of an array, but not how it is specified.
>
> Would it please be possible
>
> a) to not just deprecate some function when there are _
`dimensions->uniform-array' is deprecated. Use `make-typed-array' instead.
Unfortunately, this was not even called in the application.
The actual function called was make-uniform-vector.
If we look at the documentation of make-typed-array, we find
http://www.gnu.org/software/guile/manual/html
14 matches
Mail list logo