/freebsd/lib/libmp/ |
H A D | Symbol.map | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
H A D | mp.h | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
H A D | libmp.3 | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
H A D | mpasbn.c | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
H A D | Makefile | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/usr.sbin/keyserv/ |
H A D | setkey.c | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
H A D | Makefile | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/usr.bin/newkey/ |
H A D | generic.c | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
H A D | Makefile | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/contrib/telnet/libtelnet/ |
H A D | pk.c | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/usr.bin/chkey/ |
H A D | Makefile | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/lib/libtelnet/ |
H A D | Makefile | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/ |
H A D | ObsoleteFiles.inc | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|
/freebsd/sys/sys/ |
H A D | param.h | diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky diff b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 Thu Feb 26 22:43:15 CET 2009 Ed Schouten <ed@FreeBSD.org> Rename all symbols in libmp(3) to mp_*, just like Solaris.
The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_.
libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version.
Reviewed by: deischen, rdivacky
|