#1786: Switch to C99 semantics for "inline" keyword
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
See <https://bitbucket.org/cactuscode/cactus/pull-request/13/switch-to-c99
-semantics-for-inline-keyword>.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1786>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1783: Certificate for svn.cct.lsu.edu not trusted
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Server Infrastructure | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
The certificate for svn.cct.lsu.edu was just replaced (8th June), but the
replacement certificate is widely recognised.
{{{
Error validating server certificate for 'https://svn.cct.lsu.edu:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: svn.cct.lsu.edu
- Valid: from Jun 9 00:00:00 2015 GMT until Jun 25 23:59:59 2018 GMT
- Issuer: InCommon, Internet2, Ann Arbor, MI, US
- Fingerprint: 0E:DA:45:7D:98:10:B1:96:6C:F4:48:86:85:A9:76:31:2D:A3:09:B6
Certificate problem.
(R)eject, accept (t)emporarily or accept (p)ermanently? Server SSL
certificate untrusted: Unable to connect to a repository at URL
'https://svn.cct.lsu.edu/repos/numrel/LSUThorns/CPUID': Server SSL
certificate verification failed: issuer is not trusted at
/usr/share/perl5/Git/SVN.pm line 148.
}}}
https://www.sslshopper.com/ssl-checker.html#hostname=svn.cct.lsu.edu
{{{
The certificate is not trusted in all web browsers. You may need to
install an Intermediate/chain certificate to link it to a trusted root
certificate. Learn more about this error. The fastest way to fix this
problem is to contact your SSL provider.
One of the certificates is signed with a SHA1 signature. We recommend that
you reissue or replace this certificate with one that uses a SHA-2
signature. Contact your SSL provider about how to do this. Read more about
the SHA-1 deprecation here.
}}}
This is blocking the build and test system, because the repositories
aren't being updated due to this error.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1783>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1788: Remove support for HAVE_CCTK_C_BOOL and HAVE_CCTK_CXX_BOOL
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
See <https://bitbucket.org/cactuscode/cactus/pull-request/15/cactus-
remove-support-for-have_cctk_c_bool/diff>.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1788>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1789: CarpetCode.org contains outdated download instructions
--------------------------+-------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version: development version
Keywords: documenation |
--------------------------+-------------------------------------------------
CarpetCode.org's "Obtaining Carpet" page contains references to its hg
version and lists (in http://www.carpetcode.org/get-carpet.html)
git://www.carpetcode.org/carpet.git as the download site. Currently Carpet
is hosted on bitbucket.
Luke Roberts was actually caught by this when following the instructions
on the website so this does affect real live.
Erik: I am fine to update the site (in the Carpet repo) mnyself, but since
it is "yours" am a bit reluctant plus I don't know how to actually update
the file on carpetcode.org.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1789>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1377: GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI
-----------------------------------+----------------------------------------
Reporter: sbrandt | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: GRHydro M_PI |
-----------------------------------+----------------------------------------
GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI. This was a problem on
Tianhe-1A. I'd suggest adding the following to both files:
#ifndef M_PI
#define M_PI 3.141592653589793
#endif
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1377>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1785: Autodetection for strdup prototype fails
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Cactus has autoconf code to detect whether there is a prototype for
strdup. This autoconf code fails with icc, as icc never aborts when there
are conflicting prototypes. There is a warning only.
I have disabled the respective autoconf macro and have commented out the
respective lines in configure.in. This code should either be corrected or
removed.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1785>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1754: _BSD_SOURCE in glibc apparently going away
------------------------+---------------------------------------------------
Reporter: rhaas | Owner:
Type: task | Status: new
Priority: unset | Milestone:
Component: SimFactory | Version: development version
Keywords: |
------------------------+---------------------------------------------------
I just stumbled accross https://lwn.net/Articles/634207/ which states:
--8<--
Also in 2.20, the _BSD_SOURCE and _SVID_SOURCE feature test macros have
been removed. The declarations formerly available under those macros are
now under _DEFAULT_SOURCE, but, since it's the default, one need not set
it explicitly. Roland's suggestion, though, was that most code would
(continue to) want to use _GNU_SOURCE or one of the POSIX-specific macros.
(See this article for an introduction to glibc feature test macros).
--8<--
We use this in some of our option lists to make {{{M_PI}}} and
{{{strdup}}} visible.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1754>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1252: Thorn configuration scripts should not be run if there are missing thorns
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
If there are thorns present in the thornlist which are not present in the
source tree, Cactus currently displays the corresponding error message,
and then runs the rest of the CST including thorn configuration scripts.
Since these can build large external libraries (e.g. LORENE), it can be a
long time before the user notices that the build has failed. I would
prefer if Cactus aborted before running the CST scripts.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1252>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1712: Return snprintf.c
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: task | Status: new
Priority: minor | Milestone:
Component: Other | Version: development version
Keywords: |
----------------------+-----------------------------------------------------
C99 provides snprintf, and we assume at least C99 support in Cactus.
Cactus does not need to provide snprintf any more.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1712>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1770: ExternalLibraries: error when building hwloc utility lstopo-no-graphics on
ubuntu 14.04
--------------------------------------------+-------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2015_05
Component: EinsteinToolkit thorn | Version: development version
Keywords: ExternalLibraries hwloc lstopo |
--------------------------------------------+-------------------------------
While building the hwloc utilities the building process stopped with the
following error message (on Ubuntu 14.04.2 LTS):
{{{
Copying hwloc-ls from /usr/bin/hwloc-ls to
/home/bruno/tmp/zz_et/Cactus/exe/et
Copying hwloc-ps from /usr/bin/hwloc-ps to
/home/bruno/tmp/zz_et/Cactus/exe/et
Copying lstopo from /usr/bin/lstopo to /home/bruno/tmp/zz_et/Cactus/exe/et
make[1]: *** No rule to make target `/home/bruno/tmp/zz_et/Cactus/exe/et
/lstopo-no-graphics', needed by `utils'. Stop.
}}}
A quick fix would be to add the hwloc-nox package which has the lstopo-no-
graphics utility there, however it conflicts with hwloc package so we
can't have both on a ubuntu system. So we can't then have both lstopo and
lstopo-no-graphics in the makefile target. The attached patch opted to
drop lstopo-no-graphics.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1770>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit