🚀 go-pugleaf

After compiling the gcc 2.3.1 (plus some patches from E.J.Vens) on an
SCO ODT 3.2v4.0 with international supplement, I detected a bug in the
'as' assembler which came with the SCO development system:

	'as' does not compile 'double'- statements correctly,
	if the locale-environment specifies a "decimal-comma"
	instead of the "decimal-point" used in English speaking
	countries.

To reproduce the error, do:

	set LANG=german_germany.8859

	assemble a program e.g. with 'double 1.000e+1'

	and look at the generated constant thru a debugger
	(should be 10.000, but is generated as 1.000).

Thus the gcc on these systems either needs another assembler as a back-end
(like the gas) or an locale-setting like "export LANG=english_us.8859"
- at least until SCO has that bug fixed. Failure to do so will hang
the generation (a loop in the execution of ./enquire), because of the
incorrectly generated floating point constants (e.g 1.0 instead of 10.0).

NB: The ATT compiler, which comes with the system - 'rcc' - has similiar
    problems. Only the MS-C compiler 'cc' works independant of the
    LANG-setting.

The reason for this faults obviously is the usage of 'strtod()' within
the assembler which was itself not build with the '-nointl' flag
( as 'intl' became the default of the SCO ODT cc now ).

As the gcc itself also needs the 'strtod()', it's bootstrap should
probably be done with 'CC=cc -nointl'.

Greetings, Jivano.
-- 
Jivano@samser.gold.sub.org              Dorfstrasse 5, 8031  Woerthsee, Germany
Swami Sangit Jivano                     Call: +49 8153 89138     Fax: ... 89238