ऑटोमेशन सॉफ्टवेयर बनाने के लिए इनपुट फाइल्स (Makefiles, SConstruct, CMakeLists.txt, आदि) को व्यवस्थित करने के अच्छे तरीके क्या हैं?


13

एक चीज जो मुझे अपने कोड के साथ पसंद है, वह यह सुनिश्चित करती है कि इसे प्रबंधनीय टुकड़ों में बदल दिया जाए। हालाँकि, जब सॉफ़्टवेयर के निर्माण की बात आती है, तो मुझे पता चलता है कि जो भी ऑटोमेशन का निर्माण होता है, मैं उसका उपयोग करके समाप्त हो जाता हूँ (हाल ही में यह GNU मेक या SCons है) पूरी तरह गड़बड़ हो गया है। इनपुट फाइलें लंबी स्क्रिप्ट की तरह दिखती हैं जो आसान रीफैक्टरिंग को धता बताती हैं। मैं उन्हें किसी तरह से रिफैक्ट करने में सक्षम होना चाहता हूं, लेकिन "फ़ंक्शन" की अवधारणा कुछ बिल्ड ऑटोमेशन सॉफ़्टवेयर में उसी तरह से व्यवहार नहीं करती है जैसा कि एक प्रोग्रामिंग भाषा में करती है, इसलिए मुझे प्रबंधनीय लिखना मुश्किल लगता है किसी भी प्रोजेक्ट के लिए Makefiles या SConscript फाइलें जो मामूली जटिल हैं।

क्या किसी को स्वचालन सॉफ्टवेयर बनाने के लिए प्रबंधनीय इनपुट फ़ाइलों को लिखने की कोई सलाह है? सॉफ्टवेयर-अज्ञेय सलाह सबसे अच्छा होगा, लेकिन यहां तक ​​कि एक विशिष्ट बिल्ड ऑटोमेशन टूल के बारे में सलाह उपयोगी होगी, विशेष रूप से मेक या स्कैन्स, क्योंकि मैं परियोजनाओं के लिए उपयोग कर रहा हूं।

संपादित करें: जैसा कि थोरबजर्न ने इंगित किया है, मुझे कुछ संदर्भ और उपयोग उदाहरण जोड़ना चाहिए। मैं केमिकल इंजीनियरिंग में पीएचडी पूरी कर रहा हूं और कम्प्यूटेशनल साइंस में रिसर्च करता हूं। (मैं उन लोगों के लिए SciComp.SE पर एक प्रो टेम्पर्ड मॉड हूँ।) मेरी परियोजनाओं में आम तौर पर संकलित भाषाओं (C, C ++, फोरट्रान) का मिश्रण शामिल होता है, जो कुछ भारी उठाने, स्क्रिप्टिंग भाषाओं (पायथन) को करते हैं , प्रोटोटाइप के लिए, पर्ल) और कभी-कभी, प्रोटोटाइप या तकनीकी उद्देश्यों के लिए डोमेन-विशिष्ट भाषाएं।

मैंने नीचे दो उदाहरण जोड़े हैं, मोटे तौर पर 250-लाइन रेंज में। मेरे लिए समस्या आम तौर पर प्रतिरूपकता की कमी है। इन परियोजनाओं में से कुछ को मॉड्यूलर इकाइयों में व्यवस्थित किया जा सकता है, और उन लाइनों के साथ निर्माण के हिस्सों को सार करना अच्छा होगा, जो मेरे लिए और भविष्य के रखवाले के लिए इसे ट्रैक करना आसान बना सकते हैं। प्रत्येक स्क्रिप्ट को कई फाइलों में तोड़ना एक ऐसा उपाय है, जिसे मैं अपने सिर पर रखकर कर रहा हूं।

दूसरा उदाहरण विशेष रूप से महत्वपूर्ण है, क्योंकि मैं इसे जल्द ही बड़ी संख्या में फाइल करने जा रहा हूं।

यहाँ एक 265-लाइन Makefileमेरे लिए कैसी दिख सकती है, एक वास्तविक परियोजना से ली गई है, और सबसे अच्छी तरह से आयोजित की जा सकती है:

#!/usr/bin/make
#Directory containing DAEPACK library folder
daepack_root = .
library = $(daepack_root)/lib
wrappers = $(daepack_root)/Wrappers/DSL48S
c_headers = parser.h problemSizes.h
f77_headers=problemSizes.f commonParam.f
f90_headers=problemSizes.f commonParam.f90
includes = -I. -Iinclude -I/usr/include/glib-2.0 \
    -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 \
    -I/usr/include/libgdome -I/usr/include/gtest/

#Fortran 77 environment variables
f77=gfortran
fflags=-ggdb -cpp -fno-second-underscore --coverage -falign-commons \
    -mcmodel=large -fbacktrace -pg 
flibs=

#Fortran 90 environment variables
f90=gfortran
f90flags=-ggdb -cpp -fno-second-underscore --coverage -falign-commons \
    -mcmodel=large -fbacktrace -pg 
f90libs=

#C environment flags
cc=gcc
cflags=-ggdb --coverage $(includes) -mcmodel=large 
clibs=

#Libraries for linking
libs=-L$(library) -ldaepack_sparse -lblas -llapack -ldl -lg2c \
    -lgdome -lxml2 -lgtest -lcunit -lcholmod -lamd -lcolamd -lccolamd \
    -lmetis -lspqr -lm -lblas -llapack -lstdc++ -lpcre

#Object files
objs=main.o $(dsl48sObjs) $(gdxObjs)
gdxObjs = gdxf9def.o gdxf9glu.o gamsglobals_mod.o 
commonObjs=libdsl48s_model.sl cklib.o parser.o $(gdxObjs)
originalModelObjs=originalModel.o dsl48sChemkinModule.o $(commonObjs)
cspSlowModelObjs=cspSlowModel.o dsl48sChemkinModuleSlow.o cspModule.o \
    $(commonObjs)
orthoProjModelObjs=orthoProjModel.o dsl48sChemkinModuleOrthoProj.o \
    orthoProjModule.o basisModule.o spqrUtility.o $(commonObjs)

#Shell environment variable definitions for FUnit
FCFLAGS := $(f90flags)
LDFLAGS := libdsl48s_model.sl cklib.o gdxf9glu.o parser.o spqrUtility.o \
    $(libs)

misc=*table *size.f 
output=*.out

#Ftncheck flags for static analysis of Fortran 77 code
ftnchekflags= -declare -include=. -library -style=block-if,distinct-do,do-enddo,end-name,goto,labeled-stmt,structured-end

all: ckinterp.exe parserTest.exe originalModel.exe cspSlowModel.exe \
    orthoProjModel.exe spqrUtilityTest.exe
#Check code style with lexical analyzer
    @echo Checking program style...
    ftnchek $(ftnchekflags) rhs.f
    ftnchek $(ftnchekflags) resorig.f
    ftnchek $(ftnchekflags) res.f
#   ftnchek $(ftnchekflags) cklib.f
#   ftnchek $(ftnchekflags) ckinterp.f
#Set up baseline coverage data file
    @echo Set up baseline coverage data file
    lcov -c -i -d . -o conpDSL48Sbase.info
#Run unit test on cspModule.f90
    @echo Running unit tests on cspModule.f90...
    funit cspModule
#Generate test coverage data for cspModule.f90
    @echo Generating test coverage data from cspModule.f90 tests...
    lcov -c -d . -o conpDSL48ScspTest.info
#Run unit test on orthoProjModule.f90
    @echo Running unit tests on orthoProjModule.f90...
    funit orthoProjModule
#Generate test coverage data for orthoProjModule.f90
    @echo Generating test coverage data from orthoProjModule.f90 tests...
    lcov -c -d . -o conpDSL48SgenProjTest.info
#Run unit tests on the parser C library
    @echo Running unit tests on parser in C...
    -G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind -v --tool=memcheck \
    --leak-check=full --show-reachable=yes --leak-resolution=high \
    --num-callers=20 --log-file=parserTest.vgdump \
    ./parserTest.exe > parserTest.log
#Generate test coverage data for the parser wrapper C library
    @echo Generating test coverage data for the parser in C...
    lcov -c -d . -o conpDSL48SparserTest.info
#Run unit tests on the SparseQR C library
    @echo Running unit tests on SparseQR library in C...
    ./spqrUtilityTest.exe
#Generate test coverage data for the SparseQR C library
    @echo Generating test coverage data for the SparseQR C library...
    lcov -c -d . -o conpDSL48SsparseTest.info
#Run unit test on basisModule.f90
    @echo Running unit tests on basisModule.f90...
    funit basisModule
#Generate test coverage data for basisModule.f90
    @echo Generating test coverage data from basisModule.f90 tests...
    lcov -c -d . -o conpDSL48SbasisMod.info
#Combine test coverage data
    @echo Combine baseline and test coverage data...
    lcov -a conpDSL48Sbase.info \
    -a conpDSL48ScspTest.info \
    -a conpDSL48SgenProjTest.info \
    -a conpDSL48SbasisMod.info \
    -a conpDSL48SparserTest.info \
    -a conpDSL48SsparseTest.info \
    -o conpDSL48Stotal.info
#Post-process to remove coverage statistics from automatically 
#generated source code.
    @echo Removing coverage statistics for automatically generated source...
    lcov -r conpDSL48Stotal.info basisModule_fun.f90 \
    ckinterp.f cklib.f cspModule_fun.f90 davisSkodjeAd.f90 \
    davisSkodjeJac.f90 davisSkodjeRes.f90 davisSkodjeRhs.f90 \
    davisSkodjeSp.f90 gdxf9def.f90 gdxf9glu.c orthoProjModule_fun.f90 \
    jac.f jacorig.f resad.f resadp.f resorigad.f resorigadp.f ressp.f \
    resorigsp.f senrhs.f senrhsorig.f TestRunner.f90 \
    -o conpDSL48Stotal.info
#Generate HTML report of coverage data
    @echo Generate HTML report of coverage data...
    genhtml conpDSL48Stotal.info
    @echo Open "index.html" in browser for coverage results!

originalModel.exe: $(originalModelObjs) $(f90_headers) $(f77_headers) \
    $(c_headers)
    $(f90) $(f90flags) -o originalModel.exe $(originalModelObjs) $(libs)

originalModel.o: dsl48sChemkinModule.o $(commonObjs) $(f77_headers) \
    $(f90_headers) $(c_headers)
    $(f90) $(f90flags) -c -o originalModel.o originalModel.f90

cspSlowModel.exe: $(cspSlowModelObjs) $(f90_headers) $(f77_headers) \
    $(c_headers)
    $(f90) $(f90flags) -o cspSlowModel.exe $(cspSlowModelObjs) $(libs)

cspSlowModel.o: dsl48sChemkinModuleSlow.o cspModule.o $(commonObjs) \
    $(c_headers) $(f77_headers)
    $(f90) $(f90flags) -c -o cspSlowModel.o cspSlowModel.f90

orthoProjModel.exe: $(orthoProjModelObjs) $(f90_headers) $(f77_headers) \
    $(c_headers) resOrthoFast.o
    $(f90) $(f90flags) -o orthoProjModel.exe $(orthoProjModelObjs) \
    resOrthoFast.o $(libs)

orthoProjModel.o: dsl48sChemkinModuleOrthoProj.o orthoProjModule.o $(commonObjs) \
    $(c_headers) $(f90_headers) $(f77_headers) resOrthoFast.o basisModule.o
    $(f90) $(f90flags) -c -o orthoProjModel.o orthoProjModel.f90

dsl48sChemkinModule.o: dsl48sChemkinModule.f90 cklib.o problemSizes.h \
    parser.o $(c_headers) $(f90_headers)
    $(f90) $(f90flags) -c -o dsl48sChemkinModule.o dsl48sChemkinModule.f90 

dsl48sChemkinModuleSlow.o: dsl48sChemkinModuleSlow.f90 cspModule.o cklib.o \
    problemSizes.h parser.o $(c_headers) $(f90_headers)
    $(f90) $(f90flags) -c -o dsl48sChemkinModuleSlow.o \
    dsl48sChemkinModuleSlow.f90

dsl48sChemkinModuleOrthoProj.o: dsl48sChemkinModuleOrthoProj.f90 \
    orthoProjModule.o basisModule.o cklib.o problemSizes.h \
    parser.o $(c_headers) $(f90_headers)
    $(f90) $(f90flags) -c -o dsl48sChemkinModuleOrthoProj.o \
    dsl48sChemkinModuleOrthoProj.f90

basisModule.o: basisModule.f90 cklib.o spqrUtility.o commonParam.f90
    $(f90) $(f90flags) -c -o basisModule.o basisModule.f90

spqrUtility.o: spqrUtility.h spqrUtility.c
    $(cc) $(cflags) -c -o spqrUtility.o spqrUtility.c

spqrUtilityTest.exe: spqrUtilityTest.o spqrUtility.o
    $(cc) $(cflags) -o spqrUtilityTest.exe spqrUtilityTest.o \
    spqrUtility.o $(libs)

spqrUtilityTest.o: spqrUtilityTest.c spqrUtility.o
    $(cc) $(cflags) -c -o spqrUtilityTest.o spqrUtilityTest.c

cklib.o: cklib.f ckstrt.f
    $(f77) $(fflags) -c -o cklib.o cklib.f

ckinterp.exe: ckinterp.o
    $(f77) $(fflags) -o ckinterp.exe ckinterp.o

ckinterp.o: ckinterp.f
    $(f77) $(fflags) -c -o ckinterp.o ckinterp.f

#Recursive makefile inherited from previous graduate students
libdsl48s_model.sl: $(f77_headers) cklibDAEPACK.f
    cp $(wrappers)/makefile model.mk
    make -f model.mk

resOrthoFast.o: libdsl48s_model.sl
    $(f90) $(f90flags) -c -o resOrthoFast.o resOrthoFast.f90

problemSizes.f: problemSizes.fpp problemSizes.h
    cpp problemSizes.fpp problemSizes.f
    perl -p -i.bak -we 's/# /! /;' problemSizes.f

commonParam.f90: commonParam.f
    perl -p -i.bak -we 's/^#/!/;' commonParam.f
    echo "commonParam t f t fpp" | pref77tof90
    echo "commonParam /" | f77tof90
    perl -p -i.bak -we 's/integer a/!integer a/;' commonParam.f
    perl -p -i.bak -we 's/END   //;' commonParam.f90

commonParam.f: commonParam.fpp problemSizes.h
    cpp commonParam.fpp commonParam.f
    perl -p -i.bak -we 's/^#/!/;' commonParam.f

cspModule.o: cspModule.f90
    $(f90) $(f90flags) -c -o cspModule.o cspModule.f90

orthoProjModule.o: gamsglobals_mod.o gdxf9def.o gdxf9glu.o orthoProjModule.f90 \
    formatLabels.f90
    $(f90) $(f90flags) -c -o orthoProjModule.o orthoProjModule.f90

gdxf9def.o: gdxf9def.f90
    $(f90) $(f90flags) -c -o gdxf9def.o gdxf9def.f90

gdxf9glu.o: gdxf9glu.c gdxf9def.o
#64-bit version of wrappers (with underscores)
    $(cc) $(cflags) -DCIA_LEX -DAPIWRAP_LCASE_DECOR -c -o \
    gdxf9glu.o gdxf9glu.c
#64-bit version of wrappers (without underscores, for C interoperability)
#   $(cc) $(cflags) -DCIA_LEX -DAPIWRAP_LCASE_NODECOR -c gdxf9glu.c
#32-bit version of wrappers
#   $(cc) $(cflags) -DAPIWRAP_LCASE_DECOR -c gdxf9glu.c -Iinclude

gamsglobals_mod.o: gamsglobals_mod.f90 gdxf9def.o gdxf9glu.o
    $(f90) $(f90flags) -c gamsglobals_mod.f90

parser.o: parser.c $(c_headers)
    $(cc) $(cflags) -c -o parser.o parser.c 

parserTest.exe: parserTest.o parser.o
    $(cc) $(cflags) -o parserTest.exe parser.o \
    parserTest.o $(libs)

parserTest.o: parserTest.cpp parser.o
    $(cc) $(cflags) -c -o parserTest.o parserTest.cpp

clean:
    -rm *.bak
    -rm *.f77
    -rm *.log
    -rm commonParam.f90
    -rm problemSizes.f
    -rm commonParam.f
    -make clean -f model.mk
    -rm model.mk
    -rm *.o
    -rm *.mod
    -rm $(misc)
    -rm *.exe
    -funit --clean
    -rm *.gcno
    -rm *.gcda
    -rm *.info
    -rm *.png
    -rm *.html
    -rm *.css
    -rm -rf html
    -rm *.pyc
    -rm *.lst

यहाँ एक 245-लाइन SConstructफ़ाइल है जिसे मैं वर्तमान में एक ऐसी परियोजना के लिए व्यवस्थित करने की कोशिश कर रहा हूँ जो लगभग जटिल है:

## \file SConstruct
#  \brief Compiles the library and compiles tests.
#

import SCons

## \brief Build up directory names of each COIN library from package names
#         and versions.
#

## Overall SCons environment
#
env = Environment();

flags = []

## Compile using debug versions?
#
debug = True
debugString = '-debug'
debugFlags = ['-ggdb']

dynamicLinkFlag = '-Wl,-rpath,'

if debug:
    flags += debugFlags

## Compile Google Test from scratch.
#
GTestVersion = '1.6.0'
GTestStem = 'gtest-' + GTestVersion
GTestBuildIncDir = [GTestStem,
                    GTestStem + '/include',
                    ]
GTestAllLib = env.Library('lib/libgtest.a', 'gtest-1.6.0/src/gtest-all.cc',
                      CPPPATH = GTestBuildIncDir,
                      CXXFLAGS = flags)
GTestMainLib = env.Library('lib/libgtest_main.a',
                           'gtest-1.6.0/src/gtest_main.cc',
                           CPPPATH = GTestBuildIncDir,
                           CXXFLAGS = flags)

GTestIncDir = GTestStem + '/include/gtest'
GTestLibDir = 'lib'
GTestLibFlags = ['gtest', 'gtest_main', 'pthread']

## Armadillo matrix library
#
ArmadilloLibFlags = ['armadillo'];

## Quick reminder of SCons flags:
#  CPPPATH = path of headers (include directories)
#  LIBPATH = path of libraries
#  LIBS = flags of libraries
#  CXXFLAGS = C++ compilation flags
#




## Locations of libraries installed on system in standard locations
#
StdIncDir = '/usr/include'
StdLibDir = '/usr/lib'

## Configuration information for COIN libraries
#
CoinUtilsVersion = '2.6.4'
ClpVersion = '1.12.0'
OsiVersion = '0.103.0'
CbcVersion = '2.5.0'

## Some standard directory locations of COIN libraries, with slashes added for
#  for convenience.
#
CoinLibLocation = '/usr/local/COIN/'
StdCoinIncDir = '/include/coin'
StdCoinLibDir = '/lib'

CoinUtilsStem = 'CoinUtils-' + CoinUtilsVersion
ClpStem = 'Clp-' + ClpVersion
OsiStem = 'Osi-' + OsiVersion
CbcStem = 'Cbc-' + CbcVersion

if debug:
    CoinUtilsStem += debugString
    CbcStem += debugString
    ClpStem += debugString
    OsiStem += debugString


## Build up include directory names for COIN projects from constituent parts.
#
CoinUtilsIncDir = CoinLibLocation + CoinUtilsStem + StdCoinIncDir
ClpIncDir = CoinLibLocation + ClpStem + StdCoinIncDir
OsiIncDir = CoinLibLocation + OsiStem + StdCoinIncDir
CbcIncDir = CoinLibLocation + CbcStem + StdCoinIncDir

## Build up library names from COIN projects from constituent parts
#
CoinUtilsLibDir = CoinLibLocation + CoinUtilsStem + StdCoinLibDir
ClpLibDir = CoinLibLocation + ClpStem + StdCoinLibDir
OsiLibDir = CoinLibLocation + OsiStem + StdCoinLibDir
CbcLibDir = CoinLibLocation + CbcStem + StdCoinLibDir

## CPLEX
#
CpxStem = '/opt/ibm/ILOG/CPLEX_Studio_Academic123/cplex/'
CpxIncDir = CpxStem + 'include/ilcplex'
CpxLibDir = CpxStem + 'lib/x86-64_sles10_4.1/static_pic'

## Gurobi
# 
GrbStem = '/opt/gurobi460/linux64/'
GrbIncDir = GrbStem + 'include'
GrbLibDir = GrbStem + 'lib'

OsiLibFlags = ['Osi', 'CoinUtils']
ClpLibFlags = ['Clp', 'OsiClp']
CbcLibFlags = ['Cbc', 'Cgl']
OsiCpxLibFlags = ['OsiCpx']
OsiGrbLibFlags = ['OsiGrb']
CpxLibFlags = ['cplex', 'ilocplex', 'pthread', 'm']
GrbLibFlags = ['gurobi_c++', 'gurobi46', 'pthread', 'm']

milpIncDirs = [CoinUtilsIncDir,
               ClpIncDir,
               OsiIncDir,
               CbcIncDir,
               CpxIncDir,
               GrbIncDir,
            GTestIncDir,
               ]
milpLibDirs = [CoinUtilsLibDir,
               ClpLibDir,
               OsiLibDir,
               CbcLibDir,
               CpxLibDir,
               GrbLibDir,
               GTestLibDir,
            ]
milpLibFlags = [OsiCpxLibFlags,
                OsiGrbLibFlags,
                CbcLibFlags,
                ClpLibFlags,
                OsiLibFlags,
                CpxLibFlags,
                GrbLibFlags,
                GTestLibFlags,
                ]
##milpSolver = env.Object('milpSolver.cpp',
            ##                         CPPPATH = milpIncDirs,
##                         LIBPATH = milpLibDirs,
##                         CXXFLAGS = flags)
milpSolverTest = env.Program('milpSolverUnitTest',
                                  ['milpSolverTest.cpp',
                                   'milpSolver.cpp'],
                                  CPPPATH = milpIncDirs,
                                  LIBPATH = milpLibDirs,
                                  LIBS = milpLibFlags,
                                  CXXFLAGS = flags,
                                  LINKFLAGS = ['-Wl,-rpath,' + OsiLibDir])
env.Depends(milpSolverTest, [GTestAllLib, GTestMainLib])

## Chemkin source directories and files
#
ChemkinSourceDir = '/mnt/hgfs/DataFromOldLaptop/Data/ModelReductionResearch/Papers/AdaptiveChemistryPaper/AdaptiveChemistry/NonOpenSource/ChemkinII/';
ChemkinSourceList = ['cklib.f', 'pcmach.f','tranlib.f']
ChemkinSourceList = [ChemkinSourceDir + FileName
                     for FileName in ChemkinSourceList]
env.Depends('cklib.f','ckstrt.f')

## Cantera include directorie
#
CanteraStem = '/usr/local/cantera'

if debug:
    CanteraStem += debugString

CanteraIncDir = CanteraStem + '/include/cantera'
CanteraLibDir = CanteraStem + '/lib'
CanteraTestingFlags = ['kinetics', 'thermo', 'tpx', 'ctbase', 'm',]
CanteraLibFlags = ['user', 'oneD', 'zeroD', 'equil', 'kinetics', 'transport',
                    'thermo', 'ctnumerics', 'ctmath', 'tpx', 'ctspectra',
                    'converters', 'ctbase', 'cvode', 'ctlapack', 'ctblas',
                    'ctf2c', 'ctcxx', 'ctf2c', 'm', 'm', 'stdc++']

CxxFortranFlags = ['g2c', 'gfortran']; 

chemSolverIncDir = [CanteraIncDir,
                    StdIncDir,
                    '/usr/local/include',
                    GTestIncDir,
                    ]
chemSolverLibDir = [StdLibDir,
                    CanteraLibDir,
                    GTestLibDir,
                    ]
chemSolverLibFlags = [GTestLibFlags,
                      CxxFortranFlags,
                      CanteraLibFlags,
                      ArmadilloLibFlags,
                      ]

chemSolverTest = env.Program('chemSolverUnitTest',
                        ['chemSolverTest.cpp',
                         'chemSolver.cpp',
                         'ckwrapper.f90'] + ChemkinSourceList,
                        CPPPATH = chemSolverIncDir,
                        LIBPATH = chemSolverLibDir,
                        LIBS = chemSolverLibFlags,
                        CXXFLAGS = flags,
                        FORTRANFLAGS = flags,
                        F90FLAGS = flags)
env.Depends(chemSolverTest, [GTestAllLib, GTestMainLib])

#env.AddPostAction(milpSolverTest, milpSolverTest[0].abspath)
testAlias = env.Alias('test', [milpSolverTest, chemSolverTest])
AlwaysBuild(testAlias)

ckInterp = env.Program('ckinterp', ChemkinSourceDir + 'ckinterp.f')

canteraGTestLibFlags = CanteraTestingFlags + GTestLibFlags

#canteraGTestLibFlags = ['kinetics', 'thermo', 'tpx',
#                        'ctbase',  'm', 'gtest', 'gtest_main', 'pthread']

canteraGTest = env.Program('canteraGTest',
                           'canteraGTest.cpp',
                           CPPPATH = chemSolverIncDir,
                           LIBPATH = chemSolverLibDir,
                           LIBS = canteraGTestLibFlags,
                           CXXFLAGS = flags)
env.Depends(canteraGTest, [GTestAllLib, GTestMainLib])

canteraMemTestLibFlags = CanteraTestingFlags

canteraMemTest = env.Program('canteraMemTest',
                             'canteraMemTest.cpp',
                             CPPPATH = chemSolverIncDir,
                             LIBPATH = chemSolverLibDir,
                             LIBS = canteraMemTestLibFlags,
                             CXXFLAGS = flags)

जवाबों:


8

रणनीति तैयार करना

Dietbuddha और ThorbjørnRavnAnderson द्वारा टिप्पणियों के अलावा, स्क्रिप्ट बनाने के लिए रिफ्लैक्टर का एक और तरीका उन्हें कई फाइलों में अलग करना है। आप यह कैसे करते हैं यह निर्माण प्रणाली पर निर्भर करता है।

मेक के लिए, यह includeकमांड का उपयोग करने के रूप में सरल है , जैसा कि "रिकर्सिव मेक कंसीडरेड हार्मफुल" में अनुशंसित है । यह निर्देश #includeसी प्रीप्रोसेसर की तरह ही काम करता है और इसमें शामिल फाइल को प्रोसेस करता है जैसे कि इसे includeकमांड के स्थान पर काटकर चिपकाया गया हो । includeकमांड का उपयोग करके , Makefileमॉड्यूलर टुकड़ों को उप- Makefileएस में ले जाकर अपने मुख्य को फिर से भरना संभव है ।

सीएमके पास एक समान कमान है।

SCons को अलग-अलग कमांड के साथ इसी तरह के दृष्टिकोण की आवश्यकता होती है। मास्टर स्क्रिप्ट और कई छोटी उप-लिपियों में बिल्ड स्क्रिप्ट को विभाजित करने का मूल विचार एक ही रहता है, लेकिन सीधे मास्टर बिल्ड स्क्रिप्ट में छोटी लिपियों के पाठ को शामिल करने के बजाय, स्कॉन छोटी स्क्रिप्टों को अलग नामस्थानों की तरह मानते हैं (क्योंकि स्कैन शेल के बजाय पायथन का उपयोग करता है)। SCons Environmentऑब्जेक्ट्स में एक विधि होती SConscript()है, जो आपको एक SConstructफाइल से सहायक फाइलों में ऑब्जेक्ट्स आयात करने में सक्षम बनाती है, जिन्हें SConscriptफाइल कहा जाता है जो आपकी बिल्ड स्क्रिप्ट को रिफैक्ट करने के लिए उपयोग किया जा सकता है। SConscriptफ़ाइलों और SConscript()कमांड का मूल विचार यहाँ SCons Wiki पर पाया जा सकता है । SConscriptsपदानुक्रमित बिल्ड में कैसे उपयोग किया जा सकता है इसके उदाहरण मिल सकते हैंयहाँ में SCons उपयोगकर्ता मार्गदर्शिका

इन तीन उदाहरणों से, यह लगता है कि सामान्य रणनीति यह है कि एक निर्माण स्क्रिप्ट को एक मास्टर स्क्रिप्ट में विभाजित करके रिफ्लेक्टर करना है जो कई फ़ाइलों को कॉल करता है। कैसे करता है यह विशेष रूप से निर्मित स्वचालन सॉफ्टवेयर के लिए मुहावरेदार है।

स्कैनस उदाहरण, पुनरीक्षित

ले रहा है SConstructऊपर फ़ाइल, मैं एक मॉड्यूल कहा जाता है में विन्यास जानकारी के सभी चले गए build_config.py। सभी शाब्दिक वैश्विक नाम स्थान में रहते हैं, जो कि पायथन के लिए खतरनाक हो सकता है, लेकिन यह आसानी से (हालांकि कुछ हद तक) निश्चित रूप से ठीक है। मैंने यह सुनिश्चित करने के लिए आगे की जाँच की कि मेरे पास कोई नाम की गड़बड़ी नहीं थी __builtin__(पायथन में निर्मित नेमस्पेस, इसलिए मैं किसी भी महत्वपूर्ण ऑब्जेक्ट को अधिलेखित नहीं कर रहा हूं)।

## \file build_config.py
#  \brief Sets configuration of file locations manually.
#

## Flags for compilers
#

flags = []

## Compile using debug versions?
#
debug = True
debugString = '-debug'
debugFlags = ['-ggdb']

dynamicLinkFlag = '-Wl,-rpath,'

if debug:
    flags += debugFlags

## Configuration information for GTest
#
GTestVersion = '1.6.0'
GTestStem = 'gtest-' + GTestVersion
GTestBuildIncDir = [GTestStem,
                    GTestStem + '/include',
                    ]

GTestIncDir = GTestStem + '/include/gtest'
GTestLibDir = 'lib'
GTestLibFlags = ['gtest', 'gtest_main', 'pthread']

## Configuration information for Armadillo matrix library
#

ArmadilloLibFlags = ['armadillo'];

## Locations of libraries installed on system in standard locations
#
StdIncDir = '/usr/include'
StdLibDir = '/usr/lib'

## Configuration information for COIN libraries
#
CoinUtilsVersion = '2.6.4'
ClpVersion = '1.12.0'
OsiVersion = '0.103.0'
CbcVersion = '2.5.0'

## Standard directory locations of COIN libraries, with slashes added for
#  for convenience.
#
CoinLibLocation = '/usr/local/COIN/'
StdCoinIncDir = '/include/coin'
StdCoinLibDir = '/lib'

CoinUtilsStem = 'CoinUtils-' + CoinUtilsVersion
ClpStem = 'Clp-' + ClpVersion
OsiStem = 'Osi-' + OsiVersion
CbcStem = 'Cbc-' + CbcVersion

if debug:
    CoinUtilsStem += debugString
    CbcStem += debugString
    ClpStem += debugString
    OsiStem += debugString

## Build up include directory names for COIN projects from constituent parts.
#
CoinUtilsIncDir = CoinLibLocation + CoinUtilsStem + StdCoinIncDir
ClpIncDir = CoinLibLocation + ClpStem + StdCoinIncDir
OsiIncDir = CoinLibLocation + OsiStem + StdCoinIncDir
CbcIncDir = CoinLibLocation + CbcStem + StdCoinIncDir

## Build up library names from COIN projects from constituent parts
#
CoinUtilsLibDir = CoinLibLocation + CoinUtilsStem + StdCoinLibDir
ClpLibDir = CoinLibLocation + ClpStem + StdCoinLibDir
OsiLibDir = CoinLibLocation + OsiStem + StdCoinLibDir
CbcLibDir = CoinLibLocation + CbcStem + StdCoinLibDir

## CPLEX
#
CpxStem = '/opt/ibm/ILOG/CPLEX_Studio_Academic123/cplex/'
CpxIncDir = CpxStem + 'include/ilcplex'
CpxLibDir = CpxStem + 'lib/x86-64_sles10_4.1/static_pic'

## Gurobi
# 
GrbStem = '/opt/gurobi460/linux64/'
GrbIncDir = GrbStem + 'include'
GrbLibDir = GrbStem + 'lib'

OsiLibFlags = ['Osi', 'CoinUtils']
ClpLibFlags = ['Clp', 'OsiClp']
CbcLibFlags = ['Cbc', 'Cgl']
OsiCpxLibFlags = ['OsiCpx']
OsiGrbLibFlags = ['OsiGrb']
CpxLibFlags = ['cplex', 'ilocplex', 'pthread', 'm']
GrbLibFlags = ['gurobi_c++', 'gurobi46', 'pthread', 'm']

milpIncDirs = [CoinUtilsIncDir,
               ClpIncDir,
               OsiIncDir,
               CbcIncDir,
               CpxIncDir,
               GrbIncDir,
            GTestIncDir,
               ]
milpLibDirs = [CoinUtilsLibDir,
               ClpLibDir,
               OsiLibDir,
               CbcLibDir,
               CpxLibDir,
               GrbLibDir,
               GTestLibDir,
            ]
milpLibFlags = [OsiCpxLibFlags,
                OsiGrbLibFlags,
                CbcLibFlags,
                ClpLibFlags,
                OsiLibFlags,
                CpxLibFlags,
                GrbLibFlags,
                GTestLibFlags,
                ]

## Configuration information for Chemkin source directories and files
#
ChemkinSourceDir = '/mnt/hgfs/DataFromOldLaptop/Data/ModelReductionResearch/Papers/AdaptiveChemistryPaper/AdaptiveChemistry/NonOpenSource/ChemkinII/';
ChemkinSourceList = ['cklib.f', 'pcmach.f','tranlib.f']
ChemkinSourceList = [ChemkinSourceDir + FileName
                     for FileName in ChemkinSourceList]

## Configuration information for Cantera
#
CanteraStem = '/usr/local/cantera'

if debug:
    CanteraStem += debugString

CanteraIncDir = CanteraStem + '/include/cantera'
CanteraLibDir = CanteraStem + '/lib'
CanteraTestingFlags = ['kinetics', 'thermo', 'tpx', 'ctbase', 'm',]
CanteraLibFlags = ['user', 'oneD', 'zeroD', 'equil', 'kinetics', 'transport',
                    'thermo', 'ctnumerics', 'ctmath', 'tpx', 'ctspectra',
                    'converters', 'ctbase', 'cvode', 'ctlapack', 'ctblas',
                    'ctf2c', 'ctcxx', 'ctf2c', 'm', 'm', 'stdc++']

CxxFortranFlags = ['g2c', 'gfortran']; 

chemSolverIncDir = [CanteraIncDir,
                    StdIncDir,
                    '/usr/local/include',
                    GTestIncDir,
                    ]
chemSolverLibDir = [StdLibDir,
                    CanteraLibDir,
                    GTestLibDir,
                    ]
chemSolverLibFlags = [GTestLibFlags,
                      CxxFortranFlags,
                      CanteraLibFlags,
                      ArmadilloLibFlags,
                      ]
canteraGTestLibFlags = CanteraTestingFlags + GTestLibFlags

#canteraGTestLibFlags = ['kinetics', 'thermo', 'tpx',
#                        'ctbase',  'm', 'gtest', 'gtest_main', 'pthread']

मुख्य SConstructफ़ाइल उन SConscriptमॉड्यूल का निर्माण करने के लिए फ़ाइलों का एक गुच्छा कहती है जिनमें मेरे कोड में प्रमुख विशेषताएं हैं। SConscriptफ़ाइलों को अधिकांश बिल्ड कमांड ले जाना SConstructफ़ाइल को वास्तव में सरल बनाता है :

## \file SConstruct
#  \brief Compiles the library and compiles tests.
#

import SCons
from build_config import *

## \brief Build up directory names of each COIN library from package names
#         and versions.
#

## Overall SCons environment
#
env = Environment();

## Compile Google Test from source using SConscript file.
#
GTestAllLib, GTestMainLib = env.SConscript('gtest.scons',
                                           exports=['env'])

## Compile MILP solver module and tests from source using SConscript file.
#
milpSolverTest = env.SConscript('milpSolver.scons',
                                exports=['env'])

## Compile chemistry solver module and associated tests from source
#  using SConscript file.
chemSolverTest, canteraGTest = env.SConscript('chemSolver.scons',
                                              exports=['env'])

## Since all tests use GTest, make the dependency of the module
# tests on the GTest libraries explicit.
env.Depends(milpSolverTest, [GTestAllLib, GTestMainLib])
env.Depends(chemSolverTest, [GTestAllLib, GTestMainLib])
env.Depends(canteraGTest, [GTestAllLib, GTestMainLib])

#env.AddPostAction(milpSolverTest, milpSolverTest[0].abspath)
testAlias = env.Alias('test', [milpSolverTest, chemSolverTest])
AlwaysBuild(testAlias)

फिर सभी तीन SConscriptफ़ाइलों का विस्तार होता है .sconsऔर विभिन्न कार्यक्षमता का प्रतिनिधित्व करने वाले मॉड्यूल में प्रोजेक्ट को तोड़ता है।

Google टेस्ट SConscriptफ़ाइल:

## \file gtest.scons
#  \brief SConscript file that contains information for SCons build of
#  GTest. Use Python syntax highlighting for source.

from build_config import *
Import('env')

## Compile Google Test from scratch.
#
GTestAllLib = env.Library('lib/libgtest.a', 'gtest-1.6.0/src/gtest-all.cc',
                      CPPPATH = GTestBuildIncDir,
                      CXXFLAGS = flags)
GTestMainLib = env.Library('lib/libgtest_main.a',
                           'gtest-1.6.0/src/gtest_main.cc',
                           CPPPATH = GTestBuildIncDir,
                           CXXFLAGS = flags)

Return('GTestAllLib', 'GTestMainLib')

मिश्रित पूर्णांक लीनियर प्रोग्रामिंग सॉल्वर SConscriptफाइल:

## \file milpSolver.scons
#  \brief SConscript file that contains information for SCons build of
#  mixed-integer linear programming solver module. Use Python syntax
#  highlighting for source.

from build_config import *
Import('env')

## Compile MILP solver module and tests.
#

##milpSolver = env.Object('milpSolver.cpp',
            ##                         CPPPATH = milpIncDirs,
##                         LIBPATH = milpLibDirs,
##                         CXXFLAGS = flags)
milpSolverTest = env.Program('milpSolverUnitTest',
                                  ['milpSolverTest.cpp',
                                   'milpSolver.cpp'],
                                  CPPPATH = milpIncDirs,
                                  LIBPATH = milpLibDirs,
                                  LIBS = milpLibFlags,
                                  CXXFLAGS = flags,
                                  LINKFLAGS = ['-Wl,-rpath,' + OsiLibDir])

Return('milpSolverTest')

रसायन विज्ञान इंजन SConscriptफ़ाइल:

## \file chemSolver.scons
#  \brief  SConscript file that sets up SCons build of chemistry solver module.
#  Use Python syntax highlighting for source.

from build_config import *
Import('env')

## Compile CHEMKIN interpreter.
#
ckInterp = env.Program('ckinterp', ChemkinSourceDir + 'ckinterp.f')

## Enforce explicit dependence of CHEMKIN library on CHEMKIN
#  parameter file 'ckstrt.f' because SCons' scanner won't pick it up.
env.Depends('cklib.f','ckstrt.f')

chemSolverTest = env.Program('chemSolverUnitTest',
                        ['chemSolverTest.cpp',
                         'chemSolver.cpp',
                         'ckwrapper.f90'] + ChemkinSourceList,
                        CPPPATH = chemSolverIncDir,
                        LIBPATH = chemSolverLibDir,
                        LIBS = chemSolverLibFlags,
                        CXXFLAGS = flags,
                        FORTRANFLAGS = flags,
                        F90FLAGS = flags)

canteraGTest = env.Program('canteraGTest',
                           'canteraGTest.cpp',
                           CPPPATH = chemSolverIncDir,
                           LIBPATH = chemSolverLibDir,
                           LIBS = canteraGTestLibFlags,
                           CXXFLAGS = flags)

canteraMemTestLibFlags = CanteraTestingFlags

canteraMemTest = env.Program('canteraMemTest',
                             'canteraMemTest.cpp',
                             CPPPATH = chemSolverIncDir,
                             LIBPATH = chemSolverLibDir,
                             LIBS = canteraMemTestLibFlags,
                             CXXFLAGS = flags)

Return('chemSolverTest', 'canteraGTest')

इन पांच फाइलों का संयोजन मूल लंबी फ़ाइल की तुलना में शायद थोड़ा लंबा है, लेकिन मेरे लिए इसे प्रबंधित करना आसान है क्योंकि मैं बिल्ड को एक कॉन्फ़िगरेशन फ़ाइल में अलग कर सकता हूं, और ज्यादातर अनछुई इकाइयों का एक गुच्छा, इसलिए मुझे नहीं करना है एक समय में मेरे दिमाग में पूरे निर्माण का ट्रैक रखें।


4

वे कार्य हैं, वे बस थोड़ा अलग नियमों का पालन करते हैं। "फ़ंक्शंस" अक्सर लक्ष्य और निर्माण के नियम होते हैं। इसके बारे में सोचने का एक और तरीका है बिल्ड डीएजी में नोड्स और लाइनें। "लक्ष्य" नोड्स हैं या कलाकृतियों का निर्माण करते हैं और लाइनें पिछले नोड्स को बदलने के तरीके पर नियम हैं।

मैं डीएजी क्या है यह पता लगाकर पहले बिल्ड स्क्रिप्ट को रिफैक्ट करने के लिए संपर्क करता हूं। फिर सामान्य नियम और डी-डुप्लिकेट को अलग करना।

यहाँ एक सरल उदाहरण दिया गया है:

all:
   mkdir bigfiles
   cat file1 file2 > bigfiles/bigfile1
   cat file3 file4 > bigfiles/bigfile2

DAG क्या होना चाहिए:

file1 \
        =-> bigfile1 \
file2 /               \
                        =-> all
file3 \               /
        =-> bigfile2 /
file4 /

नये नियम:

 bigfiles:
   mkdir bigfiles

 bigfiles/bigfile1: bigfiles
   cat file1 file2 > bigfiles/bigfile1

 bigfiles/bigfiles2: bigfiles
   cat file3 file4 > bigfiles/bigfile2

डी-डुप्लीकेट:

 BIGFILES:=bigfiles/bigfile1 bigfiles/bigfile2
 bigfiles/bigfile1:=file1 file2
 bigfiles/bigfile2:=file3 file4

 .PHONY: all
 all: $(BIGFILES)

 bigfiles:
    mkdir bigfiles

 $(BIGFILES): bigfiles
    cat $($@) > $@

इस अभ्यास के अंत में मेरे पास वर्तमान में मेरे द्वारा शुरू की गई तुलना में थोड़ा अधिक कोड है। अब, आपके पास एक अधिक सामान्य "फ़ंक्शन" भी है। एक "फ़ंक्शन" जो ठीक से पैराट्राइज्ड किया गया है और इस प्रकार परिणाम के रूप में अधिक बनाए रखने योग्य और एक्स्टेंसिबल है।


डीएजी को देखने के विचार के लिए +1। मैं मानता हूं कि वहां रिफ्लेक्टर करने के संभावित अवसर हैं। डीएजी की कल्पना करने से गधे में दर्द हो सकता है। Makefiles के लिए, Makefile :: GraphViz , और SCons के लिए, यहां एक पायथन स्क्रिप्ट है जिसे प्रोजेक्ट के आधार पर हैकिंग की थोड़ी आवश्यकता हो सकती है। स्क्रिप्ट ने मुझे जो रेखांकन दिए वे कभी-कभी बड़े थे, इसलिए मैंने पाया कि मुझे ध्यान से फ़िल्टर करना था कि मैं क्या कल्पना करना चाहता था।
ज्यॉफ ऑक्सीबेरी

आपको संपूर्ण DAG को देखने की आवश्यकता नहीं है। आप बस SCONstruct फ़ाइल के Makefile के माध्यम से जा सकते हैं और सबसे खराब भागों को लक्षित कर सकते हैं। पहचानें कि वे क्या कर रहे हैं अंतर्निहित डीएजी को फिर से काम करें और इसे तोड़ दें। सामान्य नियमों को अलग-अलग फाइलों में स्थानांतरित करें। एक नियमित प्रोग्रामिंग भाषा के साथ उच्च सामंजस्य के साथ डेटा / फ़ंक्शन / लक्ष्य के अनुसार व्यवस्थित करें।
आहारबुद्ध

हाँ, यह वही है जो मैं करने की कोशिश कर रहा था जब मैंने बहुत सारी फ़ाइलों को फ़िल्टर किया, क्योंकि SCONstruct निर्भरता पार्सर फ़ाइलों की एक बड़ी संख्या को चुनता है। इसलिए मैंने उन लोगों को फ़िल्टर किया, और एक बिंदु बनाने के लिए लिंक पर पायथन स्क्रिप्ट का उपयोग किया ताकि मैं DAG के उन हिस्सों की कल्पना कर सकूं जो मुझे लगा कि महत्वपूर्ण थे। यह काम करता है, और मुझे एक छोटा सा पर्याप्त ग्राफ मिला है, ताकि मैं यह चुन सकूं कि क्या महत्वपूर्ण था, लेकिन मैंने एक बहुत कुछ नहीं देखा जो मैं वहां इस्तेमाल कर सकता था। मुझे संदेह है कि यह रणनीति मेक के साथ उपयोग करने में बहुत आसान है क्योंकि मेकफाइल्स में बार-बार नियम ढूंढना आसान है, जैसा कि आप पोस्ट किए गए स्रोत से देख सकते हैं।
ज्योफ ऑक्सीबेरी

2

एक अलग स्क्रिप्ट में तर्क को स्थानांतरित करके जीएनयू ऑटोकॉन्फ़ को मेकफाइल्स को बनाए रखने और पोर्टेबल बनाने के लिए बनाया गया था।

मैं इसका उपयोग करने पर विचार करूंगा कि पहला कदम आप अपने मेकफाइल्स को प्रबंधित करने के लिए उठा सकते हैं।


मैं मानता हूं कि जीएनयू ऑटोकॉन्फ़ का निर्माण और पोर्टेबिलिटी की स्थिरता के लिए किया गया था। एक बिंदु पर, मैंने ऑटोकॉन्फ सीखने की जांच की और पाया कि मुझे निवेश करने की इच्छा से अधिक समय लगने वाला था। (मैं अपना पीएचडी पूरा कर रहा हूं, इसलिए इस सॉफ़्टवेयर का निर्माण बाद में होने की बजाय जल्द ही होना चाहिए।) शायद भविष्य में? पोर्टेबिलिटी मेरे लिए भी मुख्य मुद्दा नहीं है, यह बिल्ड स्क्रिप्ट्स में मॉड्यूलरिटी की लंबाई और कमी है, और मुझे यकीन नहीं है कि ऑटोकॉन्फ़ को पोर्ट करना उन समस्याओं को हल करेगा।
ज्योफ ऑक्सीबेरी

फिर अपनी कुछ वास्तविक समस्याओं को दिखाने पर विचार करें और क्यों आपका वर्तमान समाधान पर्याप्त नहीं है। इसके अलावा, यह वास्तव में महत्वपूर्ण है कि यह अकादमिया में है।

मैंने उदाहरण प्रस्तुत किए हैं कि मैं अभी किसके साथ काम कर रहा हूं।
ज्योफ ऑक्सीबेरी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.