non port: devel/automake18/Makefile |
Number of commits found: 18 |
Thursday, 23 Sep 2010
|
00:40 ade
Purge 3 outdated, old-and-busted, versions of automake as part of
ongoing cleanup to find sanity in the world.
Feature safe: yes (surprisingly)
|
Wednesday, 15 Sep 2010
|
18:35 ade
Autotools update. Read ports/UPDATING 20100915 for details.
Approved by: portmgr (for Mk/bsd.port.mk part)
Tested by: Multiple -exp runs
|
Wednesday, 16 Dec 2009
|
11:21 linimon
Reassign the autotools-related ports to a new mailing list,
autotools@FreeBSD.org. This is for individuals willing to put in
the hard work to generate patches and work with portmgr as we put
them through -exp runs and work through port breakage that they
create. (A huge number of ports depend on these, so -exp runs are
required.)
Thanks to aDe@ for all the thankless work he's done over the years
to tame these beasts.
Hat: portmgr
|
Thursday, 21 Aug 2008
|
06:18 rafan
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
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)
|
Wednesday, 20 Aug 2008
|
00:57 ade
Conversion from (now defunct) autoconf-2.61 to autoconf-2.62
Tested by: exp build run (erwin)
|
Saturday, 7 Jun 2008
|
21:08 ade
Do the PORTREVISION correctly (ie: old value + 1). Sigh. More coffee.
Or, perhaps, less beer. Nah. Unthinkable.
Still no functional changes.
Gently reminded by: kris ;)
|
20:44 ade
Fix PORTREVISION as per krismail. These two did previously exist way
back when, so make them match up. No functional changes.
|
Saturday, 28 Jul 2007
|
06:33 ade
Update to the autotools new world order.
Tested by: numerous package build runs
Approved by: portmgr
Thanks to: des, kris, linimon, pav
|
Friday, 15 Oct 2004
|
17:32 ade
Kill off automake18, switching to automake19. Requiem Mors Pacem.
|
Thursday, 14 Oct 2004
|
20:47 ade
Use INFO [1]
Other miscellaneous cleanups with info files
PR: 72651 [1]
Submitted by: leeym [1]
|
Tuesday, 3 Aug 2004
|
22:58 ade
Long-overdue cosmetic cleanups.
|
Thursday, 29 Jul 2004
|
19:24 ade
Actually put in relevant symlinks to the versioned files in
${PREFIX}/bin to non-versioned files in ${PREFIX}/libexec/<autotool><ver>
so that the PATH magic in bsd.autotools.mk works correctly.
|
Wednesday, 7 Jul 2004
|
00:56 ade
Expand %%X11BASE%% to the appropriate ${X11BASE} value in aclocal, so
that it can actually find files in ${X11BASE}/share/aclocal if need be.
|
Tuesday, 8 Jun 2004
|
19:21 ade
Update to 1.8.5
|
Wednesday, 26 May 2004
|
21:38 ade
Ensure that automake uses the correct version of autoconf
PR: 67228
Submitted by: Brian Candler <B.Candler@pobox.com>
|
Thursday, 13 May 2004
|
20:49 ade
Update to 1.8.4
|
Tuesday, 30 Mar 2004
|
04:28 ade
Fix one missed instance of pointing to the wrong location in generated
configuration files.
Submitted by: Andrzej Tobola <A.Tobola@wilk.2a.pl>
|
Monday, 15 Mar 2004
|
01:25 ade
Say hello to autoconf 2.59 and automake 1.8(.3) after repo-copy.
It's likely to be a really bad idea to use these until they're hooked
into the new bsd.autotools.mk
|
Number of commits found: 18 |