Beefy Boxes and Bandwidth Generously Provided by pair Networks
Clear questions and runnable code
get the best and fastest answer
 
PerlMonks  

Re^4: Shouldn't JSON be faster?

by Tux (Canon)
on May 31, 2010 at 11:26 UTC ( [id://842393]=note: print w/replies, xml ) Need Help??


in reply to Re^3: Shouldn't JSON be faster?
in thread Shouldn't JSON be faster?

It is not my demand, but it is what perl itself requires. I'm just guarding the innocent users that are stuck with old machines.

If you think requiring C89 is historic and stupid, please make that clear to the perl5 porters and try to convince them to update the documentation.

Personally I don't think it is worth quarreling about. The differences are too small to not try to comply to C89. You're just ruling yourself out for older systems. No harm in doing so, but then state so in the docs.

My personal grief extends not to the quality of this particular code, but the complete absence of courtesy. You do not delete RT requests that you don't agree with. You can reject them, and even say in a polite tone that you're not willing to comply to lower standards. Fine with decisions like that, but not the way it went.

I'm competent enough to fix C code to match old compilers I encounter, but I find it so pointless.


Enjoy, Have FUN! H.Merijn

Replies are listed 'Best First'.
Re^5: Shouldn't JSON be faster?
by BrowserUk (Patriarch) on May 31, 2010 at 11:56 UTC
    I'm just guarding the innocent users that are stuck with old machines.

    Ask yourself this question: How many "innocent users" are there out there still using C89 only compilers?

    And now consider why the hundreds (or thousands) of Perl module authors should cater to the laziness of those few, by sticking to the limitations of a standard that for many of them came into being before they were born? Especially as it was superseded over 10 years ago.


    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.

      I can use some hard figures: HP-UX 10.20, considered dead, abandoned by HP years ago. I still make perl available in software depots for this OS on my website for users of this OS. Let's call these "innocent users". They probably have to maintain this old OS for whatevere obnoxious reason, but apparently they do. Only this year, perl has been downloaded for HP-UX 10.20 602 times. Of those, there were 5 for 5.12, 25 for 5.10.1, 19 for 5.10.0 and 34 for 5.8.9, so these people are still interested in recent versions of our favorite scripting language.

      There is no C99 compliant version of HP C-ANSI-C available for HP-UX 10.20, and there never will be. You need HP C-ANSI-C to build GNU gcc on HP-UX (or a pretty recent version of gcc that someone else built for you). That is why I also make builds for gcc available. Building gcc-4 is absolutely impossible on HP-UX 10.20.

      If these people want to install a CPAN module that uses XS code, they need to have a C-compiler installed. No C99 available for HP-UX 10.20, so end-of-story.

      Now back to your claim: of those hundreds (or thousands) of Perl module authors, how many use XS code? And of those (which is in my guess way below 30%) how many use (or want to use) specific C99 features?</P.

      In that perspective, isn't it reasonable to ask politely to consider using C89, and not beyond? How many limitations are you aware of that would make your XS coding less fun? (besides the silly // comments that should never have been added to ANSI-C: C is neither java nor C++)


      Enjoy, Have FUN! H.Merijn
        HP-UX 10.20, considered dead, abandoned by HP years ago.I still make perl available in software depots for this OS on my website for users of this OS.

        Did it ever occur to you that maybe HP had good reasons for dropping support of this ancient OS? And that by persisting in supporting it, you are creating the problem? ( Are you up for supporting MS C v6.0a for OS/2 also? I still have the diskettes.)

        besides the silly // comments that should never have been added to ANSI-C.

        And there it is. You want the world to comply to your archaic preferences, despite that your preferences are contrary to those adopted by the rest of the world. Look to thy self.


        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.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://842393]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others about the Monastery: (3)
As of 2024-04-20 07:18 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found