Please provide a NoThumb version of libGoogleAnaltyics.a for the iPhone

[GoogleCodeExporter]

As of iPhone SDK 3.1.2 apples native linker has issues linking MonoTouch code 
with native thumb 
libraries (this is a regression on apples side since SDK 3.0).  While we wait 
for Apple to fix their 
linker, it would be nice if google could provide a No Thumb version of the 
library.  Other providers 
do this already, and it seems the standard naming is:

libGoogleAnalytics
libGoogleAnalytics_NoThumb

However this would not be required.
Thanks

Original issue reported on code.google.com by gro...@gmail.com on 8 Dec 2009 at 11:45

[GoogleCodeExporter]

I was hoping on getting my app out with the Google Analytics iPhone library but 
will
not be able to until this gets sorted so this is blocking me from getting my 
app on
the appstore.

Original comment by chris...@gmail.com on 9 Dec 2009 at 9:50

[GoogleCodeExporter]

We'd like to use Google Analytics with our MonoTouch iOS app. This is a blocker 
for us.

Original comment by jaim.r.z...@gmail.com on 12 Jan 2011 at 6:45

[GoogleCodeExporter]

Wow, it's been over a year and still no nothumb version. Please get this sorted.

Original comment by chris...@gmail.com on 12 Jan 2011 at 8:17

[GoogleCodeExporter]

We need to either get this fixed or get access to the source so we can compile 
it for ourselves.

Original comment by crai...@gmail.com on 13 Jan 2011 at 5:31

[GoogleCodeExporter]

Hmmm, seems this issue is quite active now.  We also have a project that 
requires getting this sorted out, as we are also using MonoTouch.  Any chance 
that google could comment on an ETA ?
Thanks!

Original comment by scott%co...@gtempaccount.com on 13 Jan 2011 at 5:40

[GoogleCodeExporter]

We're looking into it. Thanks!

Original comment by nickski1...@gmail.com on 13 Jan 2011 at 7:14

[GoogleCodeExporter]

I'm also running in to this issue developing with MonoTouch, would love to see 
a resolution! Thanks

Original comment by davestev...@gmail.com on 13 Jan 2011 at 7:17

[GoogleCodeExporter]

Would definitely be nice if this was sorted out.

Original comment by wallace....@gmail.com on 13 Jan 2011 at 7:17

[GoogleCodeExporter]

woow its been a year and google can't solve this??? this would be a very nice 
feaure :D

Original comment by dxdr...@gmail.com on 13 Jan 2011 at 7:40

[GoogleCodeExporter]

Do we have an ETA when this could be done?  If it's going to take a long time 
we'll release our app and wait but if it'll be ready in a week or so we'll wait.
Thanks!

Original comment by dave.sjo...@desjalogic.com on 20 Jan 2011 at 2:29

[GoogleCodeExporter]

Well it won't be done in a week. So I would launch your app as is.

Original comment by nickski1...@gmail.com on 20 Jan 2011 at 6:30

[GoogleCodeExporter]

+1 to see this issue solved! If the code was available, the community itself 
could fix the issue, instead of waiting for you guys, think about it! 

Original comment by eduardos...@gmail.com on 20 Jan 2011 at 11:12

[GoogleCodeExporter]

+1 to see this issue solved! If the code was available, the community itself 
could fix the issue, instead of waiting for you guys, think about it! 

Original comment by eduardos...@gmail.com on 20 Jan 2011 at 11:12

[GoogleCodeExporter]

+1 to see this issue solved! If the code was available, the community itself 
could fix the issue, instead of waiting for you guys, think about it! 

Original comment by eduardos...@gmail.com on 20 Jan 2011 at 11:14

[GoogleCodeExporter]

Am I missing something or is this not as simple as un-checking a box and 
releasing the resulting binary?

From these instructions 
(http://stackoverflow.com/questions/4260577/binding-objectivec-class-to-c-proble
m) I can see that all that needs to happen is...

1. Go to Project -> Edit Project Settings
2. Type "thumb" in "Search in Build Settings"
3. Uncheck box
4. Rebuild your native library

?

Original comment by chris...@gmail.com on 20 Jan 2011 at 11:20

[GoogleCodeExporter]

Chris: You forgot: 5. Profit!!!

Seriously though, this doesn't seem that big a deal to do. Is there really that 
much red tape involved in unchecking a bloody check box and releasing a new 
binary? It's not like any code changes are required - it's just a different 
build target. And only a slight difference at that.

Original comment by a.rolli...@hiive.com on 21 Jan 2011 at 2:46

[GoogleCodeExporter]

Please, Please fix this.

Original comment by robgibb...@gmail.com on 26 Jan 2011 at 7:23

[GoogleCodeExporter]

Waiting was not an option for us, so out of desperation we resorted to a 
different path - we have wrapped another library called GaDotNet that we 
modified to remove any System.Web dependencies not supported by MonoTouch.  
While I'm not sure I can recommend this approach as it is basically making 
direct get requests to the tracking gif, it did allow us to move forward with 
using GoogleAnalytics until this gets resolved.

Original comment by crai...@gmail.com on 26 Jan 2011 at 8:13

[GoogleCodeExporter]

Alright, thanks for your persistence and uh, patience.

We have NoThumb build we'd like to test before making it public. If you'd like 
to test it email me at api.nickm@google.com

Original comment by nickski1...@gmail.com on 4 Feb 2011 at 5:33

• Changed state: ResponseRequested

[GoogleCodeExporter]

Released in version 1.1: http://code.google.com/mobile/analytics/docs/iphone/

Original comment by nickski1...@gmail.com on 22 Feb 2011 at 10:09

• Changed state: Verified

[GoogleCodeExporter]

Removing an obsolete label that was used when these issues were in the 
gdata-issues project.

Original comment by jrobbins@google.com on 21 Jul 2011 at 10:04

• Removed labels: API-Analytics

[GoogleCodeExporter]

Changing the issue type to match the organization desired in this project.

Original comment by jrobbins@google.com on 21 Jul 2011 at 10:06

• Added labels: Type-Feature