[llvm-commits] Need better way to build bison files

Reid Spencer rspencer at reidspencer.com
Thu Apr 26 07:47:51 PDT 2007


On Thu, 26 Apr 2007 07:16:31 -0700
  Jeff Cohen <jeffc at jolt-lang.org> wrote:
> My nightly tester failed last night for the following 
>reason:
> 
>    cvs update: conflicts found in 
>lib/AsmParser/llvmAsmParser.cpp.cvs
>    C lib/AsmParser/llvmAsmParser.cpp.cvs
> 
> 
> Needless to say, the tester is not in the business of 
>modifying source code, but it manages to modify a file 
>under cvs control anyway and do so in a way that 
>conflicts with subsequent changes.

The nightly tester doesn't do "update", only "checkout", 
so I'm
not sure how you got this last night. Sure this didn't 
come from
your wrapper script?

> 
> The way bison files are managed needs to be fixed so 
>that files under cvs control do not change unless a human 
>wants them to change.


That is exactly the current situation. The problem is that
someone checked in a new version of the .cvs file while 
you also
had uncommitted changes (from running bison locally).

However, I agree in general that these files are awkward 
to deal
with. There's only two solutions I can think of: (a) 
rewrite the
parser to be recursive descent and avoid use of bison, or 
(b)
require all platforms to have bison. Neither are 
attractive.

I'm interested because I'd like to fix this as part of the 
scons
work.

Reid.




More information about the llvm-commits mailing list