Opened 18 years ago

Closed 5 years ago

#1287 closed defect (wontfix)

no configure option to set doc install dir

Reported by: kyngchaos@… Owned by: warmerdam
Priority: normal Milestone: closed_because_of_github_migration
Component: default Version: unspecified
Severity: normal Keywords:
Cc:

Description (last modified by hobu)

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 hobu, 16 years ago

Description: modified (diff)
Resolution: duplicate
Status: newclosed

I think we've fixed this one as part of the Framework stuff? If not, please reopen.

comment:2 by kyngchaos, 16 years ago

Resolution: duplicate
Status: closedreopened

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 Jukka Rahkonen, 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 kyngchaos, 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 Even Rouault, 5 years ago

Milestone: closed_because_of_github_migration
Resolution: wontfix
Status: reopenedclosed

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.

Note: See TracTickets for help on using tickets.