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 --]
next prev parent 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