| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
ports, please let me know...
Submitted by: sobomax
Reviewed by: ade
|
| |
|
|
|
|
|
|
| |
generated for libtool1.4.
No responce from: maintainer
|
| |
|
| |
|
|
|
|
| |
Submitted by: maintainer
|
| |
|
| |
|
|
|
|
| |
Submitted by: maintainer
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
He says:
Update libtool to 1.3.3 and modify it's behaviour a bit. It now
behaves like a stock libtool unless we start sending one of three
flags:
--disable-ltlibs Don't install .la files
--release-suffix Add the release to the end of all the libs (like
GLib/GTK+)
--release-ignore Don't add the release to any libs.
PR: 13114
|
| |
|
|
|
|
|
| |
permitted. Note that, given current numeric motif of PW, this is done
in four equally-sized commits of 393 files each.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Add a -prefix arguement to libtool, to find where the installed
copies of ltconfig and ltmain.sh reside.
2. Don't install the .la files unless --install-ltlibs is passed to
ltconfig.
3. Don't force linking with -lc, and allow -?thread to be passed to
the linker.
4. Don't build static libs if not using version numbers (for
plugins).
5. Install instead of
lib${release}.a lib.a
lib${release}.so lib.so
lib${release}.so.${ver} lib${release}.so.${ver}
to support multi-release installations.
6. Change version to "1.3-freebsd-ports" so people know who to
blame.
7. Misc fixes.
PR: 11839
Submitted by: maintainer
|
|
|
|
| |
Noticed by: OKAZAKI Tetsurou <okasaki@be.to>
|
|
|
|
|
| |
PR: 11356
Submitted by: Jeremy Lea <reg@shale.csir.co.za>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: ports/9070
Submitted by: Shigeyuki FUKUSHIMA <shige@kuis.kyoto-u.ac.jp>
|
| |
|
|
PR: ports/6531
Submitted by: Motoyuki Kasahara <m-kasahr@sra.co.jp>
|