Linked by Thom Holwerda on Thu 10th Jan 2013 01:41 UTC, submitted by lucas_maximus
Thread beginning with comment 548091
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: not all these changes are strictly necessary
by lucas_maximus on Thu 10th Jan 2013 08:47
in reply to "RE[2]: not all these changes are strictly necessary"
GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.
Except other platforms don't want to include GPL code in their OS.
Your attitude is exactly why there has always been cross platform problems ranging from browsers to now just building the browser itself.
It find that you don't do it in your own environments, but open source on larger projects is supposed to be about collaboration, and this sort of laziness makes it artificially difficult.
Edited 2013-01-10 08:51 UTC
RE[4]: not all these changes are strictly necessary
by kwan_e on Thu 10th Jan 2013 09:04
in reply to "RE[3]: not all these changes are strictly necessary"
"GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.
Except other platforms don't want to include GPL code in their OS. "
They don't have to. They can reimplement those GNU extensions. GPL covers only copyright, not reimplementation.
And it's not really GPL's fault that some people are too ideological to include GPL programs.
RE[3]: not all these changes are strictly necessary
by Soulbender on Thu 10th Jan 2013 09:19
in reply to "RE[2]: not all these changes are strictly necessary"
RE[4]: not all these changes are strictly necessary
by Soulbender on Thu 10th Jan 2013 10:05
in reply to "RE[3]: not all these changes are strictly necessary"
RE[3]: not all these changes are strictly necessary
by Laurence on Thu 10th Jan 2013 09:51
in reply to "RE[2]: not all these changes are strictly necessary"
Quoting the article:
"and no, gsed -i is not a valid excuse. Come on, you need half a line of shell script to do the equivalent of gsed -i"
Sure adding half a line of shell script (I assume 40 characters, right?) is "easy", but it cluters, and if you have to do it every time it becomes a pain. And people don't use the GNU extension because they don't bother to check, but because they are damn convenient.
Personnaly at work, I mainly use a Linux box, and I also have from time to time to use a Solaris box, and it is just a pain in the ass to have to write things like "find . | xargs grep 'somestring'" instead of just "grep -r 'somestring'" and so on. In the end I just end up using the GNU tools on Solaris as well.
GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.
"and no, gsed -i is not a valid excuse. Come on, you need half a line of shell script to do the equivalent of gsed -i"
Sure adding half a line of shell script (I assume 40 characters, right?) is "easy", but it cluters, and if you have to do it every time it becomes a pain. And people don't use the GNU extension because they don't bother to check, but because they are damn convenient.
Personnaly at work, I mainly use a Linux box, and I also have from time to time to use a Solaris box, and it is just a pain in the ass to have to write things like "find . | xargs grep 'somestring'" instead of just "grep -r 'somestring'" and so on. In the end I just end up using the GNU tools on Solaris as well.
GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.
So add aliases or shell functions into the build script / your shell environment to map frequent longer functions into shorter workarounds.
You don't need to type 40 character long command chains each and every time.





Member since:
2006-02-01
Quoting the article:
"and no, gsed -i is not a valid excuse. Come on, you need half a line of shell script to do the equivalent of gsed -i"
Sure adding half a line of shell script (I assume 40 characters, right?) is "easy", but it cluters, and if you have to do it every time it becomes a pain. And people don't use the GNU extension because they don't bother to check, but because they are damn convenient.
Personnaly at work, I mainly use a Linux box, and I also have from time to time to use a Solaris box, and it is just a pain in the ass to have to write things like "find . | xargs grep 'somestring'" instead of just "grep -r 'somestring'" and so on. In the end I just end up using the GNU tools on Solaris as well.
GNU extensions were not created to make the system incompatible, they were created for convenience. And I don't see why it should be up to upstream to spend extra work on supporting other platform.