Fwd: Re: devel/doxygen and non-default gcc
Andriy Gapon
avg at icyb.net.ua
Tue Aug 24 12:45:45 UTC 2010
Please see message below for a problem with non-default gcc (e.g. gcc44) and
port(s) that use tmake.
Looking in lib/unix/generic.t we see:
...
####### Compiler, tools and options
CC ?= #$ Expand("TMAKE_CC");
CXX ?= #$ Expand("TMAKE_CXX");
CFLAGS += #$ Expand("TMAKE_CFLAGS"); ExpandGlue("DEFINES","-D"," -D","");
CXXFLAGS+= #$ Expand("TMAKE_CXXFLAGS"); ExpandGlue("DEFINES","-D"," -D","");
INCPATH = #$ ExpandPath("INCPATH","-I"," -I","");
#$ Config("staticlib") && DisableOutput();
LINK = #$ Expand("TMAKE_LINK");
...
So, CC and CXX are set in such a way that they can be overridden, but LINK can
not be influenced from outside.
We also see that lib/freebsd-g++/tmake.conf sets TMAKE_LINK to g++, TMAKE_CXX
has the same value.
So it seems that changing lib/unix/generic.t so that LINK is defined as follows
should both preserve default behavior and allow LINK to stay in sync with CXX:
LINK = $(CXX)
P.S. and a cosmetic issue - it seems that the port needlessly installs
freebsd-g++/tmake.conf.orig file that's created during patching.
-------- Original Message --------
Subject: Re: devel/doxygen and non-default gcc
Date: Thu, 05 Aug 2010 07:44:29 -0400
From: Naram Qashat <cyberbotx at cyberbotx.com>
To: Andriy Gapon <avg at icyb.net.ua>
On 08/05/10 04:56, Andriy Gapon wrote:
>
> I am trying to build devel/doxygen with gcc44 and in general it works good except
> for one tiny issue.
> Both src/Makefile.doxygen and src/Makefile.doxytag have this block of definitions
> at the beginning:
> CC ?= gcc
> CXX ?= g++
> CFLAGS += -pipe -Wall -W
> CXXFLAGS+= -pipe -Wall -W
> INCPATH = -I../qtools -I/usr/local/include
> LINK = g++
>
> As you can see, CC and CXX can be overridden and they get set to gcc44 and g++44,
> but LINK value is 'hardcoded'.
> I would like to propose to change LINK definition to:
> LINK = ${CXX}
>
> Thanks!
Here's the thing, those files are generated by tmake. I'm not familiar with
tmake enough to know what needs to be done in order to get it to generate a
proper Makefile that has LINK set to the proper value. If you or someone else
is more familiar with it and would know how to fix this, I'll gladly submit a PR
for it, but without knowing how, I am unable to do so.
Thanks,
Naram Qashat
More information about the freebsd-ports
mailing list