Opened 14 years ago
Closed 14 years ago
#3611 closed enhancement (fixed)
add SHELL = /bin/sh # or similar to GDALmake.opt (Solaris)
Reported by: | knb | Owned by: | warmerdam |
---|---|---|---|
Priority: | low | Milestone: | 1.8.0 |
Component: | ConfigBuild | Version: | 1.7.2 |
Severity: | minor | Keywords: | |
Cc: |
Description
I had some trouble compiling GDAL .7.2 on a virtualized machine running SunOS 5.10 Generic_141414-09 sun4v sparc SUNW,T5240 Solaris.
Although I am root on this machine, I cannot change everything, because the host is virtualized and the /usr and the /bin filesystems are mounted as read-only. In particular, wehn sh lives in /bin , I cannot link sh to /bin/bash and setting SHELL env var does not help either to fully replace sh with bash.
However, the "configure" script generates a makefile that can only be compiled with gnu make and bash, not with Solaris's "sh". With sh, I get weird errors, because some bash-specific constructs are used in the libtool script and many other places.
I suggest that configure script generates line such as this
SHELL = /bin/sh # replace with /bin/bash on solaris
or similar at the top of the GDALmake.opt file.
If this is set, the "make" command can start the compilation process. Otherwise, it fails almost immediately after startup.
At this time, there is no such line in the GDALmake.opt file.
The SHELL = ... can also be a commented-out line by default, but it would be a helpful hint for people compiling on solaris zones.
#SHELL = /bin/sh # uncomment and replace with /bin/bash on solaris
Change History (2)
comment:1 by , 14 years ago
Summary: | add SHELL = /bin/sh # or similar to GDALmake.opt → add SHELL = /bin/sh # or similar to GDALmake.opt (Solaris) |
---|
comment:2 by , 14 years ago
Milestone: | → 1.8.0 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
ok, I've reproduced the problem with Solaris 10 update 9 i386 and confirmed the solution/workaround. Commited in r20610
Also reported as #3670