3.1 doesn't compile on i386

sbandol commented 11 years ago

The libBump 3.1 doesn't compile for iOS Simulator.

0  0x10fea2098  __assert_rtn + 144
1  0x10fea5431  mach_o::relocatable::Section<x86>::addRelocFixup(mach_o::relocatable::Parser<x86>&, macho_relocation_info<Pointer32<LittleEndian> > const*) + 1781
2  0x10feb5636  mach_o::relocatable::Section<x86>::makeFixups(mach_o::relocatable::Parser<x86>&, mach_o::relocatable::Parser<x86>::CFI_CU_InfoArrays const&) + 90
3  0x10feb1aad  mach_o::relocatable::Parser<x86>::parse(mach_o::relocatable::ParserOptions const&) + 1433
4  0x10fea90c3  mach_o::relocatable::Parser<x86>::parse(unsigned char const*, unsigned long long, char const*, long, ld::File::Ordinal, mach_o::relocatable::ParserOptions const&) + 313
5  0x10fea6aa1  mach_o::relocatable::parse(unsigned char const*, unsigned long long, char const*, long, ld::File::Ordinal, mach_o::relocatable::ParserOptions const&) + 149
6  0x10fec733a  archive::File<x86>::makeObjectFileForMember(archive::File<x86>::Entry const*) const + 794
7  0x10fec6e4f  archive::File<x86>::justInTimeforEachAtom(char const*, ld::File::AtomHandler&) const + 139
8  0x10fed8b06  ld::tool::InputFiles::searchLibraries(char const*, bool, bool, bool, ld::File::AtomHandler&) const + 210
9  0x10fedf978  ld::tool::Resolver::resolveUndefines() + 200
10  0x10fee18a3  ld::tool::Resolver::resolve() + 75
11  0x10fea2380  main + 370
12  0x10fe93cd4  start + 52
A linker snapshot was created at:
    /tmp/BumpTest-2013-05-06-140407.ld-snapshot
ld: Assertion failed: (src.atom != NULL), function addRelocFixup, file /SourceCache/ld64/ld64-136/src/ld/parsers/macho_relocatable_file.cpp, line 5468.
clang: error: linker command failed with exit code 1 (use -v to see invocation)

4ndrey commented 11 years ago

The same issue for me! 3.1 is broken for simulator (i386).

tewks commented 11 years ago

Thanks; we're seeing this too... which versions of OSX and Xcode are you running? Thanks

sbandol commented 11 years ago

OS X 10.8.4 Xcode 4.6.2

mllopart commented 11 years ago

Same for me!

sunkehappy commented 11 years ago

Any reason for this bug? And how can we help to fix it?

jayashankar commented 11 years ago

Same issue for me. OS X - 10.8.1 Xcode - 4.6

nharperc commented 11 years ago

I also have this issue, but only when running in simulator. Running on my phone works fine.

OS X 10.8.4 Xcode 4.6.3

0 0x106a9a098 __assert_rtn + 144 1 0x106a9d431 mach_o::relocatable::Section::addRelocFixup(mach_o::relocatable::Parser&, macho_relocationinfo<Pointer32 > const) + 1781 2 0x106aad636 mach_o::relocatable::Section::makeFixups(mach_o::relocatable::Parser&, mach_o::relocatable::Parser::CFI_CU_InfoArrays const&) + 90 3 0x106aa9aad mach_o::relocatable::Parser::parse(mach_o::relocatable::ParserOptions const&) + 1433 4 0x106aa10c3 macho::relocatable::Parser::parse(unsigned char const, unsigned long long, char const_, long, ld::File::Ordinal, mach_o::relocatable::ParserOptions const&) + 313 5 0x106a9eaa1 macho::relocatable::parse(unsigned char const, unsigned long long, char const_, long, ld::File::Ordinal, macho::relocatable::ParserOptions const&) + 149 6 0x106abf33a archive::File::makeObjectFileForMember(archive::File::Entry const) const + 794 7 0x106abeb50 archive::File::forEachAtom(ld::File::AtomHandler&) const + 198 8 0x106ad076c ld::tool::InputFiles::forEachInitialAtom(ld::File::AtomHandler&) + 420 9 0x106ad9884 ld::tool::Resolver::resolve() + 44 10 0x106a9a380 main + 370 A linker snapshot was created at: /tmp/bumpTestApp-2013-05-26-090442.ld-snapshot ld: Assertion failed: (src.atom != NULL), function addRelocFixup, file /SourceCache/ld64/ld64-136/src/ld/parsers/macho_relocatable_file.cpp, line 5468. clang: error: linker command failed with exit code 1 (use -v to see invocation)

pauloandreget commented 11 years ago

Same issue here: OS X 10.8.4 Xcode 4.6.3

Linux-cpp-lisp commented 11 years ago

Same here. I just changed it not to link Bump on i386. Ugly, but it's the best I got.

OSX 10.7 Xcode 4.6.3

Linux-cpp-lisp commented 11 years ago

@tewks: Any news on this? I like the underlying technology of the Bump API, but the API itself is driving me insane between its inability to compile for the simulator and its inability to test without real devices. Can we get a fix?

4ndrey commented 11 years ago

Looks like bumptech forget about their sdk libs.. :(

On Sun, Jul 21, 2013 at 5:57 PM, Linux-cpp-lisp notifications@github.com wrote:

@tewks: Any news on this? I like the underlying technology of the Bump API, but the API itself is driving me insane between its inability to compile for the simulator and its inability to test without real devices. Can we get a fix?

Reply to this email directly or view it on GitHub: https://github.com/bumptech/bump-api-ios/issues/15#issuecomment-21311256

Linux-cpp-lisp commented 11 years ago

@4ndrey : No kidding. No updates, no support. Hope they still work at all...

ghost commented 11 years ago

Any update on this folks?

aravindkumar commented 11 years ago

i also faced this problem

Jon889 commented 11 years ago

Hello? I have this problem too.

Linux-cpp-lisp commented 11 years ago

@Jon889, @aravindkumar , @xtreme-jbyung : Nothing at all. I got to the point of starting to write my own server and library to do this, I will probably release it with an SDK when it's done. I'll drop a comment here when I do.

aravindkumar commented 11 years ago

ok thanks for updation when it solved send me mail.

enzofrancesca commented 11 years ago

I have the same problem, please give us a feedback.

Plasma commented 11 years ago

https://github.com/thumblabs/bump-api-ios/commit/b68dec88e0717b6653b93a0fae992d99117e18d8 this build from another branch seems to work file for simulator

Linux-cpp-lisp commented 11 years ago

@Plasma : Interesting. I would have used that, but I'm so far into my own replacement after I couldn't get it to work that it's easier for me to finish that. Also, do you know if there is any real documentation for the Bump API, except for the one example?

4ndrey commented 10 years ago

Hi folks,

I have merged the following: — i386 + armv6 libs from stable 3.0 version — armv7 from latest 3.1

into this Mach-O universal library: https://dl.dropboxusercontent.com/u/5484724/libBump_3.1.zip

For me it seems it works rather well, but please test it before use in production and let me know if something wrong with it. Cheers!

Linux-cpp-lisp commented 10 years ago

Thanks. I'll try using that.

On Wednesday, October 2, 2013, Andrey Toropchin wrote:

Hi folks,

I have merged the following: — i386 + armv6 libs from stable 3.0 version — armv7 from latest 3.1 — armv7s from 3.1b2 (from https://github.com/bumptech/bump-api-ios/downloads) into this Mach-O universal library: https://dl.dropboxusercontent.com/u/5484724/libBump_3.1.zip

For me it seems it works rather well, but please test it before use in production and let me know if something wrong with it. Cheers!

— Reply to this email directly or view it on GitHubhttps://github.com/bumptech/bump-api-ios/issues/15#issuecomment-25515614 .

richkershaw commented 10 years ago

Nice work, @4ndrey - that did the trick for me!

4ndrey commented 10 years ago

Finally fixed and added support for armv7s (actually patched armv7). Available on above link: https://dl.dropboxusercontent.com/u/5484724/libBump_3.1.zip

mimoswirl commented 9 years ago

I am not able to access the code on dropbox 4ndrey. what do i do?

sunkehappy commented 9 years ago

@mimoswirl Bump is already not available. You should not use bump any more.

mimoswirl commented 9 years ago

Sorry sunkehappy, but I am not sure what you mean by "Bump" is already not available. I know that Bump app is not available. But Bump technology is still available right? Please explain. thankyou

sunkehappy commented 9 years ago

@mimoswirl I'm not sure about whether Bump technology is still available. If you try to open http://bu.mp/api you will get a 404, so I guess the bump api service is also unavailable.

mimoswirl commented 9 years ago

Yes I did try to open that link a while ago. So i guess you are right. Bump services may not be existing now

bumptech / bump-api-ios

3.1 doesn't compile on i386 #15

@tewks: Any news on this? I like the underlying technology of the Bump API, but the API itself is driving me insane between its inability to compile for the simulator and its inability to test without real devices. Can we get a fix?