Skip to content
Snippets Groups Projects
  1. Mar 12, 2020
    • Florian Prill's avatar
      [cdi-1.9.8-itools] applied cherry-pick. · 00cab0eb
      Florian Prill authored
      Update m4/acx_check_strptr_convert.m4.
      
      The previous code resulted in the following error when compiled with
      GCC 6.4.0 and FCFLAGS=-std=-f2008:
      
      TS 29113/TS 18508: Noninteroperable array FPTR at (1) to C_F_POINTER: Type shall have a character length of 1
      
      Moreover, the code did not really reflect how the string manipulation
      was implemented in src/mo_cdi.f90. The updated version is supposed to
      be closer to what is required in the real code.
      00cab0eb
    • Florian Prill's avatar
      0ffb90bf
  2. Jun 25, 2019
  3. Nov 06, 2018
  4. Jul 31, 2018
  5. Jul 30, 2018
  6. Jul 17, 2018
  7. Jul 13, 2018
  8. Jul 12, 2018
  9. Apr 30, 2018
  10. Apr 25, 2018
  11. Apr 13, 2018
  12. Feb 05, 2018
  13. Feb 01, 2018
  14. Jun 07, 2017
  15. Apr 20, 2017
  16. Mar 27, 2017
  17. Mar 09, 2017
    • Thomas Jahns's avatar
      Check for POSIX.1-2001 conformance. · e9b6611f
      Thomas Jahns authored
      * Since write, mmap and a number of other functions are not part of
        ISO C (i.e. strictly conforming programs must not use those), we need
        to ensure the build environment provides POSIX conformance.
      * This mostly prevents unrelated bug reports later on.
      * From POSIX 2008, CDI unconditionally only uses getline and has a
        work-around in case that is missing.
      e9b6611f
  18. Jan 05, 2017
  19. Jun 29, 2016
  20. Apr 04, 2016
  21. Apr 02, 2016
  22. Apr 01, 2016
  23. Oct 02, 2015
  24. Jul 30, 2015
  25. Jun 18, 2015
  26. Jun 05, 2015
    • Thomas Jahns's avatar
      Fix incorrect Fortran preprocessing candidates. · e465e15d
      Thomas Jahns authored
      * This partially reverts "added support for C89/90 preprocessor" which only
        covered up an already bad situation.
      
      Using the C preprocessor on Fortran sources does ultimately not work
      since it doesn't know about Fortran-specific features like the _OPENMP
      macro and is chronically likely to pick up the cpp belonging to
      another compiler (e.g. to system gcc when compiling with xlf on Linux/ppc).
      e465e15d
  27. Jun 02, 2015
  28. Apr 02, 2015
  29. Mar 25, 2015
  30. Dec 05, 2014
Loading