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

32bit mac non-opt build doesn't work #7221

Closed
graydon opened this issue Jun 19, 2013 · 5 comments
Closed

32bit mac non-opt build doesn't work #7221

graydon opened this issue Jun 19, 2013 · 5 comments
Labels
A-codegen Area: Code generation A-linkage Area: linking into static, shared libraries and binaries O-macos Operating system: macOS

Comments

@graydon
Copy link
Contributor

graydon commented Jun 19, 2013

It appears to have trouble linking.


...
cp: i686-apple-darwin/stage1/lib/rustc/i686-apple-darwin/lib/librustllvm.dylib
compile_and_link: i686-apple-darwin/stage1/lib/rustc/i686-apple-darwin/lib/librustc.dylib
...
LLVM ERROR: Section too large, can't encode r_address (0x10006ad) into 24 bits of scattered relocation entry.
make: *** [i686-apple-darwin/stage1/lib/rustc/i686-apple-darwin/lib/librustc.dylib] Error 1

Possibly related: http://code.google.com/p/go/issues/detail?id=3253

No idea really. It does seem like mach-o has something called a "scattered" reloc, and that this has only a 24bit displacement:

http://developer.apple.com/library/Mac/documentation/DeveloperTools/Conceptual/MachORuntime/Reference/reference.html#//apple_ref/c/tag/scattered_relocation_info

r_address

...

    Since this field is only 24 bits long, the offset in this field can never be larger than 0x00FFFFFF, thus limiting the size of the relocatable contents of this image to 16 megabytes.

Possibly we can fiddle linker and LLVM options to not generate these. Or we can get our codegen improved to the point where none of our libraries are 16+mb, which would be cool.

@brson
Copy link
Contributor

brson commented Jul 10, 2013

Memory usage is down. Maybe this works now.

@graydon
Copy link
Contributor Author

graydon commented Jul 10, 2013

It'd be more a matter of the target binaries getting smaller

@huonw
Copy link
Member

huonw commented Oct 18, 2013

Triage: we're not testing for this configuration with bors, so I can only assume it's still broken.

@alexcrichton
Copy link
Member

Testing locally, we now bootstrap (apparently our memory usage is down). If we want to ensure this doesn't regress we should add a builder with this configuration.

Flagging as A-build for this reason.

@alexcrichton
Copy link
Member

This builder has been running for awhile now, closing due to being fixed.

flip1995 pushed a commit to flip1995/rust that referenced this issue Jul 29, 2021
similar_names: No longer suggest inserting or appending an underscore

changelog: [`similar_names`] lint no longer suggests to insert or add an underscore to "fix" too similar names
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-codegen Area: Code generation A-linkage Area: linking into static, shared libraries and binaries O-macos Operating system: macOS
Projects
None yet
Development

No branches or pull requests

4 participants