Neither the "expat", not the "expat-devel" packages on CentOS6 appear to provide libexpat.la.
In fact, no packages appear to provide this file. Simon On Thu, May 4, 2017 at 4:11 AM, Reuti <[email protected]> wrote: > >> Am 03.05.2017 um 21:56 schrieb Petter Gustad <[email protected]>: >> >>>> […] >>> >>> My first attempt would be to use a more recent source from >>> https://arc.liv.ac.uk/trac/SGE >> >> Thank you Reuti, >> >> I tried >> >> $ git rev-parse HEAD >> 9b99ef86b09516976fdad5cbd39af70667662902 >> $ ./aimk >> In file included from ../libs/sgeobj/sge_binding.h:43, >> from ../libs/sgeobj/sge_binding.c:39: >> ../libs/uti/sge_binding_hlp.h:45:21: error: hwloc.h: No such file or >> directory >> In file included from ../libs/sgeobj/sge_binding.h:43, >> from ../libs/sgeobj/sge_binding.c:39: >> >> So I tried to download and build hwloc which appears to be the source >> of the problem. The error message I get when builing hwloc is >> >> $ cd utils/lstopo >> $ make >> CCLD lstopo >> libtool: link: cannot find the library `/usr/lib64/libexpat.la' or >> unhandled argument `/usr/lib64/libexpat.la' >> make: *** [lstopo] Error 1 >> >> And I'm basically at the same problem. But at least now I the problem >> is to get the hwloc libtool find the locally installed libexpat. Also, >> here setting LDFLAGS does not seem to resolve this issue. > > AFAICS libexpat is a library for parsing XML, hence it should be somewhere in > the repository of your CentOS distribution. > > You could try --disable-libxml2 while configuring hwloc. `lstopo` shouldn't > be relevant to SGE. XML support in hwlock seems to allow arbitrary > configurations to be imported to test it. > > BTW: Does `locate libexpat` give any results on your machine? > > -- Reuti > > _______________________________________________ > users mailing list > [email protected] > https://gridengine.org/mailman/listinfo/users > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
