Commit Graph

10 Commits

Author SHA1 Message Date
espie
f4b1d677f3 clean-up, after the recent mess on i386. stevens@ and naddy@ agree.
(in case of minimal breakage, this should be ways easier to fix)
2010-06-27 21:37:24 +00:00
espie
84cd314a57 auto-detect gcc4 in base 2010-05-11 07:34:47 +00:00
pirofti
1d5f525373 Use -f for ln(1). Okay espie@. 2010-05-07 20:04:23 +00:00
pirofti
ac3efd2751 Check for v0. Okay espie@. 2010-05-07 19:41:40 +00:00
sthen
9d0f70b46f - fix dependencies following libstdc++ bump from 4.2.4p3 to 4.2.4v0
- bump relevant PKGNAMEs
2009-11-18 00:49:09 +00:00
steven
6af2b4eb5f provide gfortran shared library
adjust gcc4 module to provide fortran language and corresponding compiler
and dependencies

"go for it" espie@
2009-10-15 18:02:33 +00:00
kurt
a833e41830 fix gcj build depend: use java flavor to enable -java subpackage. Problem
noticed by jasper@ okay sthen@
2009-06-17 00:47:06 +00:00
kurt
1094d158a8 - enable dwarf2 exceptions (w/major bump for libestdc++)
- add gcj support for i386, amd64 and sparc64
- add MODGCC4_LANGS=java support to gcc4.port.mk
okay robert@
2009-06-04 18:24:20 +00:00
sthen
37f17df513 tighten libstdc++ LIB_DEPENDS; avoids manual intervention at upgrade time.
-LIB_DEPENDS+=  estdc++.5::lang/gcc/3.3,-estdc
+LIB_DEPENDS+=  estdc++.5:libstdc++->=3.3,<3.4:lang/gcc/3.3,-estdc

etc.  ok phessler@
2009-05-17 09:39:58 +00:00
robert
b6dd2e7ca7 Add MODGCC4 support and use gcc 4.2;
ok espie@
2006-10-21 14:26:07 +00:00