Hmm. I suppose another potention issue is I'm using FB4.6 (beta) to compile the SWC and SWF.

I had the same issue with both FB 4.6 (with the bundled AIR 3.1) and FB 4.5.1 (with AIR 3.0), so I think you can rule that out.

andrea

Glad to hear you got it to work... did you compile with the 4.3 or the 5.0 SDK?

I am only linking to AVFoundation (and obviously Foundation), so there should be no need for a platform options file.

I was getting type 9 relocations in *all* functions exported from my library, including the extension initializer which does nothing except setting a pointer to the context initializer and finalizer.

From my understanding, type 9 relocations are emitted when using optimized instructions for loading string constants, so I still think it's an issue with code generation and not with whatever frameworks you're linking to.

I honestly have neither the time nor the motivation to get back to debugging this issue, especially seeing that there is no response whatsoever from Adobe.

If someone is interested in digging further I can provide the full source code of the extension (which is a simple wrapper around AVAudioPlayer to allow playing back  AAC audio on iOS).

andrea

Thanks for the help. Sounds like no one has gotten this to work with the

iOS5 SDK / XCode 4.2 / Air 3.1?

I notice XCode 4.2.1 was released recently, and the notes mention some

compiler fixes. I'll give that a shot first, before seeing if I can find

iOS 4.3 SDK somewhere. It wasn't included with XCode 4.2.

- Rusty

Thanks. I have tried including the iOS SDK using the -platformsdk flag.

Also tried including -framework Foundation as a linker flag, though the

blog post says it's included automatically, so that's probably not the

problem.

To be specific:

My extension works fine until I attempt to use the NSMutableDictionary

class from the Foundation SDK in my extension. If I set "Enable Linking

With Shared Libraries" to Yes, when I run adt I get linker "unexpected

srelocation type 9" warnings and the app hangs on launch.

If I set it to "No". I get the following link error, and am unable to build

an ipa:

"ld: absolute addressing (perhaps -mdynamic-no-pic) used in _getItem from

/var/folders/rc/w16r02qs70zgy9q02g2vlq2r0000gn/T/01ce07e6-4a7b-421b-8a c6-bce683ba7ea8/libcom.kongregate.KeyChain.a(KeyChainExtensionLib.o)

not allowed in slidable image. Use '-read_only_relocs suppress' to enable

text relocs"

Note: I already disabled the Generate Position Dependent Code option, to no

avail. Not sure what is creating the absolute addressing. Adding

-read_only_relocs suppress doesn't help much either. It just removes the

suggestion, but fails on essentially the same error. It's very possible,

there's some other linker or code generation option I need to throw in,

just not sure what. I'd love some confirmation from someone that has

successfully got this to work.

Hi rusty:

Can send us the projects which can reproduce the issue on sbhave [at] adobe [  dot ] com.

Putting this up here,  the suggestions on this site helped me fix my problem

http://www.liquid-photo.com/2011/10/30/common-native-extension-issues/

Hope it can help someone

I got the same problem when trying to make a extensions that use a AVAssetWriter... any update on this problem ? we will install xcode 4.1 to see if this solution work but i hope something else is possible.

EDIT : i got the same problem as rusty ...

compile with shared library YES return type 9 error

Shared library to NO return

"ld: absolute addressing (perhaps -mdynamic-no-pic) used

We use Xcode 4.3, Air 3.2 , all the latest sdk and i don't use -platformsdk as i work on a pc.

other important notice... if i try to set shared librarie to NO while targeting IOS 4.0... it make a build fail! if i target IOS 4.1 it work.. with error absolute addressing (perhaps -mdynamic-no-pic) used ......

We are kind of lost with this bug.... we tried every solution giving on the subject.

Last solution is Xcode 4.1 just like rusty said... i'll write if it work.

Same Problem for me:

Error occurred while packaging the application:

ld: absolute addressing (perhaps -mdynamic-no-pic) used in _ASDemoGetStringLength from /var/folders/5f/3xcbv8v96gd6_rq6kbmj13900000gp/T/aa9bb7be-0f0e-4e79-8 5df-cc835b7dc2cf/libde.das3.ane.CalendarANE.a(CalendarANE.o) not allowed in slidable image. Use '-read_only_relocs suppress' to enable text relocs

Compilation failed while executing : ld64

Build stops completly with this warning.

Flash Buidler 4.7 on Mac OS 10.7.5

Tried with AIR SDK 3.5 and AIR SDK 3.7.

Called Function:

FREObject ASDemoGetStringLength( FREContext ctx, void* funcData, uint32_t argc, FREObject argv[])

{

    NSLog(@"+++ ASDemoGetStringLength +++" );

    const uint8_t * stringArgument = NULL;

    uint32_t strLength = 0;

    FREResult status = FREGetObjectAsUTF8(argv[ 0 ], &strLength, &stringArgument);

    int32_t value = [ [NSString stringWithUTF8String:(char *) &stringArgument] length ];

    FREObject intValue = NULL;

    status = FRENewObjectFromInt32(value, &intValue);

    return intValue;

}

( line which is reponsible for the error is bold and this demo-code is no vodoo magic ).

"Enabled Linking with shared Libraries" is set to no in XCode.

Any solution from Adobe for this?

This "bug" occurs since 10 months for many devs, like we can see with in this thread.

The problem behind is also known.

But there is no fix for this?