• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Low-level File Access
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Low-level File Access


  • Subject: Re: Low-level File Access
  • From: Ondra Cada <email@hidden>
  • Date: Tue, 26 Mar 2002 00:24:13 +0100

On Monday, March 25, 2002, at 11:35 , Lars Sonchocky-Helldorf wrote:

On a side note, can Cocoa programs be recompiled easily to run in NeXT? What about other platforms (Linux (GNU), for example)? Just curious.

If your program conforms to OpenStep spec you shouldn't have much trouble with porting to GNUstep. GNUstep also tries to keep up with the newer extensions to Cocoa introduced lately (sadly the number of active contributors is not very high, so things take a while).

Another Problem are nibs. You might convert them into the gmodel format to use them with GNUstep (nib2gmodel of GNUstep does this for you, it runs under Mac OS X) but you can not edit them the way you are used to edit them (with GNUsteps IB clone GORM). gmodels also don't cover every detail of a nib AFAIK. Yes, there is a "native" nib format of GNUstep called .gorm. nibs and gorms are incompatible to each other because of the different internal structures of instances of a certain class under GNUstep and Cocoa (always remember that nibs are nothing else then serialized objects). So be prepared to recreate you interface for GNUstep (The look is different anyway, think of NeXTStep).

BTW, I'd like to see a documented human readable format for nibs in the future, best would be something XMLish. This would also ease porting a lot.

And you can not use ObjC++ in your code - yet. The ObjC++ extensions for gcc are subject of discussion for the GNU gcc developers. But you can lobby them to include ObjC++ into gcc's mainstream. (Stan Shebs posted lately some patches that allow for a build of Apples gcc3.1 under LINUX)

Be also sure you don't use any Apple proprietary API, especially Carbon (not that it is less portable than, say, IOKit, but it would occur more frequently in Cocoa apps). Plus, issues like endianness become much more important than they are in Mac OS X.
---
Ondra Cada
OCSoftware: email@hidden http://www.ocs.cz
2K Development: email@hidden http://www.2kdevelopment.cz
private email@hidden http://www.ocs.cz/oc
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
References: 
 >Re: Low-level File Access (From: Lars Sonchocky-Helldorf <email@hidden>)

  • Prev by Date: Where to start?
  • Next by Date: Re: 8-bit chars in @""
  • Previous by thread: Re: Low-level File Access
  • Next by thread: Trapping line breaks with a scanner
  • Index(es):
    • Date
    • Thread