Nessesarius / mintty

Automatically exported from code.google.com/p/mintty
GNU General Public License v3.0
0 stars 0 forks source link

Compilation errors #297

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
"charset.h" uses the wchar type but omits to include "std.h" which defines it.

Also, "std.h" uses the uint type (for the xchar typedef) before defining it.

Original issue reported on code.google.com by sam@hocevar.net on 18 Oct 2011 at 12:26

GoogleCodeExporter commented 8 years ago
The std.h header is included everywhere via a compiler command line switch in 
the makefile.

Using uint before defining it is rather silly, but it happens to works anyway 
because <sys/types.h> defines it, which apparently gets pulled in <stdio.h>.

How are you trying to build it?

Original comment by andy.koppe on 18 Oct 2011 at 6:31

GoogleCodeExporter commented 8 years ago
I am trying to port mintty to MSYS using a custom lightweight termios 
implementation. Chances of success are slim, but I thought those problems were 
generic. The std.h problem is probably a mistake on my side. Feel free to 
ignore this issue if I'm actually the only one affected.

Original comment by sam@hocevar.net on 18 Oct 2011 at 7:22

GoogleCodeExporter commented 8 years ago
There's an MSYS port already, which wasn't too hard to do, since MSYS is just a 
somewhat modified Cygwin 1.3.3. Do you actually mean porting to MinGW, i.e. 
native Windows without the POSIX compatibility layer provided by Cygwin or MSYS?

The main challenge there would be replacing all the POSIX stuff in child.c with 
Windows counterparts, in particular the uses of ptys, fork(), select() and 
signals.

I've previously contemplated that, but it didn't seem worthwhile, because it 
would lose support for Cygwin and MSYS programs while still not supporting 
native console programs properly (see issue 56). Of course your termios 
implementation might make the difference there.

Original comment by andy.koppe on 19 Oct 2011 at 5:14