Closed ab1jx closed 3 years ago
It seems it does give a line number, I thought it was some version number. Error: rk3399-pinebook-pro.dts:9.1-9 has an error in line 9, the first number after the colon. But if you feed it some junk file the number changes to line 1. And it has to go through cpp first which I didn't realize, some documentation out there implies you can run it without.
Right, that way of formatting line (and column) information is borrowed from the way gcc displays errors, IIRC.
dtc certainly doesn't require its input to go through cpp, though your particular dts file might.
If the dts file you want to use has includes you're stuck with cpp I think. It was simpler to borrow a dtb file from a different Linux for the same hardware.
On 4/13/21, David Gibson @.***> wrote:
Right, that way of formatting line (and column) information is borrowed from the way gcc displays errors, IIRC.
dtc certainly doesn't require its input to go through cpp, though your particular dts file might.
-- You are receiving this because you modified the open/close state. Reply to this email directly or view it on GitHub: https://github.com/dgibson/dtc/issues/48#issuecomment-818478472
Education is contagious.
It would be really helpful if errors like "FATAL ERROR: Unable to parse input tree" could include a line number where the error is. I'm trying to work with a dts file I didn't make myself that's over 1000 lines long and I have no idea where to look.