i386/187437: Compilation cc

rollingbits (Lucas) rollingbits at gmail.com
Sat Sep 13 22:03:13 UTC 2014


Hi.

On Tue, Mar 11, 2014 at 04:22:53AM +0000, linimon at FreeBSD.org wrote:
> Synopsis: Compilation cc
> 
> State-Changed-From-To: open->closed
> State-Changed-By: linimon
> State-Changed-When: Tue Mar 11 04:22:05 UTC 2014
> State-Changed-Why: 
> incomplete problem report from an invalid email address.

A miscalculation is kite serious bug but also easy to find and fix. My
tendency is think that any kind of bug like this one will be promptly
found and fixed. But this bad handling of bugs is surely a very
alarming issue: a bug report must be closed only after it's fixed.

BTW, the report is very self-explanatory. I see this still happening
in the Clang of my 9.3p1 machines and this isn't related to the old
Pentium III float bug (different CPU types with same result). Even
worse is the fact that I couldn't find the bug report by visiting the
URI below. The report was closed in March and today is September.

> Responsible-Changed-From-To: freebsd-i386->linimon
> Responsible-Changed-By: linimon
> Responsible-Changed-When: Tue Mar 11 04:22:05 UTC 2014
> Responsible-Changed-Why: 
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=187437

The very serious issue here is that my FreeBSD systems are becoming
buggy, unstable and SLOWER. WHY? Because "crazy" peoples closes bugs
without fix them. Because peoples redefines the ports subsystem as A
FRAMEWORK and so on. My processing power remains (as always it must
be) fixed and doesn't grows as my hair does. Also, not even as a bug
does. My computers are going to live 50+ more years and I see no
reason to stop using them as typewriters.

One could think that better algorithms are been implemented, that the
tasks are going to be completed in less steps because the advances in
Mathematics are been implemented. That new, better ideas are replacing
the old ones. But a slower compiler set as Clang + LLVM substituted
the GCC in Current, the freebsd-update command is written in SH, a
crazy ridiculous ZFS subsystem can replaces UFS... I read (someone
wrote) that Clang will be ALWAYS slower than GCC which I think is a
overkill solution already: FreeBSD comes with source code! A set of
sources of random interaction of the size of our group is able to
develop better solutions than we because nobody are been paid to share
their developments here. Obviously, FreeBSD Foundation pays some
developers to work on FreeBSD but solutions are going to be found
anyway, right?  No stress: I'm not working (nor you others).

Lc

-- 
rollingbits -- rollingbits at gmail.com, rollingbits at terra.com.br
lucasnm at ig.com.br, rollingbits at yahoo.com, rollingbits at globo.com
Get my public GPG key in http://rollingbits.tripod.com/mykey.html


More information about the freebsd-i386 mailing list