On 24/08/2009 12:00, Clemens Fruhwirth wrote:
On Mon, Aug 24, 2009 at 12:28 PM, Simon Marlow<[email protected]> wrote:
On 22/08/2009 17:38, Clemens Fruhwirth wrote:
Sat Aug 22 18:37:11 CEST 2009 Clemens Fruhwirth<[email protected]>
* GHC does not deploy a directory named 'includes'. Change 'includes' to
'include' in HsVersions.h
[GHC does not deploy a directory named 'includes'. Change 'includes' to
'include' in HsVersions.h
Clemens Fruhwirth<[email protected]>**20090822163711
Ignore-this: da2f830a732ac81a54d99230a3bf43fd
] hunk ./compiler/HsVersions.h 23
* ghcconfig.h, because that will include ghcplatform.h which has the
* wrong platform settings for the compiler (it has the platform
* settings for the target plat instead). */
-#include "../includes/ghcautoconf.h"
+#include "../include/ghcautoconf.h"
This #include is referring to a directory in the source tree, not the
deployed GHC installation. Why did you need this change?
GHC's bindist also deploys HsVersions.h which I (incorrectly) included
in some files.
If the deployed paths are not compatible with the build paths,
HsVersions.h is defacto not #include-able by anyone. That leaves the
question why HsVersions.h is deployed at all?
Right - I don't think HsVersions.h should be installed, but I haven't
looked into why it is being installed or what breaks if it isn't.
Cheers,
Simon
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
