-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
fatal error: stddef.h: No such file or directory #1204
Comments
Can you give me the output of |
使用内建 specs。 1 ""1 ""1 "<命令行>"1 ""COMPILER_PATH=/usr/local/gcc-5.3.0/libexec/gcc/x86_64-unknown-linux-gnu/5.3.0/:/usr/local/gcc-5.3.0/libexec/gcc/x86_64-unknown-linux-gnu/5.3.0/:/usr/local/gcc-5.3.0/libexec/gcc/x86_64-unknown-linux-gnu/:/usr/local/gcc-5.3.0/lib/gcc/x86_64-unknown-linux-gnu/5.3.0/:/usr/local/gcc-5.3.0/lib/gcc/x86_64-unknown-linux-gnu/ |
Did you get that error when running ./compile.sh? |
Yes. |
Can you share the full output of the bootstrap? |
Ok after looking at the code I know what's wrong. We expect the OS to be in english, let's try to fix it. |
That's great. When is it going to be finished? |
I sent a change for review should be out later today or tomorrow at most. |
Thanks. I hope it works. |
It is the same trunk, but we have less native rules in Bazel and also some On Thu, Apr 28, 2016 at 10:30 AM is03wlei notifications@github.com wrote:
|
Oh already pushed :) Can you retry? |
Thanks. |
:( Can you replace bazel/tools/cpp/cc_configure.bzl Line 141 in c6da034
cxx_inc = [repository_ctx.path(_cxx_inc_convert(p))
for p in inc_dirs.split("\n")]
print(cxx_inc)
return cxx_inc And paste the full output? |
(edited for formatting) |
So it detects the following C++ include:
So there is At least we got the detection part right. What does |
declare -x CLASSPATH=".:/usr/local/jdk1.8.0_65//lib" |
Can you try to do |
Ooops also add -std=c99 |
nothing printed. |
So /tmp/process-tools.o should exists, meaning that it does find the header. (note there should be a space before -std=c99 but that's not really important). |
/usr/local/bin/gcc -c -o /tmp/process-tools.o src/main/tools/process-tools.c -iquote . -Wall -Wl,-z,-relro,-z -std=c99 |
Let's try a bit more complex: |
\o/ |
:( Just saw your last message. Probably LD_LIBRARY_PATH is not set correctly? |
When could you fix -no-canonical-prefixes problem? |
The change is under review right now should be out later today. Wait I though you were hitting another issue. or did I saw incorrectly? |
Did you mean the GLIBC issue? |
Oh nice! |
Who's supposed to close the issue? You or me? |
I will close it when the change is in the repo |
I was in London office last year. Do you hire new employees? |
Google is constantly hiring see https://google.com/jobs. |
I think the issue still exists. |
Oh sorry, we decided not to include that patch and too look for a better one because that one might break on some other system. We need some more information though to reproduce on our system Can you do the following:
And gives the output? |
总用量 1924 |
Sorry again for the delay on this one, I have quite a bit to catch up. |
It's all right. When is it expected to be fixed? |
Unfortunately I don't have any timeline for it. I have another improvement On Fri, May 20, 2016, 9:19 AM is03wlei notifications@github.com wrote:
|
I see. Do you have timeline for that improvement? |
I hope to do it in a month but I cannot guarantee. On Fri, May 20, 2016, 9:25 AM is03wlei notifications@github.com wrote:
|
Thanks. It seems to be a big improvement. |
I compiled the source code from CentOS Linux release 6.2 (Final).
find -name stddef.h
./usr/lib/gcc/x86_64-redhat-linux/3.4.6/include/stddef.h
./usr/lib/gcc/x86_64-redhat-linux/5.3.0/include/stddef.h
./usr/lib/gcc/i686-redhat-linux/4.4.4/include/stddef.h
./usr/local/gcc/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/include/stddef.h
./usr/local/gcc-5.3.0/lib/gcc/x86_64-unknown-linux-gnu/5.3.0/include/stddef.h
./usr/include/linux/stddef.h
The text was updated successfully, but these errors were encountered: