1. Building latest vers.
- Posted by irv Jun 24, 2014
- 1862 views
I have tried to get and compile the latest version on a newly-installed Mint17 (AMD64) but I can only get as far as:
irv@Mint17 ~ $ hg clone https://scm.openeuphoria.org/hg/euphoria abort: error: _ssl.c:510: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failedWhat to do now?
2. Re: Building latest vers.
- Posted by jimcbrown (admin) Jun 24, 2014
- 1875 views
I have tried to get and compile the latest version on a newly-installed Mint17 (AMD64) but I can only get as far as:
irv@Mint17 ~ $ hg clone https://scm.openeuphoria.org/hg/euphoria abort: error: _ssl.c:510: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failedWhat to do now?
Use the ---insecure option to hg: http://stackoverflow.com/questions/6055944/netbeans-mercurial-clone-a-repository-from-a-server-with-self-signed-certifi
3. Re: Building latest vers.
- Posted by irv Jun 24, 2014
- 1815 views
Got it. Now can't compile:
Here are the last few lines:
-m64 -o /home/irv/euphoria/source/build/eui /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' /home/irv/euphoria/source/build/intobj/back/be_task.o: In function `ctask_create': be_task.c:(.text+0xa7e): undefined reference to `_00' /home/irv/euphoria/source/build/intobj/back/be_task.o: In function `start_task': be_task.c:(.text+0x1096): undefined reference to `_00' /home/irv/euphoria/source/build/intobj/back/be_runtime.o: In function `ctrace': be_runtime.c:(.text+0x32b9): undefined reference to `Argc' /home/irv/euphoria/source/build/intobj/back/be_runtime.o: In function `eu_startup': be_runtime.c:(.text+0x3416): undefined reference to `Argc' /home/irv/euphoria/source/build/intobj/back/be_runtime.o: In function `shift_args': be_runtime.c:(.text+0x413c): undefined reference to `Argc' be_runtime.c:(.text+0x414f): undefined reference to `Argv' be_runtime.c:(.text+0x415f): undefined reference to `Argv' be_runtime.c:(.text+0x417d): undefined reference to `Argv' /home/irv/euphoria/source/build/intobj/back/be_runtime.o: In function `Command_Line': be_runtime.c:(.text+0x41b6): undefined reference to `Argc' be_runtime.c:(.text+0x41bd): undefined reference to `Argv' be_runtime.c:(.text+0x41ce): undefined reference to `Argc' collect2: error: ld returned 1 exit status make[3]: *** [/home/irv/euphoria/source/build/eui] Error 1 make[3]: Leaving directory `/home/irv/euphoria/source' make[2]: *** [interpreter] Error 2 make[2]: Leaving directory `/home/irv/euphoria/source' make[1]: *** [interpreter] Error 2 make[1]: Leaving directory `/home/irv/euphoria/source' make: *** [all] Error 2
4. Re: Building latest vers.
- Posted by jimcbrown (admin) Jun 24, 2014
- 1801 views
Got it. Now can't compile:
Here are the last few lines:
That looks like the build is trying to build the C code without translating the Euphoria sources first. What does your config.gnu look like?
5. Re: Building latest vers.
- Posted by irv Jun 24, 2014
- 1831 views
# File generated from configure CONFIGURE_PARAMS= EHOST=ELINUX PREFIX=/usr/local EREL_TYPE=-DEREL_TYPE="development" ROOTDIR=/home/irv/euphoria ELINUX=1 EUPHORIA=0 TRANSLATE=eui /home/irv/euphoria/source/euc.ex ETARGET=ELINUX ARCH=ix86_64 MSIZE=-m64 CC_SUFFIX=gcc SCP=scp -C SSH=ssh -C HG=hg TRUNKDIR=/home/irv/euphoria SOURCEDIR=/home/irv/euphoria/source BUILDDIR=/home/irv/euphoria/source/build CYPTRUNKDIR=/home/irv/euphoria CYPBUILDDIR=/home/irv/euphoria/source/build XLTTARGETCC=gcc VERSION=4.1.0
6. Re: Building latest vers.
- Posted by jimcbrown (admin) Jun 24, 2014
- 1860 views
EUPHORIA=0
Change that to
EUPHORIA=1
7. Re: Building latest vers.
- Posted by irv Jun 24, 2014
- 1885 views
THANKS!
It works:
irv@Mint17 ~ $ eui Euphoria Interpreter v4.1.0 development 64-bit Linux, Using System Memory Revision Date: 2014-06-18 12:32:33, Id: 6236:faffe693f1dc
Just one minor problem. I guess ed.ex has been replaced with edx.ex?
install /home/irv/euphoria/demo/net/* /usr/local/share/euphoria/demo/net install /home/irv/euphoria/demo/preproc/* /usr/local/share/euphoria/demo/preproc install /home/irv/euphoria/tutorial/* /usr/local/share/euphoria/tutorial install \ /home/irv/euphoria/bin/ed.ex \ /home/irv/euphoria/bin/bugreport.ex \ /home/irv/euphoria/bin/buildcpdb.ex \ /home/irv/euphoria/bin/ecp.dat \ /home/irv/euphoria/bin/eucoverage.ex \ /home/irv/euphoria/bin/euloc.ex \ /usr/local/share/euphoria/bin install: cannot stat ‘/home/irv/euphoria/bin/ed.ex’: No such file or directory make: *** [install] Error 1
8. Re: Building latest vers.
- Posted by irv Jun 24, 2014
- 1866 views
Spoke too soon. This works:
puts(1,"hello\n")
However, add ANY include, and I get an immediate seg fault!
include std/console.e -- for example puts(1,"Hello\n")
EDIT: Never mind. This is too complex for me to bother with any further. I'm going back to the older version from January (5783)
9. Re: Building latest vers.
- Posted by mattlewis (admin) Jun 24, 2014
- 1865 views
However, add ANY include, and I get an immediate seg fault!
include std/console.e -- for example puts(1,"Hello\n")
I'm not getting this result. I also merged the two heads we had and fixed the ed.ex -> edx.ex install thing in the makefile.
Test results summary: FAIL: t_map.e FAIL: bound t_map-bound FAIL: translated t_map-translated FAIL: t_net_http.e FAIL: bound t_net_http-bound FAIL: translated t_net_http-translated Files (run: 369) (failed: 6) (98% success) cd /home/matt/eu/oe/hg/tests && sh check_diffs.sh Both std/memory.e and std/safe.e provide the same interface to std/machine.e....good. The include std/safe.e provides as many symbols as as std/memory.e...good.
$ ./eui -v Euphoria Interpreter v4.1.0 development 64-bit Linux, Using System Memory Revision Date: 2014-06-24 12:44:16, Id: 6238:cfdf2888ad2d
Matt
10. Re: Building latest vers.
- Posted by irv Jun 24, 2014
- 1835 views
I went back to Eu 5777, which has always worked before. Now, however, open_dll() works correctly in either interpreted mode or bound mode, but always returns 0 when compiled.
Just a 2 line program:
include std/dll.e ? open_dll("libgtk-3.so.0")
returns a proper pointer to libgtk, except when compiled it returns 0. same thing happens when I try to open other c libraries.
This may explain why I was having trouble compiling the Eu source. Perhaps it is a problem with Mint17 linker or permissions, or ?
My next step is to reinstall Mint 16. That was working.
11. Re: Building latest vers.
- Posted by mattlewis (admin) Jun 24, 2014
- 1832 views
This may explain why I was having trouble compiling the Eu source. Perhaps it is a problem with Mint17 linker or permissions, or ?
My next step is to reinstall Mint 16. That was working.
I'm running Kubuntu 14.04. I believe Mint17 is based on 14.04, so that should be fine.
Matt
12. Re: Building latest vers.
- Posted by irv Jun 24, 2014
- 1825 views
OK, here's what I did:
Wiped Mint 17 (Mate desktop)
Installed Mint 17 (Cinnamon desktop)
Success! Everything compiles, load_dll() works as expected. All else (Eu version 5777, EuGTK version 4.8.2, etc) unchanged.
Now I have a DVD to put under my coffee cup...