Re: ClassicCPP scanner fails with UTF-8 BOM on non-UTF8 file
Damjan Jovanovic <[email protected]>
| Newsgroups | gmane.comp.programming.tools.scons.user |
|---|---|
| Message-ID | <CAJm2B-nohYTW9r94y4kpr0+Y3ay17Y8Y5pHpQ6Jzgc9KgRMMyQ@mail.gmail.com> |
On Mon, Jun 29, 2020 at 11:00 AM Dirk Bächle <[email protected]> wrote: > Hi Damjan, > > On 29.06.20 06:29, Damjan Jovanovic wrote: > > Hi > > > > I am trying to port Apache OpenOffice to build with SCons, and while > it's still early, so far it's been a fantastic replacement for > > its current "gbuild" system based on GNU make with unmaintainable custom > eval()-based logic. It has all the advanced build features > > we need usable in such a clear and simple way. > > > > [...] > > > > > > I could hack File.get_text_contents() in engine/SCons/Node/FS.py to > catch exceptions when parsing in utf-8 with the BOM removed and > > retry in latin-1. But an even better solution would be to limit the > ClassicCPP scanner to only scan the .src files under the source/ > > directory and ignore the generated files in other directories. Is there > some way to do that? > > > > If you don't want to scan files in the "generated" folders, wouldn't it be > enough to remove those directories from the CPPPATH > variable? I mean, you could make a copy of CPPPATH, let's name it L10PATH, > and remove the offending folders from it. Then pass that > one to the Scanner instead. > > Best regards, > > Dirk > > Not really, because the generated files are the source files to the next step, so that's when they get scanned. I got it working by changing the filename extensions in the 2nd and 3rd steps. Thank you Damjan _______________________________________________ Scons-users mailing list [email protected] https://pairlist4.pair.net/mailman/listinfo/scons-users