#jsmess 2017-07-03,Mon

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***JohnTalen has joined #jsmess [02:50]
JohnTalenAnyone familiar with Emscripten? It's pointing to native /usr/include. I'm getting the error:/usr/include/stdio.h:33:11: fatal error: 'stddef.h' file not found
it should be looking at emscripten includes.
hm it may be ac_includes_default.
[02:51]
..... (idle for 22mn)
i can read system files fine with emscripten. i suppose i'll have to go through all the samples until it breaks. [03:15]
i was actually using this same configure file and file structure but debian, in it's infinite wisdom, decided to eat itself. no net drivers. so I installed another distro last night. [03:25]
....... (idle for 30mn)
SketchCow: To get a good idea on the status of v86 try removing the dial up adapter. you will see it restart/reboot.
or rather,.. you won't. :)
[03:55]
................. (idle for 1h21mn)
I am contemplating compiling not just llvm but everything else from scratch if I don't get online answers. [05:17]
baiif you install emscripten using emsdk, that's exactly what it does
and that's what you should do, yes
you want the entire toolchain compiled at the same time, to make sure you get versions that are in sync
having other versions installed only complicates things
[05:17]
JohnTalenbai: i had to compile llvm 4 to install LLVMgold.so.
i need -flto. i'm suprised you didn't need it.
bai: ^
SketchCow: http://pdp11.aiju.de/
[05:27]
baidunno, guess mame and dosbox don't require that option
have you seen this already? https://github.com/kripken/emscripten-fastcomp/blob/master/docs/GoldPlugin.rst
[05:35]
JohnTalenyes. i have all that working.
That's an old issue.
It only works now because I manually recompiled LLVM4.0.
at the moment it's looking at native include headers, partially and not correctly.
I don't want it to look at *any* native headers.
I have this configure script working 2 days ago and then it just changed.
I reset the emscripten cache so it's not that and it's not the distro because I reinstalled everything last night.
[05:38]
baidid you set up all the appropriate emscripten environment variables, including path? [05:47]
JohnTalenyes, activated latest, sourced the script file.
I also set the vars ala https://gbalats.github.io/2015/12/10/compiling-autotooled-projects-to-LLVM-bitcode.html
[05:49]
anything else? [05:59]
bainot that I can think of, but it sounds like maybe vice uses some compile-time options which mame and dosbox didn't [06:07]
JohnTalenperhaps. but I had this specific configure working with compiling vice using emscripten.
i'm not sure what changed.
i was to the point just before using emcc to link into js files.
[06:08]
baiyeah, that's why I was wondering if it was some missing environment vars, I've definitely been in exactly this sort of scenario before where I had multiple versions installed and things were pointing to inconsistent locations [06:10]
JohnTalenbai: i just installed this configuration last night.
then i installed g++ 6.2. installed emscripten, then compiled llvm4.0 for LLVMgold.so.
how the heck did you get LLVMgold?
Windoze?
[06:11]
baiI have never had to deal with that before. I've always compiled on ubuntu systems [06:14]
JohnTalenbai: you don't use the '-flto' compiler option? [06:16]
bainot to my knowledge [06:16]
JohnTalenI took out all those options. still gets to that error.
bai: of course only me and you working on the holidays! :)
[06:23]
.......... (idle for 49mn)
bai: I can read linux text files from the emscipten virtual file system fine in the browser.
i think the problem may be the configure script. Something vital is missing. But again, i was using this to compile before.
[07:13]
.............. (idle for 1h8mn)
***Swizzle_ has quit IRC (Quit: Leaving) [08:22]
.......................................................................................... (idle for 7h25mn)
jvilk_ has quit IRC (Ping timeout: 260 seconds) [15:47]
..................................................... (idle for 4h22mn)
godane has quit IRC (ny.us.hub hub.efnet.us)
devesine has quit IRC (ny.us.hub hub.efnet.us)
gsathya has quit IRC (ny.us.hub hub.efnet.us)
SketchCow has quit IRC (ny.us.hub hub.efnet.us)
zino has quit IRC (ny.us.hub hub.efnet.us)
arkiver has quit IRC (ny.us.hub hub.efnet.us)
bai has quit IRC (ny.us.hub hub.efnet.us)
datajerk has quit IRC (ny.us.hub hub.efnet.us)
Lord_Nigh has quit IRC (ny.us.hub hub.efnet.us)
[20:09]
......... (idle for 43mn)
datajerk has joined #jsmess
godane has joined #jsmess
gsathya has joined #jsmess
devesine has joined #jsmess
bai has joined #jsmess
Lord_Nigh has joined #jsmess
SketchCow has joined #jsmess
zino has joined #jsmess
arkiver has joined #jsmess
hub.efnet.us sets mode: +o arkiver
[20:52]
..... (idle for 21mn)
bwn has quit IRC (Ping timeout: 268 seconds) [21:13]
..... (idle for 20mn)
bwn has joined #jsmess [21:33]
............ (idle for 57mn)
JohnTalenbai: have you used ar / llvm-ar / emar with emscripten?
btw- I got past the error, i use emcc instead of clang.
[22:30]
baiI mean if I'm working with ar or emcc directly that normally means I'm off in egregious-hack land, is the thing
like I took a wrong turn at albuquerque
[22:32]
JohnTalenhehe.
it says my ar is too old.
[22:33]
bainormally if those are giving me problems, it's because something is wrong with my environment and it's calling the wrong version of the tools, not the ones which emscripten expects [22:33]
JohnTalenI have tried export AR=emar AR=llvm-ar to no different avail.
i even tried the test the configure uses to generate that error message. it works then.
it works if I type the tests out.
that is.
[22:34]
baiyou're using "emconfigure ./configure" when building, right? not running configure directly? [22:35]
JohnTalenemconfigure ./configure --enable-debug -enable-sdlui --with-sdlsound --without-residfp --without-resid CC=emcc CXX=emcc [22:35]
baiseems reasonable yeah [22:36]
JohnTalenemar: ['/home/john/Downloads/2017/dev/emularity/emscripten/emsdk/emsdk-portable/emscripten/1.37.14/emar', 'x', 'libvicetest.a'] ==> ['/home/john/Downloads/2017/dev/emularity/emscripten/emsdk/emsdk-portable/clang/e1.37.14_64bit/llvm-ar', 'x', 'libvicetest.a']
yes
configure: error: ar is too old, upgrade your ar
[22:37]
DFJustinsounds like something that could be filed as a bug against emscripten [22:38]
JohnTalen'if test -f some_long_object_name.o; then' is the actual script determiner in this case.
DFJustin: thanks.
hm, the determiner is /usr/bin/test.
so i'm not so sure about that.
test works correctly.
ha got it!
instead of producing some_long.so it produces some_long_d380e396.o
[22:39]
baiweird [22:48]
JohnTalenso emar is weird like that! :)
you're right DFJustin!
DFJustin++;
using llvm-ar instead and WORKING!
just gotta install SDL-dev stuff on this unix box.
i love saying that.. 'unix box'.
whewhoo. finally getting somewhere.
[22:49]
DFJustinyes em-ar intentionally adds a checksum to the filename to avoid problems when projects have multiple .o files with the same name (which happened in mame)
without that you're likely to get missing symbol issues as it only ends up using one of the identically-named files
so I guess the configure script needs tweaking
[22:58]
..... (idle for 20mn)
JohnTalenDFJustin: The configure script was done. I used llvm-ar instead of emar. llvm-ar works as intended. I just have to work on the make process. but progress! [23:23]
have you guys used sdl1.2 with emscripten? [23:33]
baiyeah early builds of jsmess used sdl1.2 (or maybe 1.3, I forget)...emscripten handles sdl1.2 very differently than 2.x [23:36]
JohnTaleneverything SDL is yes, except for: checking SDL/SDL.h presence... no
configure: WARNING: SDL/SDL.h: accepted by the compiler, rejected by the preprocessor
i want to use 1.2 for now because that is what vice.js uses.
[23:37]
baiemscripten emulates sdl1.2 purely in js, they override all the functions with library equivalents in https://github.com/kripken/emscripten/blob/master/src/library_sdl.js [23:37]
JohnTalenthen i will upgrade.
ok
[23:37]
baiwhereas sdl2 uses emscripten's ports system, which just pulls down the release version of sdl2 from source and builds it for you [23:38]
JohnTalenbai: how should I go about this then?? [23:38]
baigenerally speaking the sdl1.2 support was solid enough, if the app was written for 1.2 and doesn't have a 2.0 codepath then just stick with that
but if it's a matter of a compile-time flag to switch between 1.2 and 2.0, go with 2.0
[23:39]
JohnTalenokay. but how do I employ sdl 1.2 into the configure or do I have to? [23:40]
baiemcc needs to be configured to receive the -s USE_SDL=1 argument, I believe [23:41]
JohnTalenah ok.
is that a macro?
[23:41]
baitrying to find the docs about it
it's an emscripten setting - I think https://github.com/kripken/emscripten/blob/master/src/settings.js is the best documentation of all the various settings emscripten supports
sdl-related settings: https://github.com/kripken/emscripten/blob/master/src/settings.js#L692-L697
looks like 1.2 not 1.3 but I think they should be compatible
[23:41]
JohnTalenha! found someone years ago with the same problem with this vice.
https://github.com/kripken/emscripten/blob/master/src/settings.js#L692-L697
looks like we found the same page.
hm, no just a copy error.
[23:45]
baioops just realized I said the versions backwards, it's 1.3 not 1.2 [23:48]
JohnTaleni just need to get this configure script to talk to the myriad of Makefiles it creates. [23:50]
bai: does emscripten have a directory you can install include files so that conifgure passes it's test? [23:56]
baiit does have a directory which the ports install their includes into yes...but I think generally it's better to handle that by adding special -I rules when the compile target is emscripten [23:58]
JohnTalenah, tell me this. what is the preprocessor for emscripten and do i have to manually set it?
i tried -I/usr/include/SDL.
[23:59]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)