| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
automake 1.10 -> 1.10.1
gettext 0.16.1 -> 0.17
libtool 1.5.24 -> 1.5.26
m4 1.4.9 -> 1.4.11
Please see ports/UPDATING entry 20080605 for further information.
PR: 123450
Tested by: Full -exp package building run
Thanks to: linimon, pav
Approved by: portmgr
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
|
|
|
|
|
|
| |
something else.
Pointed out by: mezz
|
|
|
|
|
|
|
| |
maintainership of these two files. I insist that further commits be run
through portmgr@ first.
Hat: portmgr
|
|
|
|
| |
Approved by: maintainer timeout (16 days)
|
|
|
|
|
|
|
|
|
| |
prevent eg: gnucash from taking several aeons to start up.
* Hack around the fact that the above then wants to call various
autotools to rebuild parts of the build infrastructure which,
depending on the ports installed can cause things to fail in
weird and wonderful ways.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libtool-generated shared libraries by forcing libtool into understanding
that FreeBSD can correctly handle shared library dependencies.
This code already exists in the libtool CVS repository but without knowing
the release schedule (if any) for a new libtool 1.5.x series, and the
exceptional performance gains (gnucash for example uses 122 shared libraries
and with things rebuilt now starts up in ~10 seconds as opposed to 15
*minutes*). Further, a number of people have assisted in extensive testing
of this code in a series of different environments, so I am therefore
adding this patch to the tree.
PR: 94826
Submitted by: Peter Jeremy <peterjeremy@optushome.com.au>
Tested by: too many to list - thank you all
|
| |
|
|
|
|
| |
Approved by: portmgr (kris)
|
|
|
|
| |
Submitted by: marcus
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
More robust -pthread hack obtained from dfports.
Tested with: full build of x11/gnome2 and x11/kde3
|
|
|
|
|
|
| |
The versioned autotools are now strictly for building other ports in the tree.
Likewise, the gnu- autotools are for runtime dependencies for IDEs, and others,
where unmodified cross-platform capabilities are desired.
|
|
|
|
|
|
| |
Take back maintainership. I'll be scouring the PR database shortly,
if I miss any, or someone beats me to it, please feel free to reassign
appropriately.
|
|
|
|
| |
after 5.4-RELEASE.
|
|
|
|
| |
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
|
|
|
|
|
|
| |
Patch made by ahze limited testing done by me.
Obtained from: libtool cvs.
|
|
|
|
|
|
|
|
|
|
| |
or interest to look after these things any more.
To whomever picks these up, I salute you. I'll reset the relevant
PRs to ports-bugs in a couple of weeks if no-one has taken over
maintainership.
Farewell, autotool hell.
|
|
|
|
| |
Submitted by: sf
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
libtool14 (13/15).
PR: 67768
Submitted by: ade
Approved by: 4-exp bento runs (thanks, kris!)
|
| |
|
|
|
|
|
| |
Reported by: many
Typo by: ade
|
|
|
|
|
|
|
| |
Fix: http://www.securityfocus.com/archive/1/352519
PR: ports/62786
Submitted by: eik
|
| |
|
|
|
|
|
| |
PR: ports/58148 (partial)
Submitted by: Oliver Eikemeier <eikemeier@fillmore-labs.com>
|
|
|
|
|
|
|
| |
ftp.gnu.org compromise and resultant trashing of lots of files.
Why they haven't gotten things back into a proper state yet is an
entirely different question.
|
| |
|
| |
|
| |
|
|
|
|
| |
differentiate between versions in Makefile and PLIST
|
|
|
|
|
|
| |
not linked with libc_r. Bump PORTREVISION since this is a CRITICAL patch.
Submitted by: marcus
|
|
|
|
|
|
|
|
|
|
|
| |
* kill devel/libtool and move to devel/libtool13, upgrading to 1.3.5
* upgrade repo-copied devel/libtool14 to 1.4.3
* break out libltdl into its own separate port
* move to version-numbered binaries/scripts (ie: there is *no* 'libtool'
any more -- USE_LIBTOOL and USE_LIBTOOL_VER are your friends)
Approved by: portmgr (kris) - for the bsd.port.mk hooks
Tested by: bento 4-exp builds (repeatedly)
|
| |
|
| |
|
|
|
|
|
|
|
| |
Requiem mors pacem pkg-comment,
And be calm ports tree.
E Nomini Patri, E Fili, E Spiritu Sancti.
|
|
|
|
| |
auto* twin terrors already.
|
|
|
|
|
|
|
|
| |
is better studied
o Turn PORTCOMMENT variable in Makefile back into pkg-comment files
Approved by: kris (portmgr hat),
portmgr, re (silence)
|
|
|
|
| |
Approved by: pat
|
|
|
|
|
|
|
|
|
|
| |
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.
Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)
|
| |
|
|
|
|
|
|
|
| |
since I'm doing most of the updating, and am working on a
port/Mk/bsd.<gnublah>.mk to move some cruft around.
Sponsored by: Mr. Smith and Mr. Wesson. :)
|
|
|
|
| |
many places when it is necessary to link shared object with a static library.
|
|
|
|
| |
on -current.
|
| |
|
| |
|
|
|
|
|
|
|
| |
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>
|