while working on an update for multimedia/mjpegtools, and adding
USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would
be a symlink to lib/libfoo-1.8.so.4.0, the real library.
this comes from libtool, specifically library_names_spec is set
to '${libname}${release}${shared_ext}$versu
Sorry, I messed up this part:
On Mon, Nov 14, 2005 at 10:31:24PM -0500, Andrew Sveikauskas wrote:
> I was able to get clisp working like this:
>
> cd /usr/ports/lang/clisp
> make configure
> cd w-clisp-2.33.2p0/clisp-2.33.2/src/malloc
> ar cq /usr/local/lib/libgmalloc.a
> cd -
> [ Add -lgmalloc t
Hi,
I was looking at the archives for people discussing how to get clisp to
work, and how difficult it would be to work around etc., adding relocation
to the heap files that clisp expects to map. Looking at how clisp works
it seems like no small task.
It was surprising to me that no one had post
On Fri, Nov 11, 2005 at 04:48:28PM +0100, Aleksander Piotrowski wrote:
> Hi
>
> Here goes lang/python update. Please test and comment. Thanks.
I tested on i386 and got 1 error during regression checks:
test test_compare produced unexpected output:
**
Hi,
I have made updates to py-cairo and py-gtk2. Now that gtk 2.8.x has
been commited, py-gtk2 depends on py-cairo, not the other way
round. Additionnally py-cairo is now built with py-Numeric support.
http://ekyo.nerim.net/ports/py-cairo.diff
http://ekyo.nerim.net/ports/py-gtk2.tgz
Eric.
> In the meantime, we're a few posts down the road from the original
> question, and I haven't seen any answer; neither on the list, nor on the
> Net. I suppose it has something to do with strcmp continuing to compare
> until it finds a char with value 0, but I can think of many situations
> wh
Can we please cut patrick some slack? I Googled, I followed the
offensive link that was suggested, and I searched the archives of
several OpenBSD mailing lists, and there is indeed nothing that
obviously points out what's wrong with strcmp. I can very well imagine
patrick did the same thing and
On 11/11/05, Aleksander Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi
>
> Here goes lang/python update. Please test and comment. Thanks.
Regression tests pass for me on i386, macppc and amd64. I have also
tried a couple of py- modules that seem to work correctly.
Eric.
> Rod.. Whitworth wrote:
> /* Made up example of course */
> - if (!strcmp(buf,"n/a"))
> + if (!strncmp(buf,"n/a",3))
> > you would have seen several instances of str*** func calls being
> > replaced by strn*** func when the str ones were unsafe. Seeing that it
>
> The one has litt
> Wel. had you looked at the second hit (really near the top,
> so boredom should not have set in yet) searching for why it a hit
> you would have seen several instances of str*** func calls being
> replaced by strn*** func when the str ones were unsafe. Seeing that it
> was all about
On Mon, 14 Nov 2005 00:58:43 -0800 (PST), patrick ~ wrote:
>
>--- "Rod.. Whitworth" <[EMAIL PROTECTED]> wrote:
>
>> On Sun, 13 Nov 2005 17:22:42 -0800 (PST), patrick ~ wrote:
>
>> > /* Made up example of course */
>> >- if (!strcmp(buf,"n/a"))
>> >+ if (!strncmp(buf,"n/a",3))
>> >
>> >
>> >Is
--- "Rod.. Whitworth" <[EMAIL PROTECTED]> wrote:
> On Sun, 13 Nov 2005 17:22:42 -0800 (PST), patrick ~ wrote:
> > /* Made up example of course */
> >- if (!strcmp(buf,"n/a"))
> >+ if (!strncmp(buf,"n/a",3))
> >
> >
> >Is there a real value in doing this?
> >I don't see it.
> >
> >Can someone
Rod.. Whitworth wrote:
/* Made up example of course */
- if (!strcmp(buf,"n/a"))
+ if (!strncmp(buf,"n/a",3))
you would have seen several instances of str*** func calls being
replaced by strn*** func when the str ones were unsafe. Seeing that it
The one has little to do with the other. What
13 matches
Mail list logo