Opened 9 years ago
Closed 5 years ago
#6116 closed enhancement (wontfix)
make of gdal-2.0.0 fails when root dir contains spaces
Reported by: | peterdm | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | closed_because_of_github_migration |
Component: | default | Version: | svn-trunk |
Severity: | normal | Keywords: | make |
Cc: |
Description (last modified by )
Steps to reproduce (on Linux):
1) Untar/unzip the gdal sources into /tmp
2) Rename gdal-2.0.0 to "gdal 2.0.0" (a dir containing at least one space)
3) Enter the dir
3) ./configure
4) make
-> make fails because it doesn't see the whole dir name - the root dir is cut off at the first space
Attachments (1)
Change History (7)
comment:1 by , 9 years ago
Description: | modified (diff) |
---|
comment:2 by , 9 years ago
Description: | modified (diff) |
---|
follow-up: 4 comment:3 by , 9 years ago
comment:4 by , 9 years ago
Replying to goatbar:
Has it ever worked in the past?
No. Our build system is just too adhoc. Might be fixed some day with CMake support. Actually, I've tried to fix that with the attached patch. It somehows works, but at the expense of removing a few absolute filenames in top GNUmakefile in the definition of GDAL_OBJ. I'm not sure of the impact. That's why I just attach the patch if it might be useful.
by , 9 years ago
Attachment: | spaces.patch added |
---|
(Probably not to be applied as such) patch. See comments
comment:5 by , 9 years ago
Type: | defect → enhancement |
---|---|
Version: | 2.0.0 → svn-trunk |
rouault, Thanks for confirming my suspicion. I had intentions of adding VPATH support a while back so I could have multiple builds with different compilers and options going from a single code base while working on issues, but it is a lot of work get that in place and just right.
I'm marking this as an enhancement request and switching this to svn-trunk.
comment:6 by , 5 years ago
Milestone: | → closed_because_of_github_migration |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to https://github.com/OSGeo/gdal/issues if it is not already reported there.
Has it ever worked in the past?