| Summary: | Commit f9d1562 breaks x86 build after x86_64 build | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Tobias Droste <tdroste> |
| Component: | Mesa core | Assignee: | mesa-dev |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | git | ||
| Hardware: | All | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | Patch to make 'make clean' work again | ||
|
Description
Tobias Droste
2012-05-29 17:54:21 UTC
Run `git clean -dfx` When making build system changes, there's no way to make both the old and new system clean up everything potentially left over by both the old and new systems. I've seen this kind of thing reported really often, so I'll close this report. Reopen if `git clean -dfx` and reruning ./autogen.sh doesn't fix it. git clean -fdx obviously does help (as it removes everything that is not tracked). but building mesa (with rerun autogen.sh) will recreate the *.lo files in src/mesa/libcore and make clean does not remove them. Currently to build x86 and x86_64 in the same tree I have to run git clean -fdx before building. before the change a make clean was enough. just to clarify what is going on: what should work, but does not: 1. git clean -fdx 2. autogen.sh .... 3. make && make install 4. make clean 5. autogen.sh --enable-32-bit ... 6. make -> fails what still does work is: 1. git clean -fdx 2. autogen.sh .... 3. make && make install 4. git clean -fdx 5. autogen.sh --enable-32-bit ... 6. make && make install Created attachment 62299 [details] [review] Patch to make 'make clean' work again This would fix the problem, but I'm not sure if it's supposed to work this way with automake or if this is just a workaround yes, that does fix the problem commit 775ba11dcd8ddc46f78db3afe35de193a92515d0 Author: Eric Anholt <eric@anholt.net> Date: Wed May 30 13:31:27 2012 -0700 automake: Connect the libdricore target to make clean. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50480 Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> |
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.