aboutsummaryrefslogtreecommitdiffstats
path: root/devel/avr-gcc
Commit message (Collapse)AuthorAgeFilesLines
* Finally get the avr-gcc port really compile on the alpha architecture,Joerg Wunsch2001-03-161-0/+1
| | | | | | | | | | | by forcing the CFLAGS to -O -pipe. Somehow, the alpha build always tries to enforce a particular -mcpu=ev4 flag which of course cannot be understood by the (AVR) xgcc later on. This looks to me like a bug in the cross-compilation environment of gcc, but i'm tired of actually finding the bug. The compiled result of avr-gcc MD5 compares equal to something build from an IA32 host platform.
* Crude hack to get all this running on the alpha architecutre as well.Joerg Wunsch2001-03-151-0/+22
| | | | | | | | Since gcc (in the assumption of generating a native compiler) doesn't want to cbe configured for an alpha*-*-freebsd* system, we hack the configure script to allow this (similarly to netbsd). In the end, all this will be ignored anyway since it's getting to become a cross-compiler.
* Argl. USE_AUTOCONF wasn't quite what i actually intented... Instead,Joerg Wunsch2001-03-111-2/+2
| | | | | | manually add the dependency for autoheader(1), but don't have the ports infrastructure run `autoconf' (which clobbered the top-level configure script).
* Didn't notice before that this port actually uses GNU autoconf... ThisJoerg Wunsch2001-03-101-0/+1
| | | | | | | | | should fix the port build on bento. Still doesn't want to be built on the alpha arch, i'm not sure whether i'll be able to fix that or whether i'll have to exclude it from the alpha build. In theory, since it's a cross-compiler already anyway, it should be possible to build it on non-i386 platforms as well.
* Atmel AVR cross-development, part #2: the C compiler.Joerg Wunsch2000-12-055-0/+132