1. 22 Aug, 2003 4 commits
    • sof's avatar
      [project @ 2003-08-22 22:24:12 by sof] · cffcb52b
      sof authored
      setupRtsFlags(): don't overwrite argv[0] with its basename:
         - argv[] may not point to writeable memory
         - System.Environment.getProgName strips off the 'dirname' portion
         - Not possible to get at the untransformed argv[0] from
           Haskell code, should such a need arise.
      Uses of prog_argv[0] within the RTS has now been replaced with prog_name,
      which is the basename of prog_argv[0].
    • sof's avatar
      [project @ 2003-08-22 16:38:51 by sof] · 3c6b9911
      sof authored
      mkHomeModLocation: basename has to be equal to module name, not just suffix
    • panne's avatar
      [project @ 2003-08-22 10:21:46 by panne] · 13ec31c0
      panne authored
      The autoconf magic for the library documentation belongs to
      libraries/, not ghc/.
    • panne's avatar
      [project @ 2003-08-22 06:29:42 by panne] · c2ae23c6
      panne authored
      OpenBSD's sh doesn't like the parentheses in "foo='(-1)'" so let's
      drop them. Thanks to Don for pointing this out.
  2. 21 Aug, 2003 1 commit
    • panne's avatar
      [project @ 2003-08-21 20:08:43 by panne] · 20923f94
      panne authored
      Added a new test FP_HTML_COMMENT (better name?) and use it in configure.ac.
      As an additional bonus, autoreconf doesn't call aclocal anymore
      because we have an aclocal.m4 now and it obviously doesn't require
      automake stuff. This fixes problems with older (< 1.4-p6) automakes,
      which insist on "configure.in".
  3. 20 Aug, 2003 11 commits
  4. 19 Aug, 2003 13 commits
    • krc's avatar
      [project @ 2003-08-19 22:09:09 by krc] · 662cb69b
      krc authored
      External Core programs sometimes contain newtype declarations with no
      data constructors. GHC expected every newtype declaration to have at
      least one data constructor, so it would previously fail with an "empty list"
      error if you tried to compile such a program. These declarations are handled
      properly now.
    • krc's avatar
      [project @ 2003-08-19 22:04:54 by krc] · a465e8bd
      krc authored
      Added correct parsing of external calls. External calls are assumed to be
      static C calls, but this assumption should always hold since compiling to
      External Core will fail for programs that contain any other kind of
      external call.
      Added correct parsing of the null-pointer literal (0::GHCziPrim.Addrzh) --
      this caused an "unknown integer literal type" error before.
    • krc's avatar
      [project @ 2003-08-19 22:03:04 by krc] · 5c15e80b
      krc authored
      Changed outputForeignStubs to check whether stub files from a previous
      compilation still exist (in the case where no new stubs exist). This is
      necessary to compile External Core programs that require these stubs.
    • krc's avatar
      [project @ 2003-08-19 21:59:40 by krc] · 0f9750be
      krc authored
      Two issues:
      1. According to the spec for External Core, datatype declarations are required
      to have at least one data constructor. Previously, if you tried to generate
      External Core for a program containing a datatype declaration with no
      constructors, generating the Core file would succeed, but compiling it would
      result in a parse error. Changed MkExternalCore to signal an error if such
      a declaration is encountered while compiling to External Core.
      2. Previously, MachLabel literals were translated into Externals when compiling
      to External Core. This is wrong -- such literals are not foreign calls and
      can't be handled in the same way (compiling any External Core code generated
      from code containing literals resulting from "foreign label" declarations would
      result in a strange error message). There doesn't seem to be any way to
      correctly represent these labels in External Core, so MkExternalCore now
      signals an error if one of these is encountered as well.
    • simonmar's avatar
      [project @ 2003-08-19 16:32:23 by simonmar] · f3c159a9
      simonmar authored
      setlocale(LC_ALL,""), to enable the locale support in libc.
    • simonmar's avatar
      [project @ 2003-08-19 16:31:40 by simonmar] · 58ce8140
      simonmar authored
      Check for locale.h and wctype.h
    • panne's avatar
      [project @ 2003-08-19 15:41:19 by panne] · a186b5b9
      panne authored
      tests. Use autoconf's own macros for dealing with struct members.
    • panne's avatar
      [project @ 2003-08-19 14:22:14 by panne] · 6b4abadb
      panne authored
      Death to the acconfig.h hack!
    • panne's avatar
      [project @ 2003-08-19 12:42:39 by panne] · da8f39a9
      panne authored
      Well, we really need autoconf 2.52...
    • panne's avatar
      [project @ 2003-08-19 12:35:47 by panne] · fdbc4fd7
      panne authored
      Expand the (a bit faulty) definition of AC_MSG_FAILURE, which is only
      available since autoconf 2.57. Thanks to Don for pointing this out.
    • panne's avatar
      [project @ 2003-08-19 09:39:48 by panne] · 8cb18884
      panne authored
      To ease autoheader's job, add description for USE_QUARTZ_OPENGL.
    • panne's avatar
      [project @ 2003-08-19 09:25:34 by panne] · 0d9152af
      panne authored
    • panne's avatar
      [project @ 2003-08-19 09:23:08 by panne] · 6a0b7a2f
      panne authored
      Revamped FPTOOLS_PROG_DIFF
  5. 18 Aug, 2003 11 commits