This website works better with JavaScript.
Explore
Register
Sign In
kernel
/
dtc
mirror of
https://git.kernel.org/pub/scm/utils/dtc/dtc.git
Watch
1
Star
0
Fork
You've already forked dtc
0
Code
Issues
Projects
Releases
Wiki
Activity
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
532
Commits
2
Branches
23
Tags
1.7 MiB
Tree:
53bf130b1c
main
master
RHEL-7.4
dwg-last
v1.0.0
v1.0.0-rc1
v1.1.0
v1.1.0-rc1
v1.2.0
v1.2.0-rc1
v1.2.0-rc2
v1.3.0
v1.4.0
v1.4.1
v1.4.2
v1.4.3
v1.4.4
v1.4.5
v1.4.6
v1.4.7
v1.5.0
v1.5.1
v1.6.0
v1.6.1
v1.7.0
Branches
Tags
${ item.name }
Create tag
${ searchTerm }
Create branch
${ searchTerm }
from '53bf130b1c'
${ noResults }
dtc
/
tests
/
bad-octal-literal.dts
6 lines
29 B
Raw
Normal View
History
Unescape
Escape
Gracefully handle bad octal literals The code handling integer literals in dtc-lexer.l assumes that the flex regexp means that strtoull() can't fail to interpret the string as a valid integer (either decimal, octal, or hexadecimal). This is not true for octals. For example '09' is accepted as a literal by the regexp, strtoull() attempts to handle it as octal, but it has a bad digit. This changes the code to give a more useful error in this case. Reported-by: Anton Blanchard <anton@samba.org> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
9 years ago
/dts-v1/;
/ {
x = <09>;
};