Question: A wide gamut screen displays more than the sRGB color space.  

So why, with softwares that do not deal with ICC profiles, with a given color that has it's own place / value in the global color space, is rendered differently on a wide gamut screen than on a standard screen. 

I mean, the color that corresponds for example to the #E58C4E color, is at the same place on a reduced color space, or an extended color space. So a monitor that can display a large color space should be able to display correctly a color that is in a color space that is inside it, whatever the way it is adressed to it.

Answer: 
[afaik] Unless the display driver or application being used applies a color profile or similar to compensate for the wider gamut, the color codes you use in your application will be sent to the display as-is. And in the display a specific color value (say E5) is no longer interpreted in the srgb scale but in the wider gamut scale.

So why does the display not interpret E5 in the srgb scale? This is because the values that the display adapter can send out are (typically) in the range 0-255 so in order for the wider gamut to be achievable the value 255 means maximum intensity in the wider gamut rather than the maximum intensity in the srgb gamut.

Should the display driver or application use a color profile, it can map the srgb values to the appropriate (smaller) wide gamut values and thus look "normal" on the display. Unless a wider scale is used than the typical 0-255 however then you will lose resolution in the process since a subset of the 0-255 scale will be used for srgb, for example 0-160.
As Raymond Chen would put it, [developers hate to pay taxes](https://devblogs.microsoft.com/oldnewthing/20050822-11/?p=34483). Colour management is a very big tax on Windows. Developers are expected to ask Windows what colour profile to use and then do all the RGB conversions themselves. (And let's not even get started on the added challenges of multiple monitors!)

Most developers don't know any better so they just draw the image without any conversion, so the raw RGB numbers get sent to the monitor without any correction. It looks good on their screen so they don't care.

Now, the monitor HAS to interpret the RGB colours in the widest possible gamut it supports, or else you can't use those colours at all, defeating the purpose of the wide gamut monitor, so you're left with oversaturated colours. (Most wide gamut monitors do, in fact, include an sRGB mode out of necessity.)

On Mac OS X, everything is colour managed and sRGB profiles are assumed unless the program opts into something else, so it avoids this problem.