[Serdev] [Tracker] Closed: (SER-191) Make clean/proper does not clean up everything

Andrei Pelinescu - Onciul (JIRA) tracker at iptel.org
Sun Jun 29 01:32:56 CEST 2008


     [ http://tracker.iptel.org/browse/SER-191?page=all ]

Andrei Pelinescu - Onciul closed SER-191.
-----------------------------------------

    Resolution: Won't Fix

The new config stuff should make sure that the compiled modules are also the ones cleaned. One can still "workaround" it t if one uses make cfg and  then overrides the module list in the make command line  (e.g. make cfg; make modules include_modules=foo)  or if it uses cd modules/foo; make, but  even if some module is not cleaned by make clean or make proper there shouldn't be any problem. The recently added makecfg.lst stuff will make sure that if some make defines change from the moment the module was originally compiled, the module will be automatically rebuild (you can't have anymore objs  or modules compiled with different DEFS then the current list/config).
If this is not enough, try the newly added clean-all and proper-all.

> Make clean/proper does not clean up everything
> ----------------------------------------------
>
>                 Key: SER-191
>                 URL: http://tracker.iptel.org/browse/SER-191
>             Project: SER
>          Issue Type: Improvement
>            Reporter: Greger V. Teigre
>         Assigned To: Andrei Pelinescu - Onciul
>             Fix For: Ipteldorf
>
>
> If you compile extra modules using include_modules or modify exclude_modules, you have to either remember the options or use exclude_modules="" when later doing make clean or make proper.
> If not, make will not clean up the modules found in the default exclude_modules, which of course may come back and haunt you later if you assume so...
> The same is true for the new group_include (SER-177).
> It would be nice that make clean and make proper without any options actually do what you would normally expect: that EVERYTHING is cleaned up.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the Serdev mailing list