# reserved for user applications.
#
.if ${MACHINE_ARCH} == "i386" && ${CC} != "icc"
CFLAGS+=-mno-align-long-strings -mpreferred-stack-boundary=2 \
-mno-mmx -mno-3dnow -mno-sse -mno-sse2
INLINE_LIMIT?= 8000
.endif
Trying to override the default comp
On Tue, 2 Mar 2010 23:26:20 +0200, Dan Naumov wrote:
>>See the section "3.17.14 Intel 386 and AMD x86-64 Options" in the gcc
>>Info manual. It contains a full list of the supported CPU-TYPE values
>>for the -mtune=CPU-TYPE option. The -march=CPU-TYPE option accepts the
>>same CPU types:
>>
>>
[r...@meilk /usr/src/sys/i386/compile/AARON]# make
CC='cc' make -f ../../../dev/aic7xxx/aicasm/Makefile
MAKESRCPATH=../../../dev/aic7xxx/aicasm
Warning: Object directory not changed from original
/usr/src/sys/i386/compile/AARON
cc -O2 -pipe -march=i686 -ffast-math -mfpmath=sse -O3 -nostdinc
-I
On 28 February 2010 07:38, Aaron Lewis wrote:
> Hi,
> I gonna recompile kernel for my core2 CPU , so i'd like to pass some flags
> to gcc.
> Kinds of "-march=core2" , i tried to modify /etc/make.conf
> e.g CFLAGS += -march=core2 -O20 -ffast-math -mfpmath=sse
> But it fails .. bad arch
>See the section "3.17.14 Intel 386 and AMD x86-64 Options" in the gcc
>Info manual. It contains a full list of the supported CPU-TYPE values
>for the -mtune=CPU-TYPE option. The -march=CPU-TYPE option accepts the
>same CPU types:
>
>`-march=CPU-TYPE'
> Generate instructions for the m
t;> doesn't know about core2,
>> use 'native' if you must.
>>
>>
>>> And is that useful to let gcc select cpu specified asm code ?
>>
>> Only for some userland stuff like openssl.
>
> Really ? It's bad to use custom flags to com
On Sun, 28 Feb 2010 20:38:45 +0800, Aaron Lewis
wrote:
> Hi,
>I gonna recompile kernel for my core2 CPU , so i'd like to pass some
> flags to gcc.
>Kinds of "-march=core2" , i tried to modify /etc/make.conf
>e.gCFLAGS += -march=core2 -O20 -ffast-math -mfpmath=sse
>But it fails
James Phillips wrote:
I laughed at your question because I remember reading somewhere that using aggressive optimization options is a good way to find compiler bugs. I think that extends of optimizations for "new" CPU architectures as well.
I also heard kernel code avoids MMX instructions for som
> Date: Sun, 28 Feb 2010 22:37:27 +0800
> From: Aaron Lewis
> Subject: Re: Compiler Flags problem with core2 CPU
> To: Paul B Mahol
> Cc: freebsd-questions@freebsd.org
> Message-ID: <4b8a7fa7.1070...@gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1;
> fo
On Sunday 28 February 2010 15:31:55 Jerry wrote:
> I am attempting to redo a Gateway GT5220 PC. The CPU is recognized as:
>
> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz 686-class
> CPU)
>
> Now, would it be advantageous to set the CPU type in the
> '/etc/make.conf' and poss
I am attempting to redo a Gateway GT5220 PC. The CPU is recognized as:
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.16-MHz 686-class CPU)
Now, would it be advantageous to set the CPU type in the
'/etc/make.conf' and possibly '/etc/src.conf' files.
According to the "/usr/share/exampl
Do not top post.
On 2/28/10, Aaron Lewis wrote:
> Really ? It's bad to use custom flags to compile kernel , why do you
> think so ?
> I'd like to know more about this : )
Use google.
>
> So setting optimize compiler flags is only useful for userland stuff ?
>
> Pa
Really ? It's bad to use custom flags to compile kernel , why do you
think so ?
I'd like to know more about this : )
So setting optimize compiler flags is only useful for userland stuff ?
Paul B Mahol wrote:
On 2/28/10, Aaron Lewis wrote:
Hi,
I gonna recompile kernel for my
On 2/28/10, Aaron Lewis wrote:
> Hi,
> I gonna recompile kernel for my core2 CPU , so i'd like to pass some
> flags to gcc.
> Kinds of "-march=core2" , i tried to modify /etc/make.conf
>
> e.gCFLAGS += -march=core2 -O20 -ffast-math -mfpmath=sse
> But it fails .. bad arch switch
Hi,
I gonna recompile kernel for my core2 CPU , so i'd like to pass some
flags to gcc.
Kinds of "-march=core2" , i tried to modify /etc/make.conf
e.gCFLAGS += -march=core2 -O20 -ffast-math -mfpmath=sse
But it fails .. bad arch switch , core2 cpu is not supported ?
And is
On Mon, 19 Feb 2007 12:45:51 -0500 Kris Kennaway wrote:
>> Has anyone got any ideas on how to go on with this?
>
> You'll have to look at the compiler spec and how it is bootstrapped.
That could become quite a project.
> FWIW, I don't think there are any secret flags you can set to improve
> the
> Assuming that gcc when run on sparc64 produces v7 code (for sun4/4c) by
> default, I went about trying to improve that as v7 code is known to be a
> fair bit slower as v9 (sun4u) code. The improvement can be as much as
> 100% for some apps like OpenSSL or OpenSSH.
>
> I went abou
trying to improve that as v7 code is known to be a
fair bit slower as v9 (sun4u) code. The improvement can be as much as
100% for some apps like OpenSSL or OpenSSH.
I went about trying some Compiler flags. -mcpu=ultrasparc and -mcpu=v9
both came into mind. However this lead to several problems of pr
18 matches
Mail list logo
