want higher optimization levels result in unsafer binaries).
Fix bug, that causes core dumps when using higher optimization levels
than -O2.
Results with dhrystone 2.1 (1000000 loops):
stock cc (2.7.2.1 from current) : 136k (136xxx)
pgcc-current with -O2 : 138k
pgcc-current with -O6 : 172k
And no coredump anymore. Reason for coredump:
With -O3 cc1 does an register-to-register-copy optimization and it tries
to write some debugging information about what it is doing into a file
that does not exist unless you have instructed cc1 to dump all its
information about its internal state. (From: Sascha Blank)
BTW: PLIST is really coming soon, it's on my todo list ;-)
BTW2: Is Sascha already in the contributors list ? Have to go to work now.
Submitted by: Sascha Blank <blank@sliphost37.uni-trier.de>
`make reinstall' won't install docs into wrong place.
Noticed by: obrien
(Closing PR #2132.)
Also some modification to change the makefile's install* targets to
do chown bin.bin on installed files.
optimizations. The motivation to make a separate pgcc port is, to
provide two versions, an official release, which is missing the
leading edge of developement and an interesting current version,
which fixes some things and might breake (or not) others.
Fact is, that one is able to compile and run a complete FreeBSD-current
kernel without trouble and so closes 2 PR's.
>Number: 1221
>Category: bino
and possibly
>Number: 1222
>Category: ports (should be tested by the submitter.
Through disks and tapes
We will endure
As we pass surely
Through every crash
A time for us
Some day there'll be
A neeeeeeeeeeewww (make) world
A world of shining machine
For FreeBSD..
Some day there'll be
When send-pr's are torn
By courage born
Of a BSD that's Free
A time when commits
So long denied
Can floooooooooooour-ish
As we unveil the ports we now must hide..
(Instigated by: confidential new-port PRs)
LIB_DEPENDS. Remove "v" from tar extract, we don't do this in our
default rule. Use ${MKDIR} instead of mkdir -p. Remove USE_X11,
it is already implied by USE_IMAKE.
