Package Details: meep 1.3-4

Git Clone URL: https://aur.archlinux.org/meep.git (read-only)
Package Base: meep
Description: A free finite-difference time-domain simulation software package
Upstream URL: http://ab-initio.mit.edu/wiki/index.php/Meep
Licenses: GPL
Submitter: None
Maintainer: heitzmann
Last Packager: heitzmann
Votes: 10
Popularity: 0.000008
First Submitted: 2007-01-12 12:09
Last Updated: 2017-06-06 17:55

Latest Comments

heitzmann commented on 2016-12-02 19:30

There seems to be a compatibility issue between the latest guile and meep:
https://www.mail-archive.com/meep-discuss@ab-initio.mit.edu/msg05683.html

Downgrading guile to 2.11 does solve the issue for the time being.

heitzmann commented on 2016-10-29 10:23

It is working for me with hdf5-cpp-fortran and running meep-mpi.
Also, I usually make sure meep is re-compiled after any changes in its dependencies.

This issue seems to be related to the parallel version of hdf5:
https://bitbucket.org/fenics-project/dolfin/issues/465

edmonde commented on 2016-10-29 02:01

Is this package still working correctly for anyone? I successfully compiled this with all the most up-to-date dependencies without changing any flags but then received this error when running (meep bend-flux.ctl)

HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0:
#000: H5F.c line 579 in H5Fopen(): unable to open file
major: File accessibilty
minor: Unable to open file
.....
......
......
meep: error on line 254 of h5file.cpp: error opening HDF5 input file

McNoggins commented on 2016-01-18 20:59

heitzmann, thanks for the reply. Indeed, adding "--enable-shared" to CXXFLAGS while building mpb fixes the problem. I will update the mpb PKGBUILD shortly.

heitzmann commented on 2016-01-18 20:30

McNoggins, it seems the problem might be because meep is compiling with support for mpb on your machine (I suspect you have mpb installed).
In that case, try recompiling mpb with the -fPIC option as indicated in the error report.
Does that work?

McNoggins commented on 2016-01-18 14:57

Should be possible to compile by removing the "--enable-shared" compilation flag.

McNoggins commented on 2016-01-08 14:22

I get build errors
------------

CXXLD libmeep_mpi.la
/usr/bin/ld: /lib/../lib/libmpb.a(libmatrices_la-eigensolver.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/lib/../lib/libmpb.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
Makefile:482: recipe for target 'libmeep_mpi.la' failed
make[3]: *** [libmeep_mpi.la] Error 1
make[3]: Leaving directory '/tmp/yaourt-tmp-denis/aur-meep/src/meep-1.3/src'
Makefile:411: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/tmp/yaourt-tmp-denis/aur-meep/src/meep-1.3/src'
Makefile:481: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-denis/aur-meep/src/meep-1.3'
Makefile:389: recipe for target 'all' failed
make: *** [all] Error 2

heitzmann commented on 2015-08-14 19:39

Sure, no problem!

haawda commented on 2015-08-14 17:43

heitzmann, I just saw that you both maintain libctl and python2-meep, so maybe you would be a better maintained for the "sitting-in-between" meep package.

haawda commented on 2015-08-14 17:39

seems correct, fixed.

All comments