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

Failed to compile 0.8 in OSX #9625

Closed
yannkechichian opened this issue Sep 30, 2013 · 6 comments
Closed

Failed to compile 0.8 in OSX #9625

yannkechichian opened this issue Sep 30, 2013 · 6 comments

Comments

@yannkechichian
Copy link

Compiling 0.8 in OS X 10.8.5 yielded the following error:

/usr/bin/ranlib: file: lib/libjemalloc.a(atomic.o) has no symbols
/usr/bin/ranlib: file: lib/libjemalloc.a(hash.o) has no symbols
/usr/bin/ranlib: file: lib/libjemalloc.a(mb.o) has no symbols
/usr/bin/ar crus lib/libjemalloc_pic.a src/jemalloc.pic.o src/arena.pic.o src/atomic.pic.o src/base.pic.o src/bitmap.pic.o src/chunk.pic.o src/chunk_dss.pic.o src/chunk_mmap.pic.o src/ckh.pic.o src/ctl.pic.o src/extent.pic.o src/hash.pic.o src/huge.pic.o src/mb.pic.o src/mutex.pic.o src/prof.pic.o src/quarantine.pic.o src/rtree.pic.o src/stats.pic.o src/tcache.pic.o src/util.pic.o src/tsd.pic.o src/zone.pic.o
/usr/bin/ranlib: file: lib/libjemalloc_pic.a(atomic.pic.o) has no symbols
/usr/bin/ranlib: file: lib/libjemalloc_pic.a(hash.pic.o) has no symbols
/usr/bin/ranlib: file: lib/libjemalloc_pic.a(mb.pic.o) has no symbols
link: x86_64-apple-darwin/rt/stage0/librustrt.dylib
i686-apple-darwin11-llvm-g++-4.2: x86_64-apple-darwin/rt/stage0/libuv/libuv.a: No such file or directory
make: *** [x86_64-apple-darwin/rt/stage0/librustrt.dylib] Error 1
@pnkfelix
Copy link
Member

@yannkechichian Were you using make -jN for some N? And/or did you try running make again?

There was a race condition in the Makefile that did not land in 0.8, I believe, but it has been fixed since then...

@yannkechichian
Copy link
Author

@pnkfelix I tried to use make -jN without any success. Also, I use clang-500.2.75 for the compilation. I am going to investigate and get more information about my environment hoping it could be relevant.

@pnkfelix
Copy link
Member

pnkfelix commented Oct 1, 2013

@yannkechichian To be clear, when I wrote make -jN, I meant something like make -j2, make -j4, ... basically any make -j invocation except make -j1.

That is, when there is a race condition in makefiles, the usual way to compensate for them is to ensure that there are no -j flags being passed, or pass -j1 explicitly.

@yannkechichian
Copy link
Author

@pnkfelix Absolutely, with N the number of jobs at once but I get the same error though.

@yannkechichian
Copy link
Author

@pnkfelix Mea culpa, I finally managed to make it work using make -jN after a new configuration of the sources tree. All good, thanks.

@pnkfelix
Copy link
Member

pnkfelix commented Oct 2, 2013

closing.

@pnkfelix pnkfelix closed this as completed Oct 2, 2013
flip1995 pushed a commit to flip1995/rust that referenced this issue Oct 20, 2022
Use the correct type when comparing nested constants.

fixes rust-lang#9625

changelog: `manual_range_contains`: fix ICE when the values are behind a reference
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants