Hi, It turned out it works right now, and it probably has something to do with me trying to run scons with the --config=force option before all the time. It looks like without that option, the build works. For the final linking phase, another entry to LD_LIBRARY_PATH was made to remove all errors, but it is the config option that turned out to be a real problem. If I run my build now (after cleaning and removing gem5/build) without the config=force option, everything builds fine, but if I run it with config=force, the build crashed very quickly complaining about files not found.
So I got a little suspicious, since the config=force option should just let scons know to re-evaluate its configuration tests (as stated on the documentation of scons <http://scons.org/doc/2.5.1/HTML/scons-man.html>). If between builds, no configuration is changed, this should not make a difference at all, right? Then why is the build not working? I think this may be a bug somewhere. On Wed, Nov 29, 2017 at 9:44 AM, Timon Evenblij <[email protected]> wrote: > Hi all, > > > > I am trying to build gem5 on a server system (RHEL6) where I don’t have > nor will have administrator privileges. Normally that should not pose too > much problems, as installing all dependencies can be done in user locations > and pointed to using environment variables (as well as reading these > environment variables in the SConstruct file). However, I am failing to get > it working. > > > > Try 1: Using a system wide installed python 2.7 version allows me to build > gem5 after disabling the python library checks (apparently, this > system-wide python was compiled with tcltk8.6 and only 8.5 is now available > on the system) but all tests fail (or they say that they are changed) and > running a simple configuration scripts results in (Python) errors. > > > > Try 2: Using conda to set up a virtual python environment and running the > build process from there finds all libraries, but the build crashes and > says some file is not found. Cleaning the build and trying again results > sometimes in another file that is not found. It is most of the time one of > these: param/PowerModel.hh, param/VoltageDomain.hh, param/ThermalDomain.hh. > Looking into the build process, these files should be generated during > build (using the createSimObjectParamStruct function in src/SConscript). > Indeed, printing out the names before executing the env.Command line to > create the header file shows that these files should be created like all > the other header files. > > > > I am quite puzzled as to where the problem could lie. Perhaps someone has > seen similar problems, or experience with all non-default installation > locations of dependencies. Any help is appreciated. > > > Some more information about versions I used: > > - g++ version 5.4 (installed system-wide by admins, in non-default > location) > - anaconda 2 for python version 2.7 and necessary libraries in user > folder > - protobuf in user folder, version 3.4.0 > - scons 2.5.1 in user folder > - swig 2.0.4 in user folder (although this should not be used anymore > after the switch to pybind11 if I'm correct) > - zlib 1.2.11 in user folder > - m4 1.4.13 in default install location (/usr/bin/m4) > > > > Regards, > > > > Timon >
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
