-
Notifications
You must be signed in to change notification settings - Fork 25
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
not a layer?socute #19
Comments
??? Thank you |
Sorry. |
your makefile is: and I run: then I get error: so what's wrong please? |
I'm not sure what you're trying to do. If you're running this on Windows check if git has checked out with correct line ending and has created correctly symbolic links (in the examples in the repository Makefiles are symbolic links to the file in mk directory and also Rules.top in ex1/ex2 are symlinks - I've seen that some versions of git on Windows instead of creating proper symlink are just creating plain file with contents being the path where the symlink should point to, if that happens then just overwrite it with the contents of the file where it should point). Once you check all this run make in one of the examples directory and let me know if there were any problems. PS. "Pure" Windows are not supported - I hope you're using cygwin or mingw. |
I was sure you are right! |
Could you run with verbose output ('make VERBOSE=yes') and paste here the output? |
Ok,here: |
My apologies, the actual command is 'make VERBOSE=true' (not 'yes') and please paste only the output starting with the failing line (linking obj/debug/app - I'm interested in the set of '-L' switches passed to linker since it is failing to find libdir3.dll. Actually I also have noticed something strange. In the above output I see 'LINK Dir_3/obj/debug/libdir3.so' whereas on Cygwin shared libraries have 'dll' extension. Could you also paste output of 'uname -s' and 'uname -m'. These commands are used for detection of architecture/machine and later relevant config-*.mk are included. In config-Cygwin-i686_Cygwin-i686.mk there is defined SOEXT as 'dll' so it should be 'LINK Dir_3/obj/debug/libdir3.dll' (not with .so extension like in your output). |
g++ -g -W -Wall -ggdb -MMD -D_REENTRANT -D_POSIX_C_SOURCE=200112L -D__EXTENSIONS__ -DDEBUG -DLITTLE_ENDIAN -ggdb /cygdrive/f/Work/nonrec-make/ex1/obj/debug/top_a.o /cygdrive/f/Work/nonrec-make/ex1/obj/debug/top_b.o /cygdrive/f/Work/nonrec-make/ex1/obj/debug/main.o /cygdrive/f/Work/nonrec-make/ex1/Dir_1/obj/debug/dir1_lib.a /cygdrive/f/Work/nonrec-make/ex1/Dir_2/obj/debug/dir2_lib.a -L/cygdrive/f/Work/nonrec-make/ex1/Dir_3/obj/debug/ -ldir3 -lm -o /cygdrive/f/Work/nonrec-make/ex1/obj/debug/app CYGWIN_NT-6.1 Is there something wrong in the possiblity? 魅影~圣域 ------------------ 原始邮件 ------------------ My apologies, the actual command is 'make VERBOSE=true' (not 'yes') and please paste only the output starting with the failing line (linking obj/debug/app - I'm interested in the set of '-L' switches passed to linker since it is failing to find libdir3.dll. Actually I also have noticed something strange. In the above output I see 'LINK Dir_3/obj/debug/libdir3.so' whereas on Cygwin shared libraries have 'dll' extension. Could you also paste output of 'uname -s' and 'uname -m'. These commands are used for detection of architecture/machine and later relevant config-*.mk are included. In config-Cygwin-i686_Cygwin-i686.mk there is defined SOEXT as 'dll' so it should be 'LINK Dir_3/obj/debug/libdir3.dll' (not with .so extension like in your output). — |
possibility |
OK, it looks like you're using 64-bit windows and there is no config specific for this platform yet. Just as a confirmation of the diagnosis you can take a look at Dir_3/obj/debug and there should be libdir3.so (instead of libdir3.dll which is expected by the cygwin linker when it is given -ldir3). I hope that resolves your problems
Regards |
got it------------------ 原始邮件 ------------------ OK, it looks like you're using 64-bit windows and there is no config specific for this platform yet. Just as a confirmation of the diagnosis you can take a look at Dir_3/obj/debug and there should be libdir3.so (instead of libdir3.dll which is expected by the cygwin linker when it is given -ldir3). I hope that resolves your problems if so, you can just take a look at the structure of Rules.{mk,top} and wiki pages to see how to adapt them to your needs if not, then let me know and we'll work on it together Regards — |
you are right again. |
if you don't want say much here,can you send me email to let me understand?[email protected] |
SRCS_VPATH is misleading because it's not one-per-dir,and if I set it in one dir,I let another dir fail.So why shouldn't SRCS_VPATH be implemented to be one-per-dir? |
No description provided.
The text was updated successfully, but these errors were encountered: