 espie
|
2c4bade992
sooner or later, we'll run into ports that really require a gcc...
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
326a14a21d
put a guard to prevent the nasty issue I ran into with cantor
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
cc5bc426ed
switch everything to new COMPILER idiom, even stuff that won't build with clang
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
bb2c867f6d
forgot about that one, fixes zstd
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
ec8f1d50db
improvements to WANT_CXX
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
9f13678609
fix logic for !clang
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
bd2f7dd873
crude mechanism to choose gcc4 or base clang automatically
|
%!s(int64=7) %!d(string=hai) anos |
|
espie
|
2e20da7e2c
make it work with >2 directories in PORTSDIR_PATH.
|
%!s(int64=17) %!d(string=hai) anos |
|
espie
|
50ea26a11c
rely on new make feature, avoid old work-around (need a current make to
|
%!s(int64=18) %!d(string=hai) anos |
|
espie
|
926c904147
same formatting clean-up as bsd.port.mk
|
%!s(int64=18) %!d(string=hai) anos |
 robert
|
cba5c3b7b6
Missing support for a module should be a fatal error. So don't continue
|
%!s(int64=20) %!d(string=hai) anos |
|
espie
|
d9fd9934ee
Allow full path for modules, like this:
|
%!s(int64=20) %!d(string=hai) anos |
|
espie
|
1ee295c375
Recursive module support.
|
%!s(int64=23) %!d(string=hai) anos |
