premake-core
premake-core copied to clipboard
why are there object files in my home folder?
After building my project using premake, a number of .o files, some with random (hex?) names and some with names corresponding to .c files, keep appearing in my home directory:
> ls
153ee0d7-1e34-42b3-9388-c35888ae6883.o
2023b165-dd2b-4a2b-9267-47315e7dc8a1.o
2962eeed-b581-4e24-a61b-fbecde0ea108.o
95aeee45-b22d-4c3f-a3a3-6157cd220014.o
a7e00089-10e9-42de-b73a-b002efb258f7.o
e1d0e8e7-caf8-4362-a4e3-4b104ed600c9.o
line.o
main.o
physics.o
render.o
shape.o
Here is the project file, I'm not allowed to link the source code but the project is structured identically to this repo, with premake5.lua
being located in a build
folder. I build with premake gmake2
on windows 10 with mingw and arch linux, on windows I don't have any problem like this that I know of.
Is this user error? Is there a way to prevent this?
If you set the objdir
for the project, does this still happen?
This only happens inconsistently, normally object files are placed in the obj
directory as the wiki states is the default behavior. I also found another object file in my ~/dev/
folder (the folder I keep projects in, not /dev/
) which is even weirder? It's possible that the files with hex names are some kind of unrelated issue, but the named object files are clearly from my project
I'm not seeing anything in the source that jumps out at me that would be causing this. Could you upload the relevant makefile that was generated by Premake?
Here is the generated Makefile. I leave it in the build
directory with premake5.lua
, and I have a separate Makefile that just runs cd build && make config=debug
, if that is at all useful info
edit: game.make
Can you add the game.make? That should be where the meat of the relevant info is.
I wanted to circle back on this. I'm not seeing anything in that makefile that is explicitly writing to the home directory, so I don't think it's on the premake gmake2 exporter. I don't want to point fingers at make or the compiler either; I'm just not 100% sure where the blame should go here.