263775 - win32 build faling if .l/.y libicalss files are newer than checked-in .c files

Status: RESOLVED INCOMPLETE

(Calendar :: Internal Components, defect)

Description

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

In other-licenses/libical/src/libicalss, we have the source icalsslex.l and
icalssyacc.y files as well as the generated icalsslex.c/icalssyacc.[ch] files. 
However, there are no rules to build icalsslex.c from icalsslex.l, or the yacc
files from the .y in any makefile.  Building locally, if the .l/.y files are
newer, make helpfully tries to rebuild the .c files, and calls "flex -t
$srcdir/icalsslexer.l > icalsslexer.c", which gets me an icalsslexer.c in the
objdir that doesn't build, due to missing flags in the flex invocation.

The makefiles should be taught how to build the .c files from the .l/.y, or it
should be told that the .c files don't depend on the .l/.y.

Comment 1

[Reed Loden [:reed]]

The bugspam monkeys have been set free and are feeding on Calendar :: Internal Components. Be afraid for your sanity!

Comment 2

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Vlad, would this bug still be valid in the current trunk / 0.8pre branch nightlies?

Comment 3

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Aiee, I really have no idea..

Comment 4

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

mvl, could you pls offer some thoughts on this? (if any)

Comment 5

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Resolving incomplete.