Because the MIPS Global Offset Table (GOT) is only 64K, any application can support at most 16K globals. This results in very large programs to not link with "relocation truncated to fit" errors.

The only workaround I'm aware of is to use the flag -xgot during linking. This allows the global offset table to use 32-bit values instead of 16-bit values. Unfortunately, all libraries have to be created using this flag (like libc, libgcc, libm, libCascade*, etc.)

SGI had a similar problem many years ago, and they created two sets of libraries -- one linked normally and one linked with the -xgot flag.

A summary of what the "web wisdom" is on this topic is nicely presented in this link:

http://www.linux-mips.org/archives/linux-mips/2003-05/msg00231.html

Since we don't have the entire source to Roku, we can't fix the problem ourselves. So, Roku, can you please supply us with an alternate set of libraries that can be linked with large programs using the -xgot flag?

Alternatively, does anyone have another suggestion on how to get around the "relocation truncated to fit" error?


Thanks,

Ag Primatic

Perhaps you want to post in the "General Cascade Discussion" forum? Though the volume is low I think it's the right forum for questions about development and PhotoBridge library support.

Out of curiosity, what are you building that is running out of symbol space? I haven't seen this problem before.

I agree that it would be great to have access to more of the PhotoBridge API and applications source code. I hope Roku chooses to open more of their PB source code to let the community help further improve the PhotoBridge.

I'm trying to build qt-embedded 3.3.3 with rtti (runtime type identifiers) on.

There was a post about this 9 months ago (see http://www.rokulabs.com/forums/viewtopic.php?t=3643)

I'll try posting this in the General Cascade Discussion and see if it gets any more attention.

Thanks,

Ag