Re: [Qucs-devel] Qucs configure script on FreeBSD

[Kevin Z. <kev...@gm...>]

On 03/28/2014 03:11, Guilherme Brondani Torri wrote:
>>> Can you have a look at the above bug reports? Let us know how it goes on
>>> your side.
>> The patches provide a workaround but doesn't fix the actual problem,
>> which is that the configure script does not respect user-set CFLAGS,
>> LIBS, or LDFLAGS. The script seems to work (I didn't try the build) when
>> "--prefix" is set to a particular location, but I think it'd be a good
>> idea to make the configure script do what it's supposed to.
> 
> I am not sure I understand the issue. I always use `--prefix` to deploy 
> stuff on my home directory away from the system and to avoid `sudo` 
> stuff all the time. Sometimes I do pass CXXFLAGS and LDFLAGS to `make`, 
> seldom to `configure`.
> Is you patch fixing the issues you mention?

The integrated patches fix the installation on FreeBSD only when the
prefix is set to the system default (/usr/local). Setting the prefix to
anything else, like my home directory, results in the failure of the
`configure` script.

This is because the patch adds the 'prefix' to the search path, but when
'prefix' is not where the system libraries are installed, the script can
no longer find the libraries and therefore fails.

The solution (I'm working on it) is to search the system libraries.
Technically this can be any location on FreeBSD, but is most commonly
found in "/usr/local".

> I tend to recommend people to use the binaries shipped by Digia, and 
> everything comes bundled in there.
> Then Debian splits the Qt3Support. Homebrew you need to compile the 
> whole Qt to get Qt3Support. Macports I don't know exactly how they handle.
> Interesting to know that you can only pick the pieces you need with FreeBSD.

Yes, every distro/OS/package system does things slightly differently.
That said, I think CMake is much better than Autotools at tolerating
different environments.

Thanks,
Kevin Zheng