[9fans] compiling drawterm on windows

[9fans] compiling drawterm on windows

[Akshat Kumar]

I'm trying to compile drawterm on windows with
MinGW in MSYS; here is the problem:


gcc -mwindows -o drawterm.exe main.o  kern/libkern.a
exportfs/libexportfs.a libauth/libauth.a libauthsrv/libauthsrv.a
libsec/libsec.a libmp/libmp.a libmemdraw/libmemdraw.a
libmemlayer/libmemlayer.a libdraw/libdraw.a gui-win32/libgui.a
libc/libc.a  kern/libkern.a exportfs/libexportfs.a libauth/libauth.a
libauthsrv/libauthsrv.a libsec/libsec.a libmp/libmp.a
libmemdraw/libmemdraw.a libmemlayer/libmemlayer.a libdraw/libdraw.a
gui-win32/libgui.a libc/libc.a  kern/libkern.a exportfs/libexportfs.a
libauth/libauth.a libauthsrv/libauthsrv.a libsec/libsec.a
libmp/libmp.a libmemdraw/libmemdraw.a libmemlayer/libmemlayer.a
libdraw/libdraw.a gui-win32/libgui.a libc/libc.a  libmachdep.a
-lkernel32 -ladvapi32 -lgdi32 -lmpr -lwsock32 -lmsvcrt -lmingw32
main.o:main.c:(.text+0x17): undefined reference to `getuser'
main.o:main.c:(.text+0x196): undefined reference to `cpumain'
main.o:main.c:(.text+0x2eb): undefined reference to `readcons'
kern/libkern.a(devcons.o):devcons.c:(.text+0x81f): undefined reference
to `latin1'
collect2: ld returned 1 exit status
make: *** [drawterm.exe] Error 1

but all of these things are defied properly...
is it some order of compilation that's messed
up, perhaps?

Re: [9fans] compiling drawterm on windows

[Akshat Kumar]

ah, sorry for the noise (once again) the problem
was just with my Makefile (I inserted a '#' in one
line of the OFILES listing, so it threw off the rest
of the entries).

On Fri, Jul 23, 2010 at 10:24 AM, Akshat Kumar
<akumar@mail.nanosouffle.net> wrote:
> I'm trying to compile drawterm on windows with
> MinGW in MSYS; here is the problem:
>
>
> gcc -mwindows -o drawterm.exe main.o  kern/libkern.a
> exportfs/libexportfs.a libauth/libauth.a libauthsrv/libauthsrv.a
> libsec/libsec.a libmp/libmp.a libmemdraw/libmemdraw.a
> libmemlayer/libmemlayer.a libdraw/libdraw.a gui-win32/libgui.a
> libc/libc.a  kern/libkern.a exportfs/libexportfs.a libauth/libauth.a
> libauthsrv/libauthsrv.a libsec/libsec.a libmp/libmp.a
> libmemdraw/libmemdraw.a libmemlayer/libmemlayer.a libdraw/libdraw.a
> gui-win32/libgui.a libc/libc.a  kern/libkern.a exportfs/libexportfs.a
> libauth/libauth.a libauthsrv/libauthsrv.a libsec/libsec.a
> libmp/libmp.a libmemdraw/libmemdraw.a libmemlayer/libmemlayer.a
> libdraw/libdraw.a gui-win32/libgui.a libc/libc.a  libmachdep.a
> -lkernel32 -ladvapi32 -lgdi32 -lmpr -lwsock32 -lmsvcrt -lmingw32
> main.o:main.c:(.text+0x17): undefined reference to `getuser'
> main.o:main.c:(.text+0x196): undefined reference to `cpumain'
> main.o:main.c:(.text+0x2eb): undefined reference to `readcons'
> kern/libkern.a(devcons.o):devcons.c:(.text+0x81f): undefined reference
> to `latin1'
> collect2: ld returned 1 exit status
> make: *** [drawterm.exe] Error 1
>
> but all of these things are defied properly...
> is it some order of compilation that's messed
> up, perhaps?
>

Re: [9fans] compiling drawterm on windows

[Steve Simon]

> is it some order of compilation that's messed
> up, perhaps?

I have not built a windows drawterm for years, and at that time I had
a few small problems - the windows executable is usually built by
cross compilation on Linux, not to say that it shouldn't be possible
under mingw.

if its order of compilation gld has a bodgeit option which tells it
to keep rescanning libraries until all symbols are satasfied.

you need to put the -l args inside round brackets, the brackets may need to
be escaped with backslashes to get around special meanings to gmake or
bash (run by gmake).

-Steve