Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Apr 2001 13:12:41 -0400 (EDT)
From:      Mikhail Teterin <mi@aldan.algebra.com>
To:        sobomax@FreeBSD.org
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: ports/graphics/lcms Makefile distinfo pkg-descrpkg-plist
Message-ID:  <200104111712.f3BHCgA20443@aldan.algebra.com>
In-Reply-To: <3AD47CF5.37C2D973@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11 Apr, Maxim Sobolev wrote:
>> It tests if the compiled library passes its own tests after it is built.

[...]

> I can't agree  with you. I certainly don't want  any superfluous tests
> run on my machine,

They are not superfluous. They test  what can easily be broken by overly
agressive compiler options or by the compiler bugs (difference?).

And they  just run  once --  at build time.  They don't  affect run-time
performance.

> just consuming my time.

If one's  time is  so precious,  one should  use the  prebuilt binaries.
Testing is part of any engineering/assembly process... If you don't want
to spend time testing -- get the thing off the shelf, prepackaged.

> Perhaps you are overdesigning things. If you really think that it is a
> good thing, please provide a  method to disable/enable those tests, or
> even better - separate rule and a post-install note:
> test:
>     blabla
> 
> post-install:
>     ${ECHO_MSG} "If you want to ensure that the foo library ...

This is  one way of doing  it, but, I  think, this sort of  tests should
just run  automaticly. They  are fast and  reassuring. BTW,  the testcms
routine is being built by the software's own ``install.gcc'' script.
 
> In  general please  don't make  any unusual  assumptions about  user's
> preferences.  BTW, the  same applies  for  the automatic  -j2 in  your
> several ports  - there is  no way to disable  it, while in  low memory
> conditions it may pessimise performance due to additional swaping.

Right.   And   not   using   them   pessimises   the   sufficient-memory
configurations.  One  way or  another,  someone  will lose.  I  believe,
however, that with my way, the majority wins, while  things _still work_
for the minority.

The make-flags are part of the  port. Unless the port produces incorrect
package or  is difficult to maintain  (as flagged by portlint)  -- it is
the maintainers decision.

We will, probably, have to agree to disagree here... If you INSIST on me
modifying my ports to follow your preferences, please talk to my mentor.

-- 
                         |\__-----__/|
                    _____/ :::::  :::\_____  
                   '__--( ::::::::..::)--__`	-mi
If you have a      /  _- \/  :::::::\/ -_  
serious knowledge    /   / :.   .::::\   \
about computers --      | ::::::::::::|  	Ok, let's say you broke 
keep it in a secret!   _|/ ::::____::\|_	the wall with your head
"Rules of dating",   /  /:::::/:_::\::\:.\      What are you going to
'Playboy', ? 1994   | :|  ..:(_/ \::|::|::|	do in the next cell?
                    | :|:::::. ::|: |::|.:|	      Stanislaw J. Lec
                     \ |::  :::_/::/: :|:/
                   ((___\____\____/___/___))



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200104111712.f3BHCgA20443>