Opened 18 years ago
Closed 5 years ago
#1287 closed defect (wontfix)
no configure option to set doc install dir
Reported by: | Owned by: | warmerdam | |
---|---|---|---|
Priority: | normal | Milestone: | closed_because_of_github_migration |
Component: | default | Version: | unspecified |
Severity: | normal | Keywords: | |
Cc: |
Description (last modified by )
There is no way to set the doc dir with configure, and thus is hardwired to doc/ off the prefix: @exec_prefix@/doc Normally on OS X (and some other variants of unix, I think) various doc folders (man, info, doc) are in share/, not the prefix. Without a --docdir= configure option, I can't override the default without editing gdalmake.opt after configure.
Change History (5)
comment:1 by , 16 years ago
Description: | modified (diff) |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
comment:2 by , 16 years ago
Resolution: | duplicate |
---|---|
Status: | closed → reopened |
No, nothing done yet. And it applies to a unix build also, so it wouldn't be strickly a framework build fix.
But, I suppose "make docs" may not be a fully supported option yet? Some time ago when I asked about this, that's what Frank said, or at least that not a lot of effort was put into maintaining it, or maybe it was that it was really just for creating the docs for the web site. Yet, other than this doc dir problem, make docs and make install-docs works just fine and is useable on a local installation.
comment:3 by , 9 years ago
In the file /trunk/gdal/configure I can see on line 1634 this:
--docdir=DIR documentation root [DATAROOTDIR/doc/PACKAGE]
Does it mean that the --docdir= configure option that was hoped for exists and this ticket can be closed?
comment:4 by , 9 years ago
I don't think so. Whatever is set in configure, it's not used in gdalmake.opt, where it has:
INST_DOCS = @exec_prefix@/doc
comment:5 by , 5 years ago
Milestone: | → closed_because_of_github_migration |
---|---|
Resolution: | → wontfix |
Status: | reopened → 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.
I think we've fixed this one as part of the Framework stuff? If not, please reopen.