Hi!
> > > is keeping it in the tree a big deal ? i think it's pretty common for
> > > people to go into specific subdirs and run `make` and today, our
> > > subdirs don't declare a dependency on this file so it'll get
> > > automatically regenerated (nor do i think they should even bother).
> >
> > You need to regenerate the file after each change to the *.in files,
> > and that means that people will forget from time to time.
>
> so people aren't testing their commits ;)
Aparently they don't, I've reruned the script and the result is that git
diff shows 6125 lines of changes. And the last time the *.in files were
changed was 2010...
Which is another reason why we need proper solution.
What about we:
1) Commit the up to date linux_syscall_numbers.h
2) Add linux_syscall_numbers.h dependency on *.in
- that would regenerate the file on change, but only
from the top make and will catch the change
most of the time
Which would IMHO be good short term fix and figure out something better
later.
--
Cyril Hrubis
[email protected]
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list
