Вещественное 10-байтовое в Си

[Stilet]

Всем доброго времени суток. Я тут балуюсь на досуге ассемблером, и встал вопрос использовать сишные run-time библиотеки. Они мне нужны чтоб не выдумывать свои процедуры ввода-вывода. Ну как бы там ни было не важно для чего - все равно балуюсь.
Для хранения данных я избрал себе 80-битный формат вещественного числа (FPU размер короче). Но столкнулся с непонятной для меня проблемой.:

Double precision values with double type have 8 byte

Ладно. Дабл не подходит, но есть в printf параметр Lf, якобы поддерживающий длинное вещественное, но хелп меня обламывает:

The long double type is identical to the double type.

Отсюда вывод - Си не имеет возможности работать с типом 10-байтного вещественного? Это что значит? Что за дурость?
Это действительно правда?

[Пепел Феникса]

#include <iostream>

using std::cout;
using std::endl;
using std::cin;

int main()
{
	cout<<"sizeof(long double): "<<sizeof(long double)<<endl;
	cout<<"sizeof(double): "<<sizeof(double)<<endl;
	cin.get();
}

у меня gcc вывел 12() и 8
http://cplusplus.com/reference/clibrary/cstdio/printf/
вроде норм.

[netrino]

У меня 16
Си поддерживает long double, но не компилятор msvs

[Stilet]

но не компилятор msvs

Т.е. если я буду использовать скажем code::block я смогу увидеть именно работу с 80-битами? Не понимаю, а как же си рантайм библиотеки? Получается именно они не поддерживают работу с Extended? Как же тогда gcc компилирует код?

[Пепел Феникса]

gcc поддерживает все.
я ж показал.

скажем code::block

ну кодблокс вообще то редактор только
а если компиль gcc то все норм будет.
я ж ссылочку еще привел.
по стандарту printf поддерживает long double

[netrino]

Проблема в том, что gcc на виндовс использует мелкософтовскую msvcrt.dll, поэтому поддерживает long double только кодогенератор, но не библиотечные функции.
Возможно icc поддерживает long double, но не уверен, использует ли он свою crt, или же мелкософтовскую, надо бы глянуть в интернете.

[Stilet]

ну кодблокс вообще то редактор только

Ну я не так выразился. Я имел ввиду его стандартную поставку с GCC.
Ладно, откомпилировал я проектик в GCC, получил вообще сумасшедший результат

   	long double d=123.365;
	printf("%Lfn",d);	getchar();
    return 0;

Результ:

-84641915541442025000000000000000000 00000000000000000000000000000000000 000000000
00000000000000000000000000000000000 00000000000000000000000000000000000 0000000000
00000000000000000000000000000000000 00000000000000000000000000000000000 0000000000
0000000000000000000000000.000000

Это явно не то что я ожидал
И даже %2.5Lf положение не спасает.
GCC ведь тоже опирается на msvcrt. Причем на стандартную. А я сейчас говорю о Win XР без наворотов, хотя и не в курсе содержит ли msvcrt120 (например) улучшенную функцию printf.

Тогда попутный вопрос: Если приходится выводить такие форматы, как поступают те кто работает с этими рантайм библиотеками?

[Пепел Феникса]

Проблема в том, что gcc на виндовс использует мелкософтовскую msvcrt.dll

разве всегда?
нет ли другой crt?(кроме libstdc++.a)

[Stilet]

разве всегда?

Я попробовал на своих Окошках - однако вызывает именно ее

libstdc

У меня нет.

Какие есть стандартные альтернативы для винды?

[netrino]

Всегда, как же иначе?)
DigitalMars C заявляет поддержку 80-битных вещественных чисел. Рекомендую поковырять его рантайм, быть может это то что нужно.
http://digitalmars.com