SvPV does not work when embedding with PERL_NO_SHORT_NAMES

[p5pRT]

Migrated from rt.perl.org#117123 (status was 'open')

Searchable as RT117123$

[p5pRT]

From @wchristian

I am reporting this in stead of a friend of mine who embedded perl in his
own application and stumbled upon a small issue​:

hey, here's a little bug I ran into while trying to embed perl with
PERL_NO_SHORT_NAMES​:
1. SvPV() doesn't work because it expands to short names.
2. I can't seem to find a long-name equivalent.
3. shouldn't SvPV() be considered a short name in the first place?

According to the libperl file he used, this is with Perl 5.16.1.

[p5pRT]

From @iabyn

On Mon, Mar 11, 2013 at 06​:49​:09AM -0700, Christian Walde wrote​:

# New Ticket Created by "Christian Walde"
# Please include the string​: [perl #117123]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl5/Ticket/Display.html?id=117123 >

I am reporting this in stead of a friend of mine who embedded perl in his
own application and stumbled upon a small issue​:

hey, here's a little bug I ran into while trying to embed perl with
PERL_NO_SHORT_NAMES​:
1. SvPV() doesn't work because it expands to short names.
2. I can't seem to find a long-name equivalent.
3. shouldn't SvPV() be considered a short name in the first place?

According to the libperl file he used, this is with Perl 5.16.1.

Hmmm, a quick glance at sv.h indcates that a whole bunch of stuff is
broken with PERL_NO_SHORT_NAMES, not just SvPV(). Could be quite an effort
to audit all such macros.

--
I don't want to achieve immortality through my work...
I want to achieve it through not dying.
  -- Woody Allen

[p5pRT]

The RT System itself - Status changed from 'new' to 'open'