- 17 3月, 2011 4 次提交
-
-
由 Michal Marek 提交于
Regenerated the parser after "genksyms: Track changes to enum constants". Signed-off-by: NMichal Marek <mmarek@suse.cz> Acked-by: NSam Ravnborg <sam@ravnborg.org>
-
由 Michal Marek 提交于
Allow searching for symbols of an exact type. The lexer does this and a subsequent patch will add one more usage. Signed-off-by: NMichal Marek <mmarek@suse.cz> Acked-by: NSam Ravnborg <sam@ravnborg.org>
-
由 Michal Marek 提交于
The V2_TOKENS state is active all the time. Signed-off-by: NMichal Marek <mmarek@suse.cz> Acked-by: NSam Ravnborg <sam@ravnborg.org>
-
由 Michal Marek 提交于
The header is already #included, no need to include it a second time. lex.c_shipped was regenerated using flex-2.5.35. Signed-off-by: NMichal Marek <mmarek@suse.cz> Acked-by: NSam Ravnborg <sam@ravnborg.org>
-
- 31 7月, 2008 1 次提交
-
-
由 Adrian Bunk 提交于
gcc 4.3 correctly determines that input() is unused and gives the following warning: <-- snip --> ... HOSTCC scripts/genksyms/lex.o scripts/genksyms/lex.c:1487: warning: ‘input’ defined but not used ... <-- snip --> Fix it by adding %option noinput to scripts/genksyms/lex.l and regeneration of scripts/genksyms/lex.c_shipped. Signed-off-by: NAdrian Bunk <bunk@kernel.org> Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 13 10月, 2007 1 次提交
-
-
由 Sam Ravnborg 提交于
This patch updates the _shipped files for genksyms. See previous patch for actual functional changes. Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 25 6月, 2006 1 次提交
-
-
由 Sam Ravnborg 提交于
We have had no use of the coredump file for a long time. So just exit(1) and avoid coredumping. Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 27 12月, 2005 1 次提交
-
-
由 Sam Ravnborg 提交于
Generate _shipped files so the genksyms change in previous commit is enabled. The files are generated with latest versions of the tools: bison (GNU Bison) 2.0 flex version 2.5.4 GNU gperf 3.0.1 Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-