Re: [PD] [mod] vs [%]

2016-05-08 Thread Matt Barber
fmod() is a c function with a consistent definition: http://en.cppreference.com/w/c/numeric/math/fmod If I remember correctly, the % operator result can take the sign of its dividend, but it does not have to; it is implementation specific. Likewise integer division using / is implementation speci

Re: [PD] [mod] vs [%]

2016-05-07 Thread Alexandre Torres Porres
HAH, % in SuperCollider will work as [mod] in Pd -7 % 5 gives us -3 2016-05-08 1:09 GMT-03:00 Alexandre Torres Porres : > cool, yeah, i fugured there was a reason for mod to be coded the way it is > > but I'm more concerned on how "%" could be unreliable... or even "fmod"? > > cheers > > 2016-0

Re: [PD] [mod] vs [%]

2016-05-07 Thread Alexandre Torres Porres
cool, yeah, i fugured there was a reason for mod to be coded the way it is but I'm more concerned on how "%" could be unreliable... or even "fmod"? cheers 2016-05-08 1:01 GMT-03:00 Jonathan Wilkes : > > http://article.gmane.org/gmane.comp.multimedia.puredata.general/56291/match=div+mod > > > On

Re: [PD] [mod] vs [%]

2016-05-07 Thread Jonathan Wilkes via Pd-list
http://article.gmane.org/gmane.comp.multimedia.puredata.general/56291/match=div+mod On Saturday, May 7, 2016 11:45 PM, Alexandre Torres Porres wrote: On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote: I _think_ (but am not sure) that "%" works differently on different CPU archit