And the loser is: r26309:
Determining if your platform supports readline...dyld: lazy symbol
binding failed: Symbol not found: _rl_get_keymap
Referenced from: /Users/jimk/work/26309/./test
Expected in: dynamic lookup
dyld: Symbol not found: _rl_get_keymap
Referenced from: /Users/jimk/work/
Narrowing it down, I see that the damage occurred after r26306. (But I
was wrong in my earlier statement that Configure.pl was previously
detecting readline on my iBook; it was not.)
Determining if your platform supports readline..no.
Determining if your platform supports
On Thu Mar 13 19:24:57 2008, [EMAIL PROTECTED] wrote:
>
>
> Could we find out who committed what, when and why, so that we can
> discuss remedies?
>
Note: To rule out the obvious suspect, this problem was *not* caused by
ambs's patch on Wed Mar 12 to config/auto/readline.pm. It occurred
then,
This thread petered out after January 30, which was fine with me because
we couldn't diagnose why Allison's proposed patch was causing
Configure.pl to throw warnings on Darwin (OS X 10.4.11, ppc, gcc-3.3) at
config/auto/readline.pm. Configure.pl quietly did its thing for me for
the next 6 weeks.
Simon Cozens wrote:
Simon Cozens wrote:
I think I've finished doing what I can with
docs/pdds/draft/pdd28_character_sets.pod for the time being.
Please have a look at it, and let me know if there's anything
wrong, anything unclear, anything missing or anything objectionable
about it
On Thu, 13 Mar 2008, chromatic via RT wrote:
> On Thursday 13 March 2008 09:14:07 Andy Dougherty wrote:
>
> > On Thu, 13 Mar 2008, Nicholas Clark via RT wrote:
>
> > > Specifically, I am suspecting that if
> > >
> > > offsetof(struct parrot_string_t, bufused) == sizeof(Buffer)
> > >
> > > ma
Am Donnerstag, 13. März 2008 23:01 schrieb chromatic:
> It looks like the UnionVal is two pointers long, so if we rearranged things
> such that flags comes first, would the Buffer structure get padded so that
> anything after that in memory starts at the appropriate alignment for a
> pointer?
Look
On Thursday 13 March 2008 15:27:18 herbert breunung wrote:
> currently just used for compile time constants like $?LINE allright so
> far so good.
> but why not use that for all constants like
>
> my $?constant = 5;
>
> so it's compiletime (even late compiletime like in eval blocks) fix
> binding
currently just used for compile time constants like $?LINE allright so
far so good.
but why not use that for all constants like
my $?constant = 5;
so it's compiletime (even late compiletime like in eval blocks) fix
binding to a value.
i know i know we have
my const $var = 5;
my ithink my w
On Thursday 13 March 2008 09:14:07 Andy Dougherty wrote:
> On Thu, 13 Mar 2008, Nicholas Clark via RT wrote:
> > Specifically, I am suspecting that if
> >
> > offsetof(struct parrot_string_t, bufused) == sizeof(Buffer)
> >
> > matters, then something is either looking at or copying (sub)struc
# New Ticket Created by Jerry Gay
# Please include the string: [perl #51708]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51708 >
let's thank our donors online as well as in the distro.
~jerry
Klaas-Jan Stol via RT schrieb:
On Wed, Mar 12, 2008 at 9:28 PM, via RT Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #51662]
# in the subject line of all future correspondence about this issue.
# http://rt.
I have two questions/suggestions regarding regex syntax:
1)
The :ii modifier is influenced by :sigspace modifier.
IMHO this is ugly, because the matching part and the replacement part of a
regex should be as orthogonal as possible.
Therefore I'd like a different syntax for :ii :sigspace, maybe :sm
On Thu, 13 Mar 2008, Nicholas Clark via RT wrote:
> Specifically, I am suspecting that if
>
> offsetof(struct parrot_string_t, bufused) == sizeof(Buffer)
>
> matters, then something is either looking at or copying (sub)structures than
> happen to have padding, and in turn that padding happen
Do you have an existing parrot installation already? If so, the
installed library could be conflicting with running this copy of out
the build directory... Remove the installed version and try again?
On Thu, Mar 13, 2008 at 9:08 AM, via RT moritz @ casella. faui2k3. org
<[EMAIL PROTECTED]> wrote:
On Wed, Mar 12, 2008 at 07:19:06AM -0700, Andy Dougherty wrote:
> I haven't been able to track down the problem. I vaguely suspect it's
> an alignment/structure padding issue. Specifically, in the old
> version,
> offsetof(struct parrot_string_t, bufused) == sizeof(Buffer),
> but that wasn't
Simon Cozens wrote:
I think I've finished doing what I can with
docs/pdds/draft/pdd28_character_sets.pod for the time being.
Please have a look at it, and let me know if there's anything wrong,
anything unclear, anything missing or anything objectionable about it
Warnock Warnock Warnoc
On Wed, Mar 12, 2008 at 9:28 PM, via RT Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Bernhard Schmalhofer
> # Please include the string: [perl #51662]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
18 matches
Mail list logo