caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Anthony Scemama <scemama@irsamc.ups-tlse.fr>
To: Mehdi Dogguy <mehdi@dogguy.org>,
	Louis Gesbert <louis.gesbert@ocamlpro.com>,
	caml-list@inria.fr
Subject: Re: [Caml-list] Opam on Blue-Gene
Date: Wed, 27 Jan 2016 16:04:34 +0100	[thread overview]
Message-ID: <56A8DC82.1060403@irsamc.ups-tlse.fr> (raw)
In-Reply-To: <569FCFB6.1020703@dogguy.org>

[-- Attachment #1: Type: text/plain, Size: 3978 bytes --]

Hi Mehdi,

I was able to reproduce the problem. Here is the output :

|-bash-4.1$ opam switch 4.02.3

=-=- Installing compiler 4.02.3 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
[default.comp] http://caml.inria.fr/pub/distrib/ocaml-4.02/ocaml-4.02.3.tar.gz downloaded
Now compiling OCaml. This may take a while, please bear with us...
[ERROR] Compiler build failed at "make world.opt":
        # opam-version 1.2.2
        # os           linux
        # command      make world.opt
        # path         /home/abenali/.opam/4.02.3/build/ocaml
        # exit-code    2
        # env-file     /home/abenali/.opam/log/log-30082-6d07ae.env
        # stdout-file  /home/abenali/.opam/log/log-30082-6d07ae.out
        # stderr-file  /home/abenali/.opam/log/log-30082-6d07ae.err
        ### stdout ###
        # [...]
        # ln -s ../byterun/debugger.c debugger.c
        # gcc -I../byterun -DCAML_NAME_SPACE -DNATIVE_CODE -DTARGET_none -DSYS_unknown  -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT   -c -o debugger.o debugger.c
        # ln -s ../byterun/meta.c meta.c
        # gcc -I../byterun -DCAML_NAME_SPACE -DNATIVE_CODE -DTARGET_none -DSYS_unknown  -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT   -c -o meta.o meta.c
        # ln -s ../byterun/dynlink.c dynlink.c
        # gcc -I../byterun -DCAML_NAME_SPACE -DNATIVE_CODE -DTARGET_none -DSYS_unknown  -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT   -c -o dynlink.o dynlink.c
        # make[4]: Leaving directory `/gpfs/vesta-home/abenali/.opam/4.02.3/build/ocaml/asmrun'
        # make[3]: Leaving directory `/gpfs/vesta-home/abenali/.opam/4.02.3/build/ocaml'
        # make[2]: Leaving directory `/gpfs/vesta-home/abenali/.opam/4.02.3/build/ocaml'
        # make[1]: Leaving directory `/gpfs/vesta-home/abenali/.opam/4.02.3/build/ocaml'
        ### stderr ###
        # backtrace.c:103:14: warning: implicit declaration of function 'Callback_link' [-Wimplicit-function-declaration]
        # [...]
        #               ^
        # backtrace.c:103:44: warning: initialization makes pointer from integer without a cast [enabled by default]
        #        struct caml_context * next_context = Callback_link(*sp);
        #                                             ^
        # make[4]: *** No rule to make target `none.o', needed by `libasmrun.a'.  Stop.
        # make[3]: *** [makeruntimeopt] Error 2
        # make[2]: *** [opt-core] Error 2
        # make[1]: *** [opt.opt] Error 2
        # make: *** [world.opt] Error 2

-bash-4.1$  uname -a
Linux vestalac1 2.6.32-431.20.5.el6.ppc64 #1 SMP Wed Jul 16 05:27:12 EDT 2014 ppc64 ppc64 ppc64 GNU/Linux
|

and here is a bit of the /proc/cpuinfo:

|...
processor       : 47
cpu             : POWER7 (architected), altivec supported
clock           : 3720.000000MHz
revision        : 2.1 (pvr 003f 0201)

timebase        : 512000000
platform        : pSeries
model           : IBM,8205-E6B
machine         : CHRP IBM,8205-E6B
|

Using ocaml 4.03.0+dev12-2015-11-20 solved the problem, but I don’t more.

Cheers,
Anthony




On 01/20/2016 07:19 PM, Mehdi Dogguy wrote:

> On 19/01/2016 22:10, Mehdi Dogguy wrote:
>> Can you please tell us about the patches applied on top of 4.02.3 to get it
>> compiling? I've already compiled opam using ocaml 4.01 or 4.02 on ppc64el
>> without any issues. So, I am a bit surprised. Maybe I've missed something
>> though.
>>
> FWIW, the same question applies even one consider ppc64 (big endian), s390
> or s390x. In my experience, all four architectures didn't cause issues wrt.
> ocaml projects (or ocaml itself). So, I'm genuinely interested in hearing
> what could go (or went) wrong there and how observed issues were fixed.
>
> ocamlopt is certainly not available everywhere and sometimes, one has to
> put a little patch relevant on bytecode architectures. but i didn't see more
> complex or deep issues there.
>
​

-- 
Anthony Scemama
Laboratoire de Chimie et Physique Quantiques
IRSAMC - CNRS - Universite de Toulouse


[-- Attachment #2: Type: text/html, Size: 12923 bytes --]

  reply	other threads:[~2016-01-27 15:04 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-11 14:10 Anthony Scemama
     [not found] ` <4673524.9ZabesDjnc@maitake>
2016-01-19 14:25   ` Anthony Scemama
2016-01-19 21:10     ` Mehdi Dogguy
2016-01-20 18:19       ` Mehdi Dogguy
2016-01-27 15:04         ` Anthony Scemama [this message]
2016-01-27 15:42           ` Stéphane Glondu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56A8DC82.1060403@irsamc.ups-tlse.fr \
    --to=scemama@irsamc.ups-tlse.fr \
    --cc=caml-list@inria.fr \
    --cc=louis.gesbert@ocamlpro.com \
    --cc=mehdi@dogguy.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).