Разве libc только для x86?

[B4rr4cuda]

Один товарищ на форуме DC спрашивает, можем ли мы в DC не использовать Libc, и приводит ссылку.
Правда ли что

The Free Pascal libc unit is deprecated Kylix compatability (and thus
legacy). It is moreover linux/x86 only.

или деза?

[Sergei I. Gorelkin]

Это официальная позиция команды, отраженная в документации.

[B4rr4cuda]

Ага, thx нашел в FAQ.
Это конечно просто прекрасно и замечательно, но аналогов некоторых функций нет в Baseunix и др.
Насколько безболезненно будет выдрать их из либц (импорты фунц, типы и т.п.)?
Будут ли нормально работать?

ЗЫ. 64 битной машины рядом нет, проверить не могу, соответственно только потому и спрашиваю.

[Alexx2000]

Насколько безболезненно будет выдрать их из либц (импорты фунц, типы и т.п.)?
Будут ли нормально работать?

Теоретически, что нам помешает это сделать. Тем более не так много функций из LIbc используется.
Попробую поставить 64 битный Линукс, и посмотреть, что да как.

[B4rr4cuda]

Попробую поставить 64 битный Линукс, и посмотреть, что да как.

Отлично.

ЗЫ:
Хохма в том что некоторые юниты (UnixUtils например) тоже пользуются libc. Что довольно странно при такой "официальной позиции команды"...

[Sergei I. Gorelkin]

UnixUtils - вроде раньше в packages/extra был, т.е. не входит в состав компилятора/rtl. Там вполне имеют право быть непортабельные вещи.

Проблемы наверняка в совместимости даже не с x64, а со всякими PowerPC с другим endianness. Кроме того, даже если код модуля libc будет в полном порядке, из-за наличия в природе нескольких разновидностей libc (GLibc, uclibc и др.) обязательно найдется система, на которой что-то да не заработает.

[Alexx2000]

Проверил, ошибок не мало, однако Libc здесь не причем.
Например возникает ошибка при преобразовании Integer в TObject и обратно.
Закомментировав ошибки, кое как удалось откомпилировать и запустить.

[B4rr4cuda]

Проблемы наверняка в совместимости даже не с x64, а со всякими PowerPC с другим endianness.

Ну, только потому и забивать на столь полезный юнит? Нет уж, берем отвертку и наковыриваем оттуда полезных функций...

Например возникает ошибка при преобразовании Integer в TObject

Размерность типов в 64битках другая (или все же указателей?) - жаль, что такая идиома теряется.

Закомментировав ошибки, кое как удалось откомпилировать и запустить.

А, скомпиленное ранее, запускается нормально?

[Alexx2000]

Размерность типов в 64битках другая (или все же указателей?) - жаль, что такая идиома теряется.

Насколько я понимаю указатели 64 битные, из-за этого и проблемы. Хотя у меня есть кое какие идеи, как можно сделать чтоб работало. Посмотрим...

А, скомпиленное ранее, запускается нормально?

Не запускается, вообще не признает за исполняемый файл. (Ubuntu 7.10 64 bit)
Вроде для того чтобы запускались 32 битные бинарники, надо еще и 32 битные либы иметь, а у меня их похоже нет.

[Deepthroat]

На правах оффтопа.
А у Вас в 64-битной системе смартлинк при задании в командной строке/конфиг-файле параметра -Cx работает?

[B4rr4cuda]

Хотя у меня есть кое какие идеи, как можно сделать чтоб работало. Посмотрим...

Ну, на правах мозгового штурма, для интов в обьектах:

Код: Выделить всё

type TIC=class
        AData:integer;
        constructor Create(I:integer); 
        end;
....
contructor TIC.Create(i:Integer);
begin
 Self.AData:=i;
end;
...
Некий_Лист.AddObject('фыва',TIC.Create(некая_переменная));
...
x:=TIC(Некий_Лист.objects[x]).Adata;

И не забыть потом это добро отFree-ить...
Все же удобно хранить в обьектах связанные с неким строковым значением числовые данные, не хотелось бы от этого отказываться...

[Brainenjii]

А может заменить все интежеры на независящие от разрядности системы типы? Или не в этом проблема?

[Alexx2000]

А у Вас в 64-битной системе смартлинк при задании в командной строке/конфиг-файле параметра -Cx работает?

Вечером проверю, и отпишусь.

А может заменить все интежеры на независящие от разрядности системы типы? Или не в этом проблема?

Я тоже об этом думал, вместо Integer использовать PtrInt, который как раз соответствует разрядности указателей. По идее должно корректно работать и там и там.
Вообщем надо пробовать...

[Иван Шихалев]

Например возникает ошибка при преобразовании Integer в TObject и обратно.

В чистом виде ошибка того, кто таким пользуется. Про PtrInt уже года два твердят.

[B4rr4cuda]

В чистом виде ошибка того, кто таким пользуется. Про PtrInt уже года два твердят.

Век живи, век учись - все равно дураком помрешь. ©Народ
Беру PtrInt на вооружение.