I have a FreeBSD box running FreeSD-amd64-6.0. Is there anybody who
can give me a set of .hc files (probably from linux x86_64) to build GHC?
I tried to follow the instructions to crossbuild from FreeBSD-i386,
but my attempts failed for reasons I don't understand.
--
Dipl.-Math. Wilhelm Bernhard K
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 06 September 2005 15:33, Wilhelm B. Kloke wrote:
>
>> I have a FreeBSD box running FreeSD-amd64-6.0. Is there anybody who
>> can give me a set of .hc files (probably from linux x86_64) to build
>> GHC? I tried to follow
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 12 September 2005 12:53, Wilhelm B. Kloke wrote:
>
>> BTW, should I hold my breath for 6.4.1?
>
> You should certainly bootstrap using a 6.4.1 snapshot source tree,
> because there have been plenty of amd64-related fixes.
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 17 September 2005 22:05, Wilhelm B. Kloke wrote:
>
>> I tried it again today. One of my problems was related to gmake
>> version.
>> The configure script should warn, if gmake is older than 3.80 (I had
>> 3.78).
Wilhelm B. Kloke <[EMAIL PROTECTED]> schrieb:
> Simon Marlow <[EMAIL PROTECTED]> schrieb:
>> On 17 September 2005 22:05, Wilhelm B. Kloke wrote:
>>
>>> I tried to go back to ghc/rts to build more files following the
>>> ipattern of the last steps be
Simon Marlow <[EMAIL PROTECTED]> schrieb:
>
> Int64# primitive type (it's the same as Int#). You might want to make
> sure that ghc/includes/ghcautoconf.h on the host machine is the right
> one - it should have been copied from the target machine.
>
Yes. ghcautoconf.h had been rebuilt accidentally
Though I have reported some sort of success on this in the last days,
I was too early. The ghc-inplace does not work on the target system.
It compiled because I have been too lax in following the instructions.
Here is the report, where the crossport fails on the i386host system:
tar czf ghc-6.4.1-
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 25 September 2005 18:54, Wilhelm B. Kloke wrote:
>
>> bash-2.05b$ (cd ghc/rts; gmake PrimOps.o )
>> ../../ghc/compiler/ghc-inplace -H16m -O -H32m -keep-hc-files -static
>> -I. -#include Prelude.h -#include Rts.h -#i
John Hornkvist <[EMAIL PROTECTED]> schrieb:
> Simon Marlow microsoft.com> writes:
>
>> SIZEOF_mp_limb_t comes from DerivedConstants.h, and SIZEOF_VOID_P comes
>> from ghcautoconf.h (both in ghc/includes). Both of these files should
>> be from the target system for a cross-compile; I strongly susp
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 15 October 2005 23:10, Wilhelm B. Kloke wrote:
>
>> Don't forget to delete Linker.c (for ghci). The stage on teh host
>> system
>> where the process fails jsut now is
>>> $MAKE -C libraries boot all
>
Simon Marlow <[EMAIL PROTECTED]> schrieb:
>
> At this point you can either do 'make install stage=1', or you can just
> use the compiler you built to build a clean GHC in another tree, i.e.
> with ./configure --with-ghc=/path/to/bootstrap/ghc/compiler/ghc-inplace.
Now I am getting the following re
Simon Marlow <[EMAIL PROTECTED]> schrieb:
>
> Are you building GHC in a fresh tree now? I'd recommend doing that.
Now I am using a *really* fresh tree. Formerly the compilation of
Apply.cmm did not render an instructive error message, just
failed for some sort of memory access exception. Now I ha
Wilhelm B. Kloke <[EMAIL PROTECTED]> schrieb:
> Simon Marlow <[EMAIL PROTECTED]> schrieb:
>>
>> Are you building GHC in a fresh tree now? I'd recommend doing that.
>
> Now I am using a *really* fresh tree. Formerly the compilation of
> Apply.cmm did not
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 24 October 2005 19:04, Wilhelm B. Kloke wrote:
>
> Is it that it does not find the libraries, or does it find the libraries
> but still gets a bunch of undefined references? If the latter, then
> there could be an issue with the
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> On 25 October 2005 10:01, Wilhelm B. Kloke wrote:
>
> Try with splitting off: set SplitObjs=NO in your mk/build.mk.
Done with success. I just used the compiler to install darcs.
I am able to make the unregisterised .hc-bundle available
As I have got an amd64 machine again, I am returning to my previous
porting effort.
When I try to build to .hc files on i386 system, I
get the following error:
> ...
> gmake[2]: Entering directory `/usr/home/wb/ghc-6.8.1/libraries/unix'
> ../../compiler/stage1/ghc-inplace -package-name unix-2.2.0.
Simon Marlow <[EMAIL PROTECTED]> schrieb:
>
> Perhaps you compiled mkDerivedConstants as a 32-bit executable?
Yes. I was not attentive enough.
But now I have got a working compiler on FreeBSD-amd64-7.0. If anybody is
interested, I shall prepare a package of the installed binaries.
The compiler i
Simon Marlow <[EMAIL PROTECTED]> schrieb:
> Wilhelm B. Kloke wrote:
>>
> However, you might want to wait for 6.8.2 in the next few days, as we fixed
> several important bugs.
I have found a couple of small bugs regarding FreeBSD. Changing the
configure process would be hel
Some days ago I announced having success in porting ghc-6.8.1 to
FreeBSD-7.0-amd64. As the compiler seemed to be able to compile itself,
I was confident to make the binary package available to the public. Now
I have found out that the port is rooten in a very weird way.
>From the files in testsui
Matthias Kilian <[EMAIL PROTECTED]> schrieb:
> On Sun, Jan 06, 2008 at 05:20:18PM +, Ian Lynagh wrote:
>> > > > Prologue junk?: .type s32x_ret, @function
>> > > > s32x_ret:
>> > > > pushl %ebp
>> > > > movl%esp, %ebp
>> >
>> > I see nearly the same problem with
Simon Marlow <[EMAIL PROTECTED]> schrieb:
>>
>> So, try the patch to get the patch to compile against ghc
>> 6.8.3-snapshot, and see if it works on OpenBSD?
>
> It's not just a case of testing the patch, there are a couple of issues to
> address:
>
> - it has a couple of wired-in addresses: one
21 matches
Mail list logo