1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-12-06 01:57:40 +00:00
Commit Graph

45 Commits

Author SHA1 Message Date
Joerg Wunsch
16aee5cd10 Add device support for ATmega8HVA/ATmega16HVA.
Change AT90USB82 from avr5 to avr5.
2007-06-23 21:30:40 +00:00
Joerg Wunsch
663cb32ca1 Add AT90PWM1, AT90USB82/162, and ATmega32[59]0?p devices. 2007-04-07 05:34:57 +00:00
Joerg Wunsch
3d183e1bc1 Fix a compiler warning in the AVR-COFF generator that appeared with
GCC 4.x, and caused the compilation to fail due to the -Werror option
used.

Remove an annoying assembler warning in the ATmega256x patch that was
frequently triggered by large C switch() statements in GCC, and
generally considered to be a regression.  The author of that patch
agreed that the warning isn't particularly useful anyway for a number
of reasons, and recommended to just drop it.
2007-01-04 16:12:12 +00:00
Joerg Wunsch
c0f89aa086 Try to remove the "rw" locale directories when uninstalling. 2006-10-08 21:23:14 +00:00
Joerg Wunsch
e6ca88e591 Update the description to match the reality:
. we are based on binutils-2.17 now
. most of the AVRs are now supported by the stock distribution of
  binutils now, so update our local additions
2006-09-28 21:49:56 +00:00
Joerg Wunsch
643851232a Upgrade to binutils 2.17, and add the ATmega256x patch from Björn
Haase.
2006-09-26 05:02:38 +00:00
Joerg Wunsch
f7dfe1d53a Rename ATmega164/324 to ATmega164P/324P, add support for ATmega644P,
ATmega165P, and ATmega169P.
2006-04-19 10:48:48 +00:00
Joerg Wunsch
de92f3a3f8 Umpf, fix the fix. :-( We want to support the AT90USB646 (and 647),
not the AT90USB468.
2006-03-20 21:56:30 +00:00
Joerg Wunsch
b4901aa83b Forgot to commit the patch for AT90USB647. 2006-03-20 21:10:49 +00:00
Joerg Wunsch
e42af1347c Add support for the ATmega406 and AT90USB646/647/1286/1287 devices. 2006-03-19 22:35:34 +00:00
Ade Lovett
8503536d38 Conversion to a single libtool environment.
Approved by:	portmgr (kris)
2006-02-23 10:40:44 +00:00
Edwin Groothuis
acd87b4ad8 SHA256ify
Approved by:    krion@
2006-01-22 08:34:46 +00:00
Joerg Wunsch
aed756d9c9 Add support for ATtiny261/461/861. 2006-01-04 23:17:26 +00:00
Joerg Wunsch
0a9bccd2c8 Add support for ATtiny24/44/84 devices. 2005-12-14 22:41:38 +00:00
Ade Lovett
54a0b86543 Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
	http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.
2005-11-15 06:52:12 +00:00
Joerg Wunsch
7413634691 Upgrade to binutils 2.16.1.
Add support for AT90CAN32/64.
2005-11-04 20:13:07 +00:00
Joerg Wunsch
84e3a25369 Document our private extensions in the package description. 2005-07-30 21:16:14 +00:00
Joerg Wunsch
8794eea9cd Remove individual patches for adding new AVR devices to the toolchain,
and combine them into a single unified patch, as only two files need
to be patched anyway.

This will extend support of avr-binutils (over stock binutils-2.16) to
the following AVR devices:

ATtiny25/45/85
AT90PWM2/3
ATmega164/324/644
ATmega329/3290/649/6490
ATmega640/1280/1281
2005-07-30 20:08:03 +00:00
Joerg Wunsch
e2b37e808b Bump port revision for the fixed PLIST. 2005-07-02 06:32:26 +00:00
Joerg Wunsch
636e0cf3a1 Forgot to fix the plist after the recent upgrade to 2.16. 2005-07-02 06:29:57 +00:00
Joerg Wunsch
3d548a99a8 Update to binutils-2.16.
A number of our old patches have been integrated into the mainline now,
so they can be removed.
2005-06-30 22:19:42 +00:00
Joerg Wunsch
d33e66fe21 I just noticed I forgot to cvs add the ATmega1280 patch last time.
In preparation for moving the port to binutils-2.16, rather get it
in before that.
2005-05-31 19:51:41 +00:00
David E. O'Brien
c3d8037aeb At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.
2005-04-12 03:26:56 +00:00
David E. O'Brien
f2fc2d60ae Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
2005-04-11 08:04:41 +00:00
Joerg Wunsch
a9256f5bf4 Merge some patches that have meanwhile be integrated in binutil's CVS,
and apply them to the latest released version (2.15).  This mainly
adds support for new AVR devices that appeared on the market recently,
and fixes one relocation bug for the EEPROM section that could be
noted when a bootloader section is also present.
2005-03-10 21:11:07 +00:00
Joe Marcus Clarke
9e5632dd66 Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:		63944
Based on work by:eik and marcus
Approved by:	ade (autotools maintainer)
Tested by:	kris on pointyhat
Bound to be hidden problems:	You bet
2004-07-09 17:43:11 +00:00
Joerg Wunsch
18506e2975 Upgrade to binutils 2.15.
Also fixed is the way the tweak for amd64 -> x86_64 is done, and
Manuel Stuehn <manuel dot stuehn at gmx dot net> verified it is OK
on that architecture now.
2004-06-20 19:47:22 +00:00
Joerg Wunsch
771d9e0e1c When compiling on an amd64 host, override the --host configure setting
to x86_64 to make the GNU utils match their expectation.

Noticed by:	kris
2004-05-14 19:52:13 +00:00
Trevor Johnson
8232e82f85 SIZEify (maintainer timeout) 2004-03-31 03:12:58 +00:00
Ade Lovett
3f651573ad Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

	USE_LIBTOOL=YES		->	USE_LIBTOOL_VER=13
	USE_AUTOCONF=YES	->	USE_AUTOCONF_VER=213
	USE_AUTOMAKE=YES	->	USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
2004-03-14 06:17:56 +00:00
Joe Marcus Clarke
053fdb6a6b Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 2)
2004-02-04 05:21:48 +00:00
Joerg Wunsch
13aa50ee9d Update to binutils 2.14.
Also included now the "AVR COFF beta" patch that allows avr-objcopy to
generate AVR (extended) COFF files.  Note the beta state (which only
affects this conversion though).

This commit also fixes a minor pkg-plist problem noticed by kris.
2003-09-08 16:10:19 +00:00
Kris Kennaway
b0e9360f7c Utilize INFO. The pkg-plist still appears to be broken. 2003-08-16 09:30:28 +00:00
Ade Lovett
7e52725f2a Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.
2003-03-07 06:14:21 +00:00
Joerg Wunsch
b2b54f637e Upgrade from our previous snapshot to the official latest release of
binutils, 2.13.2.1.
2003-01-08 21:55:20 +00:00
Joerg Wunsch
da331bdcd4 Mega-upgrade the AVR GNU utils toolchain, part #1:
Upgrade binutils to a recent snapshot, since this is a prerequisite
for the remaining ports.

Unfortunately, sources.redhat.com frequently purges older snapshot
tarballs, thus i gotta keep the one to use here around privately.
2002-07-03 19:18:16 +00:00
Maxim Sobolev
810fcd34d2 USE_LIBTOOL implies GNU_CONFIGURE, so remove the latter where appropriate. 2001-08-31 14:20:29 +00:00
Joerg Wunsch
b14142afec As a side-effect of no longer installing libbfd, some header files
that used to be mentioned in the PLIST aren't installed anymore
either.

Submitted by:	"David W. Chapman Jr." <dwcjr@inethouston.net>
2001-05-19 13:28:55 +00:00
Joerg Wunsch
ef84dd5a1a Do not, never, nikogda install lib{bfd,opcodes,iberty}.a. They might
clash with other binutils ports for different targets, and are not
needed to be installed at all.

PR:		ports/27347 (although with a different approach than suggested)
2001-05-15 19:21:48 +00:00
Joerg Wunsch
0e038bdbb6 Don't install libiberty.a, it's not required to be installed, and likely
to clash with other ports of GNU tools.

Fixup pkg-plist accordingly.
2001-04-20 13:50:28 +00:00
Joerg Wunsch
2a87a56dde Resurrect obrien's update to binutils 2.11 from the depths of CVS,
now that I'm ready to upgrade the entire AVR toolchain.
2001-04-20 13:49:17 +00:00
David E. O'Brien
50168b37a8 Back out the 2.10.1 -> 2.11 upgrade. The avr-gcc port just didn't like it.
I upgrade this in too much hast for 4.3.

Requested by:	joerg
2001-04-15 00:55:52 +00:00
David E. O'Brien
624ed62dd8 Use out libtool. 2001-04-09 01:41:00 +00:00
David E. O'Brien
7085a14e27 Update to Binutils 2.11[.0]. 2001-04-09 01:07:42 +00:00
Joerg Wunsch
744aff266f This is the first port of a fairly complete toolchain for Atmel AVR
microcomputer cross-development.  More (avr-gcc, avr-libc) to follow...
2000-12-05 15:17:47 +00:00