-
Notifications
You must be signed in to change notification settings - Fork 3.4k
test_zlib failed on python runner.py #24
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
Comments
It looks like it isn't succeeding to build the project. Can you try to build it normally (do ./configure and make in a copy of the zlib directory)? |
en, yes, I can build it successfully on the command line . But It'll fail on executing in the scirpt. running the ammo.js/build.py is similar: =====================
Stage 1: Build Bullet
=====================
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... /opt/src/emscripten/tools/emmaken.py
checking whether the C compiler works... no
configure: error: in `/opt/src/ammo.js/bullet/build':
configure: error: C compiler cannot create executables
See `config.log' for more details
make: *** No targets specified and no makefile found. Stop.
=============
Stage 2: Link
============= directly run in command is ok: /opt/src/ammo.js/$ cd bullet\build
/opt/src/ammo.js/bullet/build$ RANLIB=/opt/src/emscripten/tools/emmaken.py AR=/opt/src/emscripten/tools/emmaken.py CXX=/opt/src/emscripten/tools/emmaken.py CC=/opt/src/emscripten/tools/emmaken.py ../configure --disable-demos --disable-dependency-tracking |
Can you paste the config.log file it mentions there? That will have more details. Also, please find the lines in tests/runner.py beginning with and add "print" before them (without "s), so it prints as it tries to compile. That will give some more output for zlib. |
OK, I got the reason of test_zlib failed. the configure needs the CFLAGS to specify the includes path. export CFLAGS='-I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu'
export CPPFLAGS='-I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu' the only problem is the bullet left.
|
Looks like a linking error, the glu32 and opengl32 libs are not present? They are just needed for the configure tests. Might be a way to hack configure so it ignores them. |
run "configure" on command line passed. Failed only on running build.py or runner.py: It stops on the configure stage for testing the compiler on conftest.c: configure:3569: checking whether /opt/src/emscripten/tools/emmaken.py accepts -g
configure:3589: /opt/src/emscripten/tools/emmaken.py -c -g -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu conftest.c >&5
emmaken.py: /opt/src/emscripten/tools/emmaken.py -c -g -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu conftest.c
Running: /opt/src/llvm-gcc-4.2-2.9/bin/llvm-gcc -c -g -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu conftest.c -m32 -U__i386__ -U__x86_64__ -U__SSE__ -UX87_DOUBLE_ROUNDING -UHAVE_GCC_ASM_FOR_X87
configure:3589: $? = 0
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "bullet"
| #define PACKAGE_TARNAME "bullet"
| #define PACKAGE_VERSION "2.78"
| #define PACKAGE_STRING "bullet 2.78"
| #define PACKAGE_BUGREPORT "[email protected]"
| #define PACKAGE_URL ""
| #define PACKAGE "bullet"
| #define VERSION "2.78"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| } |
What happens when you run that command (right after emmaken.py: in that output) on the file it mentions? |
The above is the error information in the config.log. here is the command line output, the configure failed, no Makefile generated: :/opt/src/ammo.js$ ./build.py
=====================
Stage 1: Build Bullet
=====================
../configure --disable-demos --disable-dependency-tracking
CONF:CFLAGS= -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu
CONF:CFLAGS= -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... /opt/src/emscripten/tools/emmaken.py
checking whether the C compiler works... no
configure: error: in `/opt/src/ammo.js/bullet/build':
configure: error: C compiler cannot create executables
See `config.log' for more details
(None, None)
make: *** No targets specified and no makefile found. Stop.
=============
Stage 2: Link
=============
/opt/src/llvm-2.9/bin/llvm-link src/.libs/libBulletCollision.a src/.libs/libBulletDynamics.a src/.libs/libLinearMath.a -o libbullet.bc
/opt/src/llvm-2.9/bin/llvm-link: src/.libs/libBulletCollision.a: Could not open input file: No such file or directory
/opt/src/llvm-2.9/bin/llvm-link: error loading file 'src/.libs/libBulletCollision.a'
Traceback (most recent call last):
File "./b.py", line 82, in <module>
assert os.path.exists('libbullet.bc'), 'Failed to create client'
AssertionError: Failed to create client All r ok if I run this on the bash cmd line directly: /opt/src/ammo.js/bullet/build$ CFLAGS='-I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu' \
> CPPFLAGS='-I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu' \
> RANLIB=/opt/src/emscripten/tools/emmaken.py \
> AR=/opt/src/emscripten/tools/emmaken.py \
> CXX=/opt/src/emscripten/tools/emmaken.py \
> CC=/opt/src/emscripten/tools/emmaken.py \
> ../configure --disable-demos --disable-dependency-tracking
CONF:CFLAGS= -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu
CONF:CFLAGS= -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... /opt/src/emscripten/tools/emmaken.py
checking whether the C compiler works... yes
....
configure:
Please type 'make' to build Bullet |
I meant, what happens when you run
on this file:
That is failing for some reason in the configure. Let's find out why. |
I trunk the build.py and try it. It's a clang bug for ubuntu (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629861). emmaken.py: /opt/src/emscripten/tools/emmaken.py -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu -I/usr/include/i386-linux-gnu -I/usr/include/c$
['/opt/src/emscripten/tools/emmaken.py', '-I/usr/include/i386-linux-gnu', '-I/usr/include/c++/4.5/i686-linux-gnu', '-I/usr/include/i386-linux-gnu', '-I/usr/include/$
Running: /opt/src/llvm-2.9/bin/clang -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-linux-gnu -I/usr/include/i386-linux-gnu -I/usr/include/c++/4.5/i686-l$
/usr/bin/ld.bfd.real: cannot find crt1.o: No such file or directory
/usr/bin/ld.bfd.real: cannot find crti.o: No such file or directory
/usr/bin/ld.bfd.real: cannot find crtbegin.o: No such file or directory
/usr/bin/ld.bfd.real: cannot find -lgcc
/usr/bin/ld.bfd.real: cannot find -lgcc_s
clang: error: linker command failed with exit code 1 (use -v to see invocation)
configure:3324: $? = 1
configure:3362: result: no |
Interesting. You might need to get upstream clang and build it then. (Or, just use llvm-gcc and not clang.) |
this issue has not been fixed in trunk. so only llvm-gcc instead. :( |
Cleaned SQLite test code
emscripten latest git version
The text was updated successfully, but these errors were encountered: