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.
# URL:
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
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
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 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 happens to
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
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.
# URL:
# New Ticket Created by Jerry Gay
# Please include the string: [perl #51708]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=51708
let's thank our donors online as well as in the distro.
~jerry
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)structures
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
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 to a
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 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)
matters, then
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
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.
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, as
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
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:
18 matches
Mail list logo
