Linked by Thom Holwerda on Sun 12th Aug 2007 15:52 UTC, submitted by zaboing
PDAs, Cellphones, Wireless "A few months ago, the GNOME Mobile Platform was announced to the public. One of the main forces behind the launch of this initiative was Nokia, which uses a lot of GNOME-components in its Linux-based Internet Tablets Nokia 770 and N800. During this years GUADEC Andreas Proschofsky had the chance to sit down with Carlos Guerreiro, Nokias Manager for Open Source Software, to talk - amidst other things - about the not so different needs of personal computers and mobile devices, about the necessity for GTK+ 3.0 and the impact of the iPhone launch."
Thread beginning with comment 263167
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[4]: what situation?
by yokem55 on Mon 13th Aug 2007 21:22 UTC in reply to "RE[3]: what situation?"
yokem55
Member since:
2005-07-06

From the page you linked:

The x86-64 medium model (that allows building applications whose data segment exceeds 4GB) was redesigned to match latest ABI draft. New implementation split large datastructures into separate segment improving performance of accesses to small datastructures and also allows linking of small model libraries into medium model programs as long as the libraries are not accessing the large datastructures directly. Medium model is also supported in position independent code now.

The ABI change results in partial incompatibility among medium model objects. Linking medium model libraries (or objects) compiled with new compiler into medium model program compiled with older will likely result in exceeding ranges of relocations.


Basically, this is only a partial abi breakage on 64-bit binaries with data segments that can exceed 4 GB. Anything that is 32-bit only (as is the vast majority of ISV-ware) is unaffected.

Edited 2007-08-13 21:23

Reply Parent Score: 1

RE[5]: what situation?
by binarycrusader on Mon 13th Aug 2007 22:58 in reply to "RE[4]: what situation?"
binarycrusader Member since:
2005-07-06

Basically, this is only a partial abi breakage on 64-bit binaries with data segments that can exceed 4 GB. Anything that is 32-bit only (as is the vast majority of ISV-ware) is unaffected.


The point is, the ABI keeps changing. Even partial breakage is still breakage.

It only adds to the frustration of developers using the platform.

Reply Parent Score: 2

RE[6]: what situation?
by yokem55 on Tue 14th Aug 2007 04:19 in reply to "RE[5]: what situation?"
yokem55 Member since:
2005-07-06

It only adds to the frustration of developers using the platform.


How can this particular ABI breakage cause frustration for the average ISV dev on the gnu c++ platform? If a developer is only targeting 32-bit x86 (which until 64 bit linux becomes far more widespread, this is going to be the vast majority of ISV's) this particular ABI change will have ZERO impact, and the ABI is exactly the same as it was in gcc 4.0 and 3.4.

Reply Parent Score: 2