asterisk

Commit Graph

Author	SHA1	Message	Date
Leif Madsen	071075c567	Merged revisions 200039 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r200039 \| lmadsen \| 2009-06-11 08:15:09 -0400 (Thu, 11 Jun 2009) \| 8 lines Fix path for .flavor and .version (issue #14737) Reported by: davidw Patches: flavor.patch uploaded by davidw (license 780) Tested by: davidw ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@200051 65c4cc65-6c06-0410-ace0-fbb531ad65f3	18 years ago
Russell Bryant	0036cde5f3	Rename version.h to ast_version.h. Next, I will be re-adding version.h as an automatically generated file like it used to be. This still needs to be there for modules that have to check it to compile against multiple asterisk versions. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@104244 65c4cc65-6c06-0410-ace0-fbb531ad65f3	19 years ago
Russell Bryant	54bc2c20b6	Now that the version.h file was getting properly regenerated every time the svn revision changed, every module that used the version was getting rebuilt after every svn update. This severly annoyed me pretty quickly, so I have improved the situation. Now, instead of generating version.h, main/version.c is generated. version.c includes the version information, as well as a couple of API calls for modules to retrieve the version. So now, only version.c will get rebuilt, and the main asterisk binary relinked, which is must faster than rebuilding http.c, manager.c, asterisk.c, relinking the asterisk binary, chan_sip.c, func_version.c, res_agi ... The only minor change in behavior here is that the version information reported by chan_sip, for example, is the version of the Asterisk core, and not necessarily the Asterisk version that the chan_sip module came from. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@96717 65c4cc65-6c06-0410-ace0-fbb531ad65f3	19 years ago

Author

SHA1

Message

Date

Leif Madsen

071075c567

Merged revisions 200039 via svnmerge from

https://origsvn.digium.com/svn/asterisk/trunk

........
  r200039 | lmadsen | 2009-06-11 08:15:09 -0400 (Thu, 11 Jun 2009) | 8 lines
  
  Fix path for .flavor and .version
  
  (issue #14737)
  Reported by: davidw
  Patches:
        flavor.patch uploaded by davidw (license 780)
  Tested by: davidw
........


git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@200051 65c4cc65-6c06-0410-ace0-fbb531ad65f3

Russell Bryant

0036cde5f3

Rename version.h to ast_version.h. Next, I will be re-adding version.h as an

automatically generated file like it used to be.  This still needs to be there
for modules that have to check it to compile against multiple asterisk versions.


git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@104244 65c4cc65-6c06-0410-ace0-fbb531ad65f3

Russell Bryant

54bc2c20b6

Now that the version.h file was getting properly regenerated every time the svn

revision changed, every module that used the version was getting rebuilt after
every svn update.  This severly annoyed me pretty quickly, so I have improved
the situation.

Now, instead of generating version.h, main/version.c is generated.  version.c
includes the version information, as well as a couple of API calls for modules
to retrieve the version.  So now, only version.c will get rebuilt, and the main
asterisk binary relinked, which is must faster than rebuilding http.c, manager.c,
asterisk.c, relinking the asterisk binary, chan_sip.c, func_version.c, res_agi ...

The only minor change in behavior here is that the version information reported by
chan_sip, for example, is the version of the Asterisk core, and not necessarily the
Asterisk version that the chan_sip module came from.


git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@96717 65c4cc65-6c06-0410-ace0-fbb531ad65f3

3 Commits (8df8cf4fdad4b190652b4200afcbcc3e07f3aeca)