Comments (19)
I think that we just need to uncomment this block:
https://github.com/ralna/GALAHAD/blob/master/meson.build#L166-L174
Can you try it?
We always need to specify the preprocessing flag on Windows...
from galahad.
OK, trying now
from galahad.
Sme progress, the windowns/gcc combo now runs. Butthat broke some of the Linux builds as well (the intel ones). Any ideas?
from galahad.
It seems related to Intel OpenMP. We need to add the OpenMP flag for C compilers. I only did it for C++ and Fortran.
from galahad.
How do we see the results of the tests? Are they written somewhere ... the actions seem to mention testlogs, but I can't find that file - is it saved, and if so, where? It is impossible to see what is going wrong without getting output from the tests.
[Edit - Jari told me where to find this, so please ignore]
from galahad.
Reading more about the openmp flags, it seems that \Qopenmp is for Windows ifort/icc but
-qopenmp is the flag for Linux. Since I don't understand the logic of the meson.build file well enough, maybe someone else can update this file?
from galahad.
Is it possible to add debug flags to the actions, so that we can see the precise lines where things go wrong. E.g., the -g flag for gfortran, -g -traceback for ifort and ifx. I realise that this will slow things down, and should be removed when we are ready, but it would really help
from galahad.
Is it possible to add debug flags to the actions, so that we can see the precise lines where things go wrong. E.g., the -g flag for gfortran, -g -traceback for ifort and ifx. I realise that this will slow things down, and should be removed when we are ready, but it would really help
It's already compiled in debug
mode Nick.
It's only for CI.
By default it's the release
mode (-O3).
from galahad.
OK, Alexis. In that case where do the messages giving the lines on which the sequence of calls on a failing run get written to? It is usual when an exception occurs for the -g flag to provide this information. I don't see it.
from galahad.
You can these messages in the artifacts at the bottom of the page ("Summary") for GitHub Actions:
For CirrusCI, you just need to click on a build and then the folder icon with "log" at the top of the page:
from galahad.
I have this kind of error with "Int64" builds:
================================== 291/405 ===================================
test: GALAHAD:dgo+double+C / dgot_c_double
start time: 12:40:39
duration: 0.02s
result: exit status 2
command: UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=188 ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 /private/var/folders/xc/tpssff9959345bnqq4c6tlww0000gn/T/cirrus-ci-build/builddir/dgot_c_double
----------------------------------- stdout -----------------------------------
C sparse matrix indexing
tests options for all-in-one storage format
----------------------------------- stderr -----------------------------------
At line 416 of file ../src/hash/hash.F90 (unit = 1)
Fortran runtime error: Unit number in I/O statement too large
from galahad.
I saw that, but it is not enough information, -g usually gives the entire call, e.g.
error in a line x
called from b on line y
called from c on line z
(etc). It is vital to know which path the code took to get to the failure point.
I should say that I am suspicious about the C interface to dgo, it certainly looks
to me like a memory mismatch between fortran and C. The io unit should be 6,
and it isn't changed by the code, so it looks like a memory overwrite.
Once I know the path, I can start debugging ... very slowly as the action tests everything,
while all I want to di is test one routine with one compiler!
from galahad.
But not for now, its Friday night and beer o'clock. Have a good weekend
from galahad.
I need to finish my copies today.
Only one exercice is remaining 💪
I can work again on GALAHAD after.
Should we plan a meeting next week?
Have a good week end!!
from galahad.
I saw that, but it is not enough information, -g usually gives the entire call, e.g. error in a line x called from b on line y called from c on line z (etc). It is vital to know which path the code took to get to the failure point.
I should say that I am suspicious about the C interface to dgo, it certainly looks to me like a memory mismatch between fortran and C. The io unit should be 6, and it isn't changed by the code, so it looks like a memory overwrite.
Once I know the path, I can start debugging ... very slowly as the action tests everything, while all I want to di is test one routine with one compiler!
Something is probably converted to Int64 in the Fortran or C side but not the other one.
It causes the misalignment.
The issue is to find it now.
from galahad.
That is my guess too. I had a look earlier, but nothing stuck out. As I said, in the worst case, I'll simply print each argument in turn until I find the one filled with nonsense
from galahad.
And yes, let's talk next week. How about Tuesday at 3PM (our time)
from galahad.
Yes, it's fine for me.
from galahad.
The issue was related to the old and deprecated Intel compilers on Windows...
I removed them.
from galahad.
Related Issues (20)
- scu_initialize is not implemented in the C interface of SCU HOT 10
- all builds now fail as blas/lapack are now modern (.f90) rather than traditional (*.f)
- [documentation] Explain how we can compile static libraries with Meson
- Improve tests for SLLS
- Register GALAHAD.jl HOT 1
- Compile GALAHAD_jll.jl with HSL_jll.jl HOT 1
- GALAHAD is unable to use PASTIX / SPM HOT 3
- Name of the libraries when GALAHAD is compiled with 64-bit integer HOT 3
- TagBot trigger issue HOT 2
- [CI] Install C Regex Library on Windows HOT 4
- [CI] Check modules failing HOT 11
- [CI] Cirrus CI Julia install fails
- MKL-Pardiso with 64-bit integer
- Clong has been replaced by int64_t in the HSL headers HOT 23
- Python solve routines should allow keyword arguments HOT 9
- [C Interface] Garbled NLS subproblem_inform HOT 2
- Should we remove GALAHAD/src/external/hsl/hsl_metis? HOT 1
- Precompiled libraries
- Add a routine to return the version number of GALAHAD HOT 10
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from galahad.