-Zlto strips pub extern'ed functions provided by extern'ed crates

[wycats]

No description provided.

[emberian]

This seems like desired behavior? LTO only makes sense on executables, who shouldn't be exporting any symbols besides the entry point anyway.

[wycats]

LTO makes sense for .a files too 😄

[emberian]

Hm, that's true. I guess ... we need a pub extern crate ...;

[wycats]

pub extern crate would work yeah 😄

Although I wonder what the use-case is for declaring a function pub extern "C" and wanting it to be stripped out of a final .a file.

[emberian]

Well it's not from your crate and it's not actually public, so it gets
caught in the crossfire.

On Thu, May 29, 2014 at 10:06 AM, Yehuda Katz [email protected]:

pub extern crate would work yeah [image: 😄]

Although I wonder what the use-case is for declaring a function pub
extern "C" and wanting it to be stripped out of a final .a file.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/14500#issuecomment-44556526
.

http://octayn.net/

[wycats]

Sure. I guess I'm proposing a change to the -Zlto stripping rules: never strip #[no_mangle] pub extern "C" functions.