Bug #2724

Error in csh when sourcing gammalib-init.csh and ctools-init.csh

Added by Specovius Andreas over 5 years ago. Updated almost 5 years ago.

Status:ClosedStart date:11/08/2018
Priority:HighDue date:
Assigned To:Knödlseder Jürgen% Done:

100%

Category:-
Target version:1.6.1
Duration:

Description

When sourcing gammalib-init.csh and ctools-init.csh for initialising the gammalib/ctools module an error occurs for csh-users.

Obviously the internally sourced gammalib-setup and ctools-setup scripts are not coded appropriately for the csh.

This error arose from the modifications done in issue #2420 when the following line was removed:
#! /bin/sh


Recurrence

No recurrence.


Related issues

Related to GammaLib - Bug #2420: Fix MANPATH on Mac OS X Closed 03/26/2018

History

#1 Updated by Specovius Andreas over 5 years ago

  • Related to Bug #2420: Fix MANPATH on Mac OS X added

#2 Updated by Knödlseder Jürgen almost 5 years ago

  • Priority changed from Normal to High

Pat Romano encountered the same issue for the new release 1.6:

I'm having issues with the new 1.6.0 installation. I dowloaded the dmg 
and unpacked it. When I initialize it with 

setenv GAMMALIB /usr/local/gamma
source $GAMMALIB/bin/gammalib-init.csh

I get: 

this_script=gammalib-setup: Command not found.
Bad : modifier in $ (").

I checked the old (v1.5.2) gammalib-init.csh 
and it's the very same (with diff and substituting).

I get the same error when I initialize CTOOLS with 
setenv CTOOLS /usr/local/gamma
source $CTOOLS/bin/ctools-init.csh 

I'm using A Mac OS 10.10.5 ad had no issues before.
Any suggestions? 

Easy solution is to put back

#! /bin/sh

in the first line of
$GAMMALIB/bin/gammalib-setup
$CTOOLS/bin/ctools-setup

which however will lead to the issues reported in #2420. It needs to be checked whether a solution can be found that solves both issues.

#3 Updated by Knödlseder Jürgen almost 5 years ago

  • Status changed from New to In Progress
  • Assigned To set to Knödlseder Jürgen
  • % Done changed from 0 to 10

I put back #! /bin/sh in the $GAMMALIB/bin/gammalib-setup file and also removed the setting of the (DY)LD_LIBRARY_PATH environment variables.

The release check pipeline test work well, except for the clang31 compiler test that ends with the following error in the

make distcheck

step
Making installcheck in test
make[2]: Entering directory `/home/jenkins/jenkins/workspace/gammalib-release-compilers/CONF_GCC/clang31/arch/i386/gammalib-1.6.0/_build/test'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/jenkins/jenkins/workspace/gammalib-release-compilers/CONF_GCC/clang31/arch/i386/gammalib-1.6.0/_inst/lib/python2.7/site-packages/gammalib/__init__.py", line 21, in <module>
    from gammalib.app import *
  File "/home/jenkins/jenkins/workspace/gammalib-release-compilers/CONF_GCC/clang31/arch/i386/gammalib-1.6.0/_inst/lib/python2.7/site-packages/gammalib/app.py", line 26, in <module>
    _app = swig_import_helper()
  File "/home/jenkins/jenkins/workspace/gammalib-release-compilers/CONF_GCC/clang31/arch/i386/gammalib-1.6.0/_inst/lib/python2.7/site-packages/gammalib/app.py", line 22, in swig_import_helper
    _mod = imp.load_module('_app', fp, pathname, description)
ImportError: libgamma.so.7: cannot open shared object file: No such file or directory
*** gammalib unit test failure!

Note that this happens in the following code section of the test/Makefile.am file:
# Tests to be done on installed version
if WITH_PYTHON
installcheck-local:
    @export GAMMALIB=$(DESTDIR)$(prefix); \
    . $(DESTDIR)$(prefix)/bin/gammalib-init.sh; \
    python -c 'import gammalib; gammalib.test()'; \
    if test "x$$?" != "x0"; then \
        echo "*** gammalib unit test failure!"; \
        exit 1; \
    fi
endif

#4 Updated by Knödlseder Jürgen almost 5 years ago

  • Status changed from In Progress to Closed
  • Target version set to 1.6.1
  • % Done changed from 10 to 100

The change was merged into the 1.6.1 release and also in the devel branch.

Also available in: Atom PDF