Bug 54162

Summary: "make clean" leaves some .o files
Product: Mesa Reporter: Benjamin Bellec <b.bellec>
Component: OtherAssignee: mesa-dev
Status: RESOLVED FIXED QA Contact:
Severity: minor    
Priority: medium CC: mattst88
Version: git   
Hardware: All   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Benjamin Bellec 2012-08-28 16:57:17 UTC
I used to compile r600g, like this for instance:
$ ./autogen.sh --with-gallium-drivers=r600 --with-dri-drivers= --enable-32-bit CFLAGS="-O2 -m32" CXXFLAGS="-O2 -m32" --libdir=/usr/lib
When I perform a "make clean", there is still .o some files:
$ find -name *.o
./src/mesa/drivers/dri/common/utils.o
./src/mesa/drivers/dri/common/dri_test.o
./src/mesa/drivers/dri/common/xmlconfig.o
./src/mesa/drivers/dri/common/dri_util.o

I delete them with:
$ find -name *.o -delete
but they should be deleted automatically by the make clean, no?
Comment 1 Matt Turner 2012-08-28 21:45:10 UTC
Confirmed.
Comment 2 Matt Turner 2012-08-28 21:48:43 UTC
My guess is that make is being invoked on src/mesa/drivers/dri/common from a static Makefile in Gallium, which doesn't also have a clean rule.

When I build without any gallium drivers, I don't see this problem.
Comment 3 Tobias Droste 2012-08-28 22:24:18 UTC
probably the same as my bug (even though I have more .o files left):
https://bugs.freedesktop.org/show_bug.cgi?id=51383 

one should be marked as a duplicate (maybe mine, your title is more verbose)

Matt Turner: I leave it to you which one you would like to keep open
Comment 4 Matt Turner 2012-08-29 17:05:34 UTC
(In reply to comment #3)
> probably the same as my bug (even though I have more .o files left):
> https://bugs.freedesktop.org/show_bug.cgi?id=51383 
> 
> one should be marked as a duplicate (maybe mine, your title is more verbose)

I'm not sure. In your report, there are lots of .o files left behind that were created by automake/libtool (as seen in the .libs/ folders). I've never seen or been able to reproduce that.
Comment 5 Andreas Boll 2013-01-11 11:14:12 UTC
Should be fixed with the full transition to automake.
Please reopen the bug if you can still reproduce this.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.