I am trying to use System.Contnrs in a android project - why the heck am I getting a file not found error? Its finding every other damn RTL unit, just not System.Contnrs......

-
I am trying to use System.Contnrs in a android project - why the heck am I getting a file not found error?  Its finding every other damn RTL unit, just not System.Contnrs......

Getting  unit scope "System" indicates Android, iOSDevice, Win32, Win64, OSX32, iOSSimulator only (for a Android target).......

Suggestions?

Comments

  1. Uwe SchusterDecember 17, 2013 at 11:19 AM

    System.Contnrs is not supposed to be used in mobile projects. You're supposed to use Generics and no Generics don't blow up your binary. That topic has been addressed ;-)

    ReplyDelete
  2. Paul FosterDecember 17, 2013 at 11:27 AM

    Really? There is no indication that its not supported

    ReplyDelete
  3. Darian MillerDecember 17, 2013 at 11:38 AM

    Uwe Schuster  Where does it state that TObjectList or other containers found in System.Contnrs can't be used in Mobile apps?  I haven't heard that restriction before... (I'm not currently utilizing XE5 yet.)

    ReplyDelete
  4. Paul FosterDecember 17, 2013 at 11:49 AM

    I can't find anything about it either..... I keep looking.....

    ReplyDelete
  5. Uwe SchusterDecember 17, 2013 at 12:32 PM

    See mobile white paper:

    "Use the generic container classes defined in the unit Generics.Collections. The old-style Contnrs unit is not available on the mobile platform, because it is based on a pointer list (the non-generic TList class) and won’t work properly with the ARC memory management model."

    ReplyDelete
  6. Paul FosterDecember 17, 2013 at 12:53 PM

    Ahhhhhh, that answers it then. They need to add that to the documentation

    ReplyDelete
  7. Darian MillerDecember 17, 2013 at 12:56 PM

    Thanks - so it sounds like not just Contnrs but TList isn't available either?

    ReplyDelete
  8. Darian MillerDecember 17, 2013 at 12:57 PM

    http://edn.embarcadero.com/article/43073

    ReplyDelete
  9. Stefan GlienkeDecember 17, 2013 at 2:45 PM

    Uwe Schuster How has that been addressed? Or only for mobile compilers? The last time I did some checks for multiple instantiations of some generic types the binary grew linearly - that was for the windows compiler though.

    ReplyDelete
  10. Uwe SchusterDecember 17, 2013 at 11:27 PM

    Stefan Glienke That was just irony, because size matters more for mobile than for desktop.

    ReplyDelete
  11. Stefan GlienkeDecember 17, 2013 at 11:44 PM

    Uwe Schuster Damn and I was really hoping I missed something :(

    ReplyDelete
  12. Alexander ElaginDecember 17, 2013 at 11:59 PM

    And they are still asking why people do not upgrade... I dare not think of the terrible day when some clever head at Emb. forces ARC and related crap (marshalling etc) into the "desktop" compiler. There still are developers around who care about performance and code size!

    ReplyDelete
  13. Paul FosterDecember 18, 2013 at 12:01 AM

    That's coming, there is no escaping it

    ReplyDelete
  14. Stefan GlienkeDecember 18, 2013 at 12:41 AM

    For desktop? I doubt. At least not for VCL applications.

    ReplyDelete
  15. Paul FosterDecember 18, 2013 at 1:07 AM

    For fmx, its certainly going to happen. Maybe not for vcl, but then again maybe the vcl itself is doomed

    ReplyDelete
  16. Stefan GlienkeDecember 18, 2013 at 1:11 AM

    Unless MS abandons the WinAPI in the future which is very unlikely the VCL will stay.

    ReplyDelete
  17. Paul FosterDecember 18, 2013 at 1:16 AM

    But they already have a "working" replacement 😂

    ReplyDelete
  18. Ivan RevelliNovember 16, 2015 at 5:49 AM

    you can use System.Generics.Collections.TObjectList like the sample : http://docwiki.embarcadero.com/CodeExamples/Seattle/en/Generics_Collections_TObjectList_%28Delphi%29

    ReplyDelete

Post a Comment