blob: fff94cd3f51d8f482a21a03e28e865a1eb3cb5f1 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
|
misc/tools/README.txt
=====================
genromfs-0.5.2.tar.gz
---------------------
This is a snapshot of the genromfs tarball taken from
http://sourceforge.net/projects/romfs/. This snapshot is provided to
assure that a working version of genromfs is always available for NuttX.
This tool is also include in the buildroot and can be built automatically
from the buildroot.
kconfig-frontends
-----------------
This is a snapshot of the kconfig-frontends version 3.6.0 tarball taken
from http://ymorin.is-a-geek.org/projects/kconfig-frontends.
General build instructions:
cd kconfig-frontends
./configure
make
make install
To suppress the graphical interfaces:
./configure --disable-gconf --disable-qconf
make
make install
kconfig-frontends-3.3.0-1-libintl.patch
---------------------------------------
The above build instructions did not work for me under my Cygwin
installation with kconfig-frontends-3.3.0. This patch is a awful hack
but will successfully build 'mconf' under Cygwin.
cat kconfig-frontends-3.3.0-1-libintl.patch | patch -p0
cd kconfig-frontends-3.3.0-1
./configure --disable-gconf --disable-qconf
make
make install
See: http://ymorin.is-a-geek.org/hg/kconfig-frontends/file/tip/docs/known-issues.txt
Update: According to the release notes, version 3.6.0 (and above)
will build on Cygwin with no patches:
http://ymorin.is-a-geek.org/download/kconfig-frontends/
kconfig-macos.path
------------------
This is a patch to make the kconfig-frontends-3.3.0 build on Mac OS X.
kconfig-frontends for Windows
=============================
From http://tech.groups.yahoo.com/group/nuttx/message/2900:
"The build was quite simple:
I used mingw installer and I had to install two packages that the
automated mingw setup does not bring by default:
* mingw-get update
* mingw-get install mingw32-pdcurses mingw32-libpdcurses
* mingw-get install msys-regex msys-libregex
(grep the output of mingw-get list if I got the names wrong)
Then I had to change some things in mconf code, it was quite simple to
understand the make errors.
* The first of them is to disable any use of uname() in symbol.c and
replace the uname output by a constant string value (I used MINGW32-MSYS),
* The second one is related to the second parameter to mkdir() that has
to disappear for windows (we don't care about folder rights) in confdata.c;
* And the last one of them involves #undef bool in dialog.h before including
curses.h (CURSES_LOC), around line 30.
I wrapped all of my changes in #if(n)def __MINGW32__, but that is not
sufficient to make that work everywhere, I think.
So mconf itself has some portability issues that shall be managed in a
cleaner way, what I did was just hacks, I don't think they are
acceptable by mconf upstream maintainers.
Here is the magic incantation to get the whole thing working. It seems
that the configure script is not so good and does not bring the required
bits to link libregex.
CFLAGS="-I/mingw/include -I/usr/include" LDFLAGS="-Bstatic -L/mingw/lib
-L/usr/lib -lregex" ./configure --enable-frontends=mconf --enable-static
--disable-shared
So the message I want to pass is that native "make menuconfig" in
windows IS POSSIBLE, I have done it in a few minutes."
"Oops, forgot something, I had to bring a gperf binary from the gnuwin32 project."
- Sebastien Lorquet
|
