Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mbed-dev generates bigger binary than mbed #3815

Closed
janjongboom opened this issue Feb 21, 2017 · 4 comments
Closed

mbed-dev generates bigger binary than mbed #3815

janjongboom opened this issue Feb 21, 2017 · 4 comments

Comments

@janjongboom
Copy link
Contributor

Description

  • Type: Question

Question

Message from the Q&A section. Apparently compiling against mbed-dev generates a binary 4K bigger than compiling against mbed. Do we use less optimizations in the online compiler for user apps than we do for pre-compiling mbed?

@sg-

@0xc0170
Copy link
Contributor

0xc0170 commented Feb 21, 2017

I don't recall any special settings, both of them use the same profile (=same settings). However linker might do some different magic library vs object files (to resolve weak/strong symbols, etc).
I cant spot there a reference for 4K size difference. How was this size measured?

cc @theotherjimmy

@toyowata
Copy link
Contributor

toyowata commented Feb 21, 2017

Probably it related this: #3813

In case of uARM target, the mbed library has pre-build object files by --library_type=microlib option, but mbed-dev source file are wrongly compiled by standard build (ARM). That's why you will get bigger bin image by mbed-dev compare with (pre-build) mbed library.

@0xc0170
Copy link
Contributor

0xc0170 commented Feb 21, 2017

@toyowata Thanks, that would explain it if a user uses target that defaults to use uARM.

@theotherjimmy
Copy link
Contributor

@janjongboom Can we close this issue? I fixed the usage of uARM on the online compiler a while back.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants