in reply to Compilation failed in require

The problem appears to be a relatively simple coding error in Wiktionary::Parser::Language.

When it uses Locale::Codes::Language, is disables imports: use Locale::Codes::Language qw(); and attempts to obtain access to the constants, that would have been imported, by using fully qualified names:

my @all_names_3 = Locale::Codes::Language::all_language_names(Locale::
+Codes::Language::LOCALE_LANG_ALPHA_3);

[download]

The problem appears to be that those exports do not originate in that module, but rather are themselves imported from Locale::Codes::Constants.

The real question here is how could Wiktionary::Parser work anywhere, regardless of how it was installed, given such a fundamental programming error?

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.

Replies are listed 'Best First'.
Re^2: Compilation failed in require
by clbecker (Initiate) on Nov 24, 2013 at 05:01 UTC
    (Wiktionary::Parser author here)

    I've never tested this package on a Windows platform, but I'm pretty tickled that it worked as well as it did. I've mainly run the code on various versions of CentOS on perl 5.8 and 5.16 and never ran into any of the above issues.

    I pushed a few updates to try to fix some of them but since I can't recreate these errors I'm a bit blind as to whether it'll be effective.

    The latest version of Wikionary::Parser (v0.10) is available on github here right now: https://github.com/clbecker/perl-wiktionary-parser

    And should be on cpan as soon as it gets indexed. (If any of you have a better patch, let me know and I'll be happy to merge it in)

[reply]
      I've never tested this package on a Windows platform, but I'm pretty tickled that it worked as well as it did. I've mainly run the code on various versions of CentOS on perl 5.8 and 5.16 and never ran into any of the above issues.

      It is hard to see how the particular coding error I identified as the cause of the OPs immediate problem would be in any way platform specific.

      With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]
        Gotcha. So, aside from failing to install dependencies, I'm not sure how to recreate the errors posted above. The particular issue you described hasn't manifested itself in anything I've run on my end. Whether its expected behavior or not, those constants seemed to work as they are in all my tests.

        At the moment, my money is on something related to certain platforms & specific version of Perl, since the CPAN Testers report lists a whole bunch failures under Perl 5.14 on various flavors of BSD all due to the same error listed above - ("Bareword "Locale::Codes::Language::LOCALE_LANG_ALPHA_3" not allowed")

        The good news is the latest version of Wiktionary::Parser no longer has those errors in the latest testers report. The bad news is now there's a different error in there... I'll try to wrestle with this one in a bit.

[reply]

In Section Seekers of Perl Wisdom