Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Nov 2011 09:55:35 +0100
From:      Olivier Smedts <olivier@gid0.org>
To:        "Conrad J. Sabatier" <conrads@cox.net>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: Can't compile kde4 and kdelibs4 with an uptodate amd64 Releng machine. (
Message-ID:  <CABzXLYP5Y41KCbbkqrc%2B=b=DrXHuyEKHaOBzLxhGpUvHmyzvXg@mail.gmail.com>
In-Reply-To: <20111122200824.63a8c929@cox.net>
References:  <20111121074243.18902mpt8znqto40@econet.encontacto.net> <20111121100945.2c888eaf@cox.net> <CABzXLYNF6T-GzOVL9OBjPKfOfb9xjkN4_ffa=V=rZma4OdBVHQ@mail.gmail.com> <20111121153828.4e04a92a@cox.net> <CABzXLYOR_LD4eZXrOye8_OFtMBR=n9htjdDM6iLbBgWgrwg3Vw@mail.gmail.com> <20111122200824.63a8c929@cox.net>

next in thread | previous in thread | raw e-mail | index | archive | help
2011/11/23 Conrad J. Sabatier <conrads@cox.net>:
> Strange, it seems to "just work" on my machine (note the -march and
> -mtune settings):
>
> $ /usr/bin/gcc -### -march=3Dnative hello.c
> Using built-in specs.
> Target: amd64-undermydesk-freebsd
> Configured with: FreeBSD/amd64 system compiler
> Thread model: posix
> gcc version 4.2.1 20070831 patched [FreeBSD]
> =A0"/usr/libexec/cc1" "-quiet" "-D_LONGLONG" "hello.c" "-march=3Dk8"
> "-mtune=3Dk8" "-quiet" "-dumpbase" "hello.c" "-auxbase" "hello" "-o"
> "/tmp/ccAXYamu.s" "/usr/bin/as" "-Qy" "-o" "/tmp/ccIpMJgw.o"
> "/tmp/ccAXYamu.s" "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker"
> "/libexec/ld-elf.so.1" "/usr/lib/crt1.o" "/usr/lib/crti.o"
> "/usr/lib/crtbegin.o" "-L/usr/lib" "-L/usr/lib" "/tmp/ccIpMJgw.o"
> "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc"
> "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o"
> "/usr/lib/crtn.o"

You're right, the problem I'm experiencing (out of this thread) seems
specific to our gcc and core2 CPUs.

> I've never seen any problems with this in src or ports makes, either.
> I do seem to recall having a look at bsd.cpu.mk a long, long time ago,
> and it appeared to me that it simply passed any unrecognized CPUTYPE
> through unchanged, which my experience does seem to bear out.

Yes, you'll end with a -march=3Dnative, but you won't benefit from the
"MACHINE_CPU =3D k8 3dnow sse3" or "MACHINE_CPU =3D k8 3dnow" set by
bsd.cpu.mk. Note that I don't know exactly where MACHINE_CPU is useful
and what it does... I'll maybe check to see if two world binaries end
up being exactly the same with your CPUTYPE and with my
CPUTYPE+CFLAGS+NO_CPU_CFLAGS.

Cheers

--=20
Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 ASCII ribbon campaign ( )
e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X
www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \

=A0 "Il y a seulement 10 sortes de gens dans le monde :
=A0 ceux qui comprennent le binaire,
=A0 et ceux qui ne le comprennent pas."



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABzXLYP5Y41KCbbkqrc%2B=b=DrXHuyEKHaOBzLxhGpUvHmyzvXg>