3.1 doesn't compile on i386

[sbandol]

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]

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

[tewks]

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

[sbandol]

OS X 10.8.4
Xcode 4.6.2

[mllopart]

Same for me!

[sunkehappy]

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

[jayashankar]

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

[nharperc]

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_relocation_info<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 mach_o::relocatable::Parser::parse(unsigned char const, unsigned long long, char const_, long, ld::File::Ordinal, mach_o::relocatable::ParserOptions const&) + 313
5 0x106a9eaa1 mach_o::relocatable::parse(unsigned char const_, unsigned long long, char const_, long, ld::File::Ordinal, mach_o::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]

Same issue here:
OS X 10.8.4
Xcode 4.6.3

[Linux-cpp-lisp]

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]

@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]

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

On Sun, Jul 21, 2013 at 5:57 PM, Linux-cpp-lisp [email protected]
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:
#15 (comment)

[Linux-cpp-lisp]

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

[ghost]

Any update on this folks?

[aravindkumar]

i also faced this problem

[Jon889]

Hello? I have this problem too.

[Linux-cpp-lisp]

@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]

ok thanks for updation when it solved send me mail.

[enzofrancesca]

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

[Plasma]

thumblabs@b68dec8 this build from another branch seems to work file for simulator

[Linux-cpp-lisp]

@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]

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]

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//issues/15#issuecomment-25515614
.

[richkershaw]

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

[4ndrey]

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]

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

[sunkehappy]

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

[mimoswirl]

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]

@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]

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