#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
#1782: Show some of Stu Shapiro's movies on the ET gallery
-------------------------------------+--------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
Stu Shapiro has a web site with movies
<http://research.physics.illinois.edu/CTA/IRG/movies.html>. Many of these
were generated with the Einstein Toolkit. We should add a pointer to this
page and/or to a few select movies to our ET gallery page.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1782>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1716: Add a TRAC component for Jenkins
-----------------------------------+----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Server Infrastructure | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
It would be useful to have a TRAC component for the Jenkins build and test
system. Something like "Continuous Integration system".
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1716>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#796: Support https for einsteintoolkit.org
-------------------------------------+--------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit website | Version:
Keywords: |
-------------------------------------+--------------------------------------
To show our commitment to privacy and IT safety, we should enable https
support for our web site.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/796>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1777: Abort CST before running configuration scripts in case of errors at that
point
-------------------------+--------------------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Abort CST before running configuration scripts in case of errors at that
point
https://bitbucket.org/cactuscode/cactus/pull-request/4/abort-cst-before-
running-configuration/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1777>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1773: Cactus adds non-existent directories to include path
--------------------+-------------------------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
--------------------+-------------------------------------------------------
Currently, THORN/src/include is unconditionally added to the compiler
include paths, regardless of whether it exists or not. While this is not
an error in general, newer compilers emit a warning for non-existent
include directories. The patch in the merge requests adds the directory
only if it exists.
https://bitbucket.org/cactuscode/cactus/pull-request/11/dont-add-non-
existing-thorn-include-paths/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1773>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1506: compiling Cactus on Windows
--------------------------------+-------------------------------------------
Reporter: jtao | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: compiling, windows |
--------------------------------+-------------------------------------------
Hi,
In the process to create the cactusBSSN benchmark for SPEC, I worked with
Mat from PGI(now NVIDIA) to help resolve some compilation issues on
Windows. I don't have patches for each one of them, but attemptive
solutions could be found in the email below.
These are not critical issues but it would be good to be resolved to help
future windows users if there is any.
Regards,
Jian
Mathew COLGROVE wrote:
> Hi Jian,
>
> I've been working on porting cactusBSSN to Windows. After working
through some header file configuration, I encountered several undefined
references. I've been able to work around some of them, but a few others
I need some help with.
>
> 1) "STDOUT_FILENO" and "STDERR_FILENO" in Cactus/main/Warnlevel.c
> These symbols are found in "unistd.h" which is not available on Windows.
I just commented these lines out since I don't think this section is
executed. Though, the proper fix would be to define then in
> the cctk_Config.h file if not "HAVE_UNISTD_H" is not.
The function isatty is defined in unistd.h. A conditional macro will be
necessary for that function as well in this case.
#if HAVE_UNISTD_H
if (!isatty (STDOUT_FILENO))
val = "";
#endif
> 2) "hypot" and "copysign" in Cactus/main/Complex.c
>
> Windows does support "hypot" and "copysign", however they spell them
"_hypot" and "_copysign". To work around, I created two versions of each
macro that use these symbols.
I will probably do the same.
> 3) "regexec", "regfree", and "regcomp" in Cactus/main/Parameters.c and
Cactus/utils/misc.c
>
> Windows does not support these functions. We may be able to integrate a
port from glibc into the benchmark but I would rather not. Since previous
versions of Cactus did not used these symbols, can we use an older version
other these files?
As a matter of fact, Cactus includes files from the src of the GNU
C library. You can find them under Your_Cactus/src/gnu.
It is likely that you pre-configured Cactus on a linux box or other
systems which provide the library. Cactus will then use the
system default instead.
To compiler regex.c getopt.c distributed with Cactus, you need to go to
Your_Cactus/configs/spec/config-data/
and set both BUILD_GETOPT BUILD_REGEX to yes.
# GNU stuff
BUILD_GETOPT = yes
BUILD_REGEX = yes
This will solve #4 below as well.
> 4) "getopt_long_only", "optarg", and "optind" in
Cactus/main/ProcessCommandLine.c
>
> Again, there is no Windows equivalent for these symbols. We may be able
to integrate something from
http://gnuwin32.sourceforge.net/packages/libgw32c.htm, but I would rather
not. Since previous versions of Cactus did not used these symbols, can we
use an older version other this file?
>
> 5) "gethostname" and "gethostbyname" in Cactus/utils/Network.c
>
> Windows does have these functions but we'd need to link with a DLL which
I'd rather not have to do (the user should have the option on how to
link). Though, I think we'd be safe to remove these functions.
Yes, the prototypes of gethostname and gethostbyname can be found in
winsock2.h, and Cactus knows how to deal with them on Windows.
---------------------------------------
Network.c :
...
#elif defined HAVE_WINSOCK2_H
#include <winsock2.h>
#endif /* HAVE_WINSOCK2_H */
...
---------------------------------------
If linking DLL will be an issue, I would suggest you keep Util_GetHostName
but make it a dummy function since Util_GetHostName
serves as the interface to gethostname for Cactus.
Regards,
Jian
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1506>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1755: Problem with building on Ubuntu 14.04
-----------------------------------+----------------------------------------
Reporter: maxim.barkov@… | Owner:
Type: defect | Status: new
Priority: major | Milestone: ET_2014_11
Component: Cactus | Version: development version
Keywords: MPI build |
-----------------------------------+----------------------------------------
Hello,
Following the instructions on the page:
https://docs.einsteintoolkit.org/et-docs/Simplified_Tutorial_for_New_Users
I failed to compile ET on the Ubuntu 14.04
In the file ubuntu.cfg paths to mpi libs or includes do not exist,
The MPICH2 package is installed
(sudo apt-get install mpich2)
It could be better to change mpich to openmpi?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1755>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit