On 2013-02-22 23:17, John-Mark Gurney wrote:
...
Clang is broken when compiling for pre-PPro machines... it compiles
include the cmov instruction. I sent email to -current about this
earlier this month in:
Subject: -current broken on pre-PPro machines (w/ work around)
http://www.freebsd.org/c
Dimitry Andric wrote this message on Fri, Feb 22, 2013 at 17:14 +0100:
> On 2013-02-22 16:49, Lev Serebryakov wrote:
> >You wrote 22 ?? 2013 ??., 18:21:50:
> >
> >DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problems
> >are
> >DA> caused by the -march=geode setting.
On 2013-02-22 20:57, Lev Serebryakov wrote:
...
Program terminated with signal 4, Illegal instruction.
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 0x080483e9 in _start1
Hello, Lev.
You wrote 23 февраля 2013 г., 0:14:45:
LS> Hello, Dimitry.
LS> You wrote 22 февраля 2013 г., 20:14:50:
DA>> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in
DA>> the gdb session seems to be quite high, possibly pointing to some shared
DA>> library. Maybe you c
Hello, Dimitry.
You wrote 22 февраля 2013 г., 20:14:50:
DA> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in
DA> the gdb session seems to be quite high, possibly pointing to some shared
DA> library. Maybe you can try to figure out which library it is?
Here is two long NOP
Hello, Dimitry.
You wrote 22 февраля 2013 г., 20:14:50:
DA> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in
DA> the gdb session seems to be quite high, possibly pointing to some shared
DA> library. Maybe you can try to figure out which library it is?
Ok, very simple "hel
Hello, Dimitry.
You wrote 22 февраля 2013 г., 20:14:50:
DA> Maybe samba, or any of its dependencies, attempts to be "smart", and
DA> enables some custom CPU optimizations?
I've rebuild everything (build system, ports & image) from r247144
(for system sources), and now EVERY port crashes with SIG
Hello, Dimitry.
You wrote 22 февраля 2013 г., 20:14:50:
DA> Maybe samba, or any of its dependencies, attempts to be "smart", and
DA> enables some custom CPU optimizations?
Maybe. I'll investigate this one too.
>> DA> In any case, can you attempt to figure out which exact instructions it
>> DA>
On 2013-02-22 16:49, Lev Serebryakov wrote:
You wrote 22 февраля 2013 г., 18:21:50:
DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problems are
DA> caused by the -march=geode setting. If you disable that, do the
DA> problems disappear?
Problem is, that code compiled wit
Hello, Dimitry.
You wrote 22 февраля 2013 г., 18:21:50:
DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problems are
DA> caused by the -march=geode setting. If you disable that, do the
DA> problems disappear?
Problem is, that code compiled with "-march=geode" works. Code
bu
Hello, Patrick.
You wrote 22 февраля 2013 г., 17:26:23:
>> It is latter, but IMHO, _without_ any CPUTYPE set, system compiler
>> should generate generic enough binaries to run on all supported CPUs
>> of target platform (i386 in this case).
PL> Clang should work now if march=geode (see:
PL> http:
On 2013-02-22 14:26, Patrick Lamaiziere wrote:
...
Clang should work now if march=geode (see:
http://llvm.org/bugs/show_bug.cgi?id=11212 )
But I agree that by default on i386, the code should work on
i386... Looks like this is not true anymore (>= i686 ?).
The default is -march=i486, just like
On 2013-02-22 07:46, Lev Serebryakov wrote:
I have -CURRENT i386 installation which runs r245741 now.
Default compiler is clang:
cc --version
FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221
Target: i386-unknown-freebsd10.0
Thread model: posix
This system is used to
Le Fri, 22 Feb 2013 16:45:58 +0400,
Lev Serebryakov a écrit :
Hello,
> Hello, Daniel.
> You wrote 22 февраля 2013 г., 16:04:11:
>
> DN> I'm not familiar with NanoBSD, but does it do the package builds
> DN> for you - or do you do those by hand?
> DN> If it's the latter, I don't quite understand
Hello, Daniel.
You wrote 22 февраля 2013 г., 16:04:11:
DN> I'm not familiar with NanoBSD, but does it do the package builds for
DN> you - or do you do those by hand?
DN> If it's the latter, I don't quite understand how the compiler is
DN> supposed to know the target CPUTYPE?
It is latter, but IMH
On Fri, Feb 22, 2013 at 7:46 AM, Lev Serebryakov wrote:
> Hello, freebsd-current.
>
> I have -CURRENT i386 installation which runs r245741 now.
> Default compiler is clang:
>
>> cc --version
> FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221
> Target: i386-unknown-freebsd10.0
Hello, freebsd-current.
I have -CURRENT i386 installation which runs r245741 now.
Default compiler is clang:
> cc --version
FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221
Target: i386-unknown-freebsd10.0
Thread model: posix
This system is used to build NanoBSD images (an
17 matches
Mail list logo
