PR/17383: fix gcc in-srcdir build (take 2)
Alexandre Oliva
aoliva@redhat.com
Sun Feb 27 18:47:00 GMT 2005
More information about the Binutils mailing list
Sun Feb 27 18:47:00 GMT 2005
- Previous message (by thread): PR/17383: fix gcc in-srcdir build (take 2)
- Next message (by thread): PR/17383: fix gcc in-srcdir build (take 2)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Feb 26, 2005, neroden@twcny.rr.com (Nathanael Nerode) wrote: > I've been wanting to do this for yonks. Approved for mainline, unless DJ or > Alex objects. Give them a day or two. DJ has objections to the change, unfortunately. Personally, I don't have any problem with this change: it will only affect the ./configure case, that has long been recommended against, and even then, will only make a difference for someone for whom the change would actually make some difference, e.g., not someone who's only half-mindlessly building and installing the package. If you need to enter some sub-package build-for-host directory, you'll probably be able to figure out what's the right thing to do. If you have scripts to automate some of these steps, then you probably do this often enough that you probably don't want to pollute your source tree with builds and already follow the recommended procedure to build out of the source tree. So, I'd approve this change if it wasn't for DJ's objection. DJ, given my arguments above, would you be willing to withdraw your objection? Any comments for binutils or GDB folks? Does anyone object to moving the directories in which we build tools for the host to a host subdir when srcdir=.? -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
- Previous message (by thread): PR/17383: fix gcc in-srcdir build (take 2)
- Next message (by thread): PR/17383: fix gcc in-srcdir build (take 2)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list