Skip to content
This repository has been archived by the owner on Feb 14, 2023. It is now read-only.

md5.c.obj not found #56

Closed
minhdn90 opened this issue Aug 4, 2016 · 4 comments
Closed

md5.c.obj not found #56

minhdn90 opened this issue Aug 4, 2016 · 4 comments

Comments

@minhdn90
Copy link

minhdn90 commented Aug 4, 2016

Hi,

I built it on Windows with generator CodeBlocks MinGW
cmake .. -G "CodeBlocks - MinGW Makefiles"

It was successful but then when I open .cbp file in CodeBlock and build the project, I got this

C:\PROGRA~2\CODEBL~1\MinGW\bin\gcc.exe   @CMakeFiles/localmd5.dir/includes_C.rsp -DHAVE_CONFIG_H   /arch:SSE2   -DDEFAULT_ALLOW_PROGRESSIVE -DHIGH_MEMORY -o CMakeFiles\localmd5.dir\dependencies\md5\md5.c.obj   -c "D:\Open-source code\lepton-master\dependencies\md5\md5.c"
gcc.exe: error: /arch:SSE2: No such file or directory
mingw32-make.exe[2]: *** [CMakeFiles/localmd5.dir/dependencies/md5/md5.c.obj] Error 1
mingw32-make.exe[1]: *** [CMakeFiles/localmd5.dir/all] Error 2
mingw32-make.exe: *** [all] Error 2
CMakeFiles\localmd5.dir\build.make:62: recipe for target 'CMakeFiles/localmd5.dir/dependencies/md5/md5.c.obj' failed
mingw32-make.exe[2]: Leaving directory 'D:/Open-source code/lepton-master/build'
CMakeFiles\Makefile2:66: recipe for target 'CMakeFiles/localmd5.dir/all' failed
mingw32-make.exe[1]: Leaving directory 'D:/Open-source code/lepton-master/build'
D:/Open-source code/lepton-master/build/Makefile:126: recipe for target 'all' failed

There's no "CMakeFiles\localmd5.dir\dependencies\md5\md5.c.obj", the file does not exist, the folder "md5" is empty
My system: CodeBlocks 16.01 with GCC 4.9.2 running on Windows 10 64 bit
Please can you advise?

@danielrh
Copy link
Contributor

danielrh commented Aug 4, 2016

hmm it seems that the /arch:SSE2 flag is not available on the version of gcc.exe you are using.
I think it should actually be -msse2
One fix could be to change all cases of WIN32 in the CMakeLists.txt to be the word FALSE

another option is to use ./configure

@minhdn90
Copy link
Author

minhdn90 commented Aug 4, 2016

Thanks for your advice. It got me through a bit further then I got this

||=== Build: all in lepton (compiler: GNU GCC Compiler) ===|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc||In function 'void* custom_malloc(size_t)':|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc|59|error: '_aligned_malloc' was not declared in this scope|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc||In function 'void* custom_realloc(void*, size_t)':|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc|78|error: '_aligned_realloc' was not declared in this scope|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc||In function 'void custom_free(void*)':|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc|101|error: '_aligned_free' was not declared in this scope|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc||In function 'void* custom_calloc(size_t)':|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc|121|error: '_aligned_malloc' was not declared in this scope|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc|121|error: '_aligned_recalloc' was not declared in this scope|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc||In function 'void always_assert_exit(bool, const char*, const char*, int)':|
D:\Open-source code\lepton-master\src\vp8\util\memory.cc|55|warning: 'noreturn' function does return|
CMakeFiles\test_invariants.dir\build.make|137|recipe for target 'CMakeFiles/test_invariants.dir/src/vp8/util/memory.cc.obj' failed|
CMakeFiles\Makefile2|140|recipe for target 'CMakeFiles/test_invariants.dir/all' failed|
D:\Open-source code\lepton-master\build\Makefile|126|recipe for target 'all' failed|
||=== Build failed: 8 error(s), 1 warning(s) (0 minute(s), 4 second(s)) ===|

@danielrh
Copy link
Contributor

danielrh commented Aug 7, 2016

hmmm maybe change that code to use posix_memalign (it's an option in that file, I believe) I don't know what's triggering it to try to use the win32 items

@danielrh
Copy link
Contributor

I've allowed for standard allocators to be defined in the configuration using

  --enable-system-dependencies
                          Rely on system installed version of zlib [no]
  --enable-custom-allocator

hope that helps

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants