Re: [Toybox] Compile errors when compiling for ARM

2012-11-26 Thread Rob Landley

On 11/26/2012 10:09:10 PM, Ashwini Sharma wrote:

Hi Rob,

  I was working on the latest "changeset 711".
When I compile it for x86 machine, it works fine, but when building  
for my

ARM board,
compiler shouts* "O_DIRECTORY" undecalred in xabspath()*.

Am I missing something or the tree has this issue, please comment.


Try it now?

Thanks,

Rob
___
Toybox mailing list
Toybox@lists.landley.net
http://lists.landley.net/listinfo.cgi/toybox-landley.net


Re: [Toybox] Compile errors when compiling for ARM

2012-11-26 Thread Rob Landley

On 11/26/2012 10:09:10 PM, Ashwini Sharma wrote:

Hi Rob,

  I was working on the latest "changeset 711".
When I compile it for x86 machine, it works fine, but when building  
for my

ARM board,
compiler shouts* "O_DIRECTORY" undecalred in xabspath()*.

Am I missing something or the tree has this issue, please comment.


The tree has that issue, I'm working on it now.

(It's glibc version skew, which also affects uClibc. I've installed an  
ubuntu 8.04 reference system for older glibc, and I'm testing uClibc  
and musl as well. Getting lib/portability.h to set all the right  
things.)


Rob
___
Toybox mailing list
Toybox@lists.landley.net
http://lists.landley.net/listinfo.cgi/toybox-landley.net


[Toybox] Compile errors when compiling for ARM

2012-11-26 Thread Ashwini Sharma
Hi Rob,

  I was working on the latest "changeset 711".
When I compile it for x86 machine, it works fine, but when building for my
ARM board,
compiler shouts* "O_DIRECTORY" undecalred in xabspath()*.

Am I missing something or the tree has this issue, please comment.

regards,
Ashwini Kumar
___
Toybox mailing list
Toybox@lists.landley.net
http://lists.landley.net/listinfo.cgi/toybox-landley.net


Re: [Toybox] New tests for dirname and wc

2012-11-26 Thread Rob Landley

On 11/25/2012 11:39:43 PM, David Seikel wrote:

/me picks two things out of this long email to comment on.


I copied the whole thing because who knows how long ago the  
conversation wandered off the list? It's easier for me to check the  
list archive than to dig through the compost heap of my inbox, so I  
like having toybox stuff copied here.



> I've still got a couple todo items: allow space as a time
> designator, allow , as a fraction indicator. (*shrug*  Posix.)

I would guess for those human languages that swap the usage of
commas and periods as fraction / thousands separators.


I expect so.

Mostly I'm not bothering with that because it belongs at the GUI level:  
we're not translating the names "sort", "touch", "kill", or "nice" to  
other languages, why translate their arguments? It wasn't there for the  
first 30 years of these tools, adds a large amount of complexity for a  
relatively small amount of gain, changing the alphabetization of "sort"  
broken more than one build when that suddenly happened, I'm not  
competent to _test_ this so if I did implement it I'd have no way of  
knowing if I'd done it right...


But if SUSv4 is going to require a synonym and it's easy to do, sure,  
why not?





In the SecondLife (SL) based virtual world work I do, the major clone  
of

the server side is called OpenSim.  OpenSim has the option of creating
your virtual world from a disparate collection of sim servers run by a
motley collection of random people.  A sim is the basic unit of
geography in SL, 256x256 meters, starting at 0 meters, and extending
all the way up to entirely useless heights.  So for instance, one sim
server could be in USA, with the server itself set to the USA  
variation

of English as it's locale, while another sim server could be in
Denmark, with it's locale set to Danish.

English and Danish are two languages where the use of commas and
periods for fraction / thousands separator is swapped.  OpenSim
developers like to do crazy things, like use human readable wire
protocols, coz they drink the "humans being able to read wire  
protocols
that 99.99% of the time only computers need to read is a great  
idea
for the 0.01% of the time that a human needs to read it to debug  
it"

kool-aid.


I side with them on this: word size, endianness, alignment, padding,  
how the compiler's decided to represent C bitfields this week, anything  
to do with floating point representation...


That said, translating a wire protocol is nuts. The comma/period is  
part of the protocol. You can say decimal numbers are represented by  
"123!456" and if that's what you're doing just be _consistent_.



Some of the things OpenSim sends as human readable wire
protocol get filtered through the servers locale.  Did I mention the
OpenSim developers are crazy?


That is crazy, yes.

The end result is that if you teleport from this Danish sim to that  
USA

sim, the Danish sim says "send this avatar to a height of 20,123
meters" (a little over 20 meters, a typical ground level), and the
USA sim server thinks "Hmmm, 20 thousand meters high, OK" and tosses  
the

poor avatar wy up in the air.  There is never anything up that
high, and the avatar has a lng fall to the ground where they
thought they where going.

Getting commas and periods right is important for humans, computers
should not care so much on the damn wire.  Getting it wrong can be
painful and messy.


The moral of the story is "pick one and be consistent". And I have.

I admit to a certain amount of discomfort going "the langauge I already  
speak is coincidentally the standard for posix programming". This is a  
decision in need of more defending than average.


That said, Linus Torvalds was born speaking Swedish, and learned  
English to compute with. Ingo Molnar is hungarian. Pavel Machek's home  
page even says http://atrey.karlin.mff.cuni.cz/~pavel/ "English is my  
second language." The OpenVZ guys are in Moscow. Years back I handed  
off BusyBox to Denys Vlasenko who is from the Ukraine, and uClibc is  
currently maintained by Bernhard who was in Austria last I checked.  
Mark Shuttleworth's from South Africa (although one of their 11  
official languages is English so I dunno what he grew up speaking).  
Marcelo Tosatti is from Brazil, Thomas Gleixner is German, VFAT  
filesystem maintainer Ogawa Hirofumi is from Japan...


Outside of Linux: Guido Van Rossum is Dutch but Python development  
occurs in english. Here's an interview with Ruby inventor Yukihiro  
Matsumoto... in English:
http://www.youtube.com/watch?v=IGG4l_QEzog PHP inventor Rasmus Ledorf  
was born in Greenland but tweets in English https://twitter.com/rasmus


There's a theme here. All these people picked a language to collaborate  
in. Leveraging that theme to simplify the toybox code is kinda obvious.


But there's "simplifying" and then there's "not serving the users".  
Still not sure where to draw the line, mostly waiting for people to  
complain a