logs archiveBotHelp.net / Freenode / #3dsdev / 2015 / September / 2 / 1
yuriks
I think it only sets some paths yeah
$DEVKITPRO is /c/devkitPro
endrift
is that the right path, though?
yuriks
so, hm
endrift
try also setting $DEVKITARM
yuriks
also set correctly
and yes, it's correct except it either shouldn't have the C:/, or it should have an exe extension
endrift
yeah I know
weird
did you install the right cmake?
yuriks
mingw-w64-x86_64-cmake
endrift
mm
weird
yuriks
(Action) looks for $PATH entries to exorcise
c:\devkitPro\msys\bin < this one goes straight to the chopping block
endrift
anything with C: should
yuriks
well, it's on my windows system path'
endrift
ah
yuriks
msys2 converts everything to /c/etc
heh, now it's complaining it can't find make
but that's probably a good sign
endrift
yeah I think it does that /after/ it looks for the compiler
yuriks
well, I mean, if it was using make from that other msys install
ok, and now we have make
endrift
Windows is hard
yuriks
or so I expected, but I don't have make
$ pacman -Ss mingw-w64-x86_64-make
mingw64/mingw-w64-x86_64-make 4.1.2351.a80a8b8-1 (mingw-w64-x86_64-toolchain) [installed]
$ make
bash: make: command not found
wat
endrift
weird
pacman -Qo mingw-w64-x86_64-make
er, -Ql
yuriks
oh, it's mingw32-make
endrift
ah right
that's why it needs MSYS Makefiles
yuriks
I am using that though
endrift
wait
no
that doesn't make sense
yuriks
MinGW makefiles it complains that I have sh in my path and I shouldn't
pacman -S make
endrift
I think it still works anyway
yuriks
there we go
C:/devkitPro/devkitARM/bin/arm-none-eabi-gcc is not a full path to an existing compiler tool.
asrhteanrsthqwfyul
endrift
D:
I've never tried to cross-compile in msys :(
Lectem
yuriks> Lectem: oh, I think you inverted the condition.. woops, that was for testing
forgot to reset it
x)
yuriks
I wonder where it's even getting that path from
Lectem
sorry :p
yuriks
hm.... I wonder
endrift
I too wonder sometimes
xyz
are you using msys shell or mingw shell?
yuriks
finally
endrift
https://github.com/mgba-emu/mgba/commit/c7d48ab0879fe3739fc5f3f1fd0b189656f7628c this was a fun bug
yuriks
I need *not* mingw-w64-x86_64 cmake
endrift
SO LONG AS IT BUILDS
yuriks
IT COMPILES AT LAST
xyz
you need to use correct shell as well...
yuriks
inb4 link fail
Lectem
yuriks> but then it's broken-ish anyway? keeps barfing errors about invalid usage of the REPLACE command <<< really? didnt have any problems with it
yuriks
xyz: I was using the mingw shell and tools like you guys told me to :P
xyz
interesting
yuriks
yep, fail!
"asm undeclared" wtf
endrift
whaaa
the heck?
yuriks
endrift: you need more gnu99 in your life
endrift
where is that being used though?
yuriks
alternatively, ctrulib needs more __asm__ in their life
Lectem
uh, you're right
endrift
I specifically switched away from gnu99
Lectem
now it complains
wtf
endrift
so that I could root out issues that might show up in non-GNU C99 compilers
I don't use the asm keyword anywhere
yuriks
endrift: it's used in ctrulib
Lectem
yuriks : I deleted the cache and it was ok
yuriks
endrift: they should use __asm__
endrift
indeed
just #define asm __asm__ before the header is included for now
yuriks
but then who knows how old my dkA and ctrulib are
I'll just switch to gnu99 for now
hm, actually, you're right
not really a C lawyer to know I'm not accidentaly using an extension
rofl
endrift: #define asm __asm__
in 3ds-memory.c
endrift
fine
haha
I do it in the Wii port already
yuriks
no, i mean
it's already there
endrift
you might want to update ctrulib anyway
oh
haha
« prev 1 2 3 4 5 6 7 8 next »