I was just thinking, that it is now no necessity to use the workaround :)
PS By the way, I would recommend you to look at "scons" instead of
autotools. YADE is using it. It seems a very convenient and powerful thing
which allows to automatize almost all processes during the building.
______________________________
Anton Gladkyy
2010/2/5 Dion Weatherley <email address hidden>
> Hi Anton,
>
> Yes, manual configuration of libltdl is still required when using mpich.
> Since there is an easy workaround described in this bug, I'm calling
> this bug a "feature" for now. Perhaps we'll try to fix configure.ac for
> v2.1 to auto-detect mpich (but only if/when the rest of the
> features/bugfixes are done).
>
> Sorry, I guess changing the status of this bug was confusing. There is
> no "workaround found" status option and I don't think any of the other
> status options apply either. I don't find it that annoying to work
> around this bug now that I know what it is. Happy to be convinced
> otherwise though. ;)
>
> Cheers,
>
> Dion.
>
> --
> libltdl doesn't compile when using mpich
> https://bugs.launchpad.net/bugs/414248
> You received this bug notification because you are subscribed to ESyS-
> Particle.
>
> Status in ESyS-Particle: HPC Discrete Element Modelling Software: Fix
> Committed
>
> Bug description:
> When compiling against mpich, the appropriate toplevel configure command
> is:
>
> ./configure CC=mpicc CXX=mpicxx [+ other configure arguments]
>
> however during compilation of libltdl/ directory, a large number of errors
> are reported similar to:
> <quote>
> In file included from loaders/dlopen.c:32:
> libltdl/lt__private.h:35:23: error: #include expects "FILENAME" or
> <FILENAME>
> In file included from libltdl/lt__private.h:52,
> from loaders/dlopen.c:32:
> libltdl/lt__dirent.h:35:23: error: #include expects "FILENAME" or
> <FILENAME>
> In file included from libltdl/lt__private.h:52,
> from loaders/dlopen.c:32:
> libltdl/lt__dirent.h:84: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
> ‘__attribute__’ before ‘-’ token
> </quote>
>
> This appears to be because mpicc/mpicxx doesn't play nicely with libltdl.
> To compile libltdl, use gcc/g++ instead, by doing the following:
>
> cd libltdl
> ./configure [+ other configure arguments]
> make
> cd ..
>
> Then continue to make ESyS-Particle ("make" in the toplevel source code
> directory).
>
> This bug does not occur when compiling against OpenMPI or SGIMPT.
>
> Action: Need to modify build configuration to detect mpich and configure
> libltdl/ correctly for this case.
>
>
>
Ok, thank you!
I was just thinking, that it is now no necessity to use the workaround :)
PS By the way, I would recommend you to look at "scons" instead of _______ _______ _______ __
autotools. YADE is using it. It seems a very convenient and powerful thing
which allows to automatize almost all processes during the building.
_______
Anton Gladkyy
2010/2/5 Dion Weatherley <email address hidden>
> Hi Anton, /bugs.launchpad .net/bugs/ 414248 dlopen. c:32: lt__private. h:35:23: error: #include expects "FILENAME" or lt__private. h:52, dlopen. c:32: lt__dirent. h:35:23: error: #include expects "FILENAME" or lt__private. h:52, dlopen. c:32: lt__dirent. h:84: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
>
> Yes, manual configuration of libltdl is still required when using mpich.
> Since there is an easy workaround described in this bug, I'm calling
> this bug a "feature" for now. Perhaps we'll try to fix configure.ac for
> v2.1 to auto-detect mpich (but only if/when the rest of the
> features/bugfixes are done).
>
> Sorry, I guess changing the status of this bug was confusing. There is
> no "workaround found" status option and I don't think any of the other
> status options apply either. I don't find it that annoying to work
> around this bug now that I know what it is. Happy to be convinced
> otherwise though. ;)
>
> Cheers,
>
> Dion.
>
> --
> libltdl doesn't compile when using mpich
> https:/
> You received this bug notification because you are subscribed to ESyS-
> Particle.
>
> Status in ESyS-Particle: HPC Discrete Element Modelling Software: Fix
> Committed
>
> Bug description:
> When compiling against mpich, the appropriate toplevel configure command
> is:
>
> ./configure CC=mpicc CXX=mpicxx [+ other configure arguments]
>
> however during compilation of libltdl/ directory, a large number of errors
> are reported similar to:
> <quote>
> In file included from loaders/
> libltdl/
> <FILENAME>
> In file included from libltdl/
> from loaders/
> libltdl/
> <FILENAME>
> In file included from libltdl/
> from loaders/
> libltdl/
> ‘__attribute__’ before ‘-’ token
> </quote>
>
> This appears to be because mpicc/mpicxx doesn't play nicely with libltdl.
> To compile libltdl, use gcc/g++ instead, by doing the following:
>
> cd libltdl
> ./configure [+ other configure arguments]
> make
> cd ..
>
> Then continue to make ESyS-Particle ("make" in the toplevel source code
> directory).
>
> This bug does not occur when compiling against OpenMPI or SGIMPT.
>
> Action: Need to modify build configuration to detect mpich and configure
> libltdl/ correctly for this case.
>
>
>