Package Details: silo 4.10.2-7

Git Clone URL: https://aur.archlinux.org/silo.git (read-only)
Package Base: silo
Description: A Mesh and Field I/O Library and Scientific Database
Upstream URL: https://wci.llnl.gov/simulation/computer-codes/silo
Licenses: custom, BSD
Submitter: jedbrown
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 5
Popularity: 0.000002
First Submitted: 2009-02-13 15:59
Last Updated: 2017-08-15 13:00

Latest Comments

eolianoe commented on 2017-03-05 13:19

@v8areu: I'm sorry but I'm unable to reproduce your issue. Do you have any special configuration linked to gfortran?

v8areu commented on 2017-03-05 03:36

Hello, I got an error while building the package from 'makepkg -sri' command. Here are the following build and error message:

https://gist.github.com/v8areu/824ca1164aefc2d989ed4e1a8572c5bb

Thank you.

I have both the latest gcc and gcc-fortran from official package. I don't know why I got an error "checking whether we are using the GNU Fortran compiler... no"

eolianoe commented on 2016-09-22 14:53

@muon, @MartinDiehl: I was able to reproduce the bug but randomly... As proposed by @fallenrgh, downgrading to c++98 seems to fix the problem, but I do not know why...
Let me know if you still have some errors.

muon commented on 2016-09-20 16:03

@eolianoe: Thanks for the reply. I have both hdf5 and hdf5_18 installed from the official repos. I just built with a commented out check function, and it built fine.

eolianoe commented on 2016-09-20 11:51

@muon, @MartinDiehl: Which package are you using for hdf5? In order to build the package you can disable the check function and I'll try to investigate more.

muon commented on 2016-09-19 19:59

I just got the same result as @MartinDiehl on x86_64. (silo-4.10.2-5). Output from `makepkg` command:
https://gist.github.com/raybsmith/1e4e6a05fb670de385e07b35eb6be50a
Let me know if any other info would help.

eolianoe commented on 2016-09-16 16:50

@MartinDiehl: Are you sure, that you have the latest version of the PKGBUILD? Because it seems to be linked to bug reported by smradlev a few months ago and I'm able to build it in a clean i686 chroot.

MartinDiehl commented on 2016-09-16 10:37

For me, the build fails (on i686). It seems that a shell script is processed by the preprocessor

In file included from /usr/include/c++/6.2.1/tuple:39:0,
from /usr/include/c++/6.2.1/bits/stl_map.h:63,
from /usr/include/c++/6.2.1/map:61,
from rocket.cxx:66:
./array:1:2: error: invalid preprocessing directive #!
#! /bin/sh

eolianoe commented on 2016-08-24 09:09

@fallenrgh: building fine here for now, I will add the `-std=c++98` flags if there is more trouble

fallenrgh commented on 2016-08-23 21:14

Building this package fails for me using the gcc default -std=gnu++14. You get errors like the example from smradlev below.

/usr/include/c++/6.1.1/tuple:121:28: error: expected ‘)’ before ‘,’ token
_Head_base(allocator_arg_t, __uses_alloc1<_Alloc> __a)

Switching to -std=c++98 did the trick for me.

All comments