Ralf Wenk writes:
> On 2019-05-23, at 12:31 -0700, Mark Millard wrote:
>
>> On 2019-May-23, at 11:47, Jan Beich wrote:
>>
>> > Mark Millard writes:
>> >
>> >> Unfortunately poudiere bulk tar archives of failures do not
>> >> catch
Dimitry Andric writes:
> http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=3bad0a21b4d13d8d10691f382c836897fa7a7cb9
>
> You might want to try if that also works for you.
Applied in r481945. Let's see what happens. ;)
___
freebsd-toolchain@freebsd.
Mark Millard writes:
> The following is on a powerpc64 machine (old PowerMac G5 so-called
> "Quad Core") running a personal build of head -r339076 that was
> built via devel/powerpc64-xtoolchain-gcc and such (no gcc 4.2.1).
> The compiler for the port build is system-clang (so clang 6 as cc),
> n
Jan Beich writes:
> Some ports pass -march=native and/or -mtune=native. Both are extensively
> documented by GCC for x86. For other architectures some excerpts say
> "native" is only supported on Linux (via /proc/cpuinfo). For example,
Oops, found a partial answer:
https:
Some ports pass -march=native and/or -mtune=native. Both are extensively
documented by GCC for x86. For other architectures some excerpts say
"native" is only supported on Linux (via /proc/cpuinfo). For example,
$ uname -p
armv6
$ echo 'int main() {}' >a.c
$ clang -march=native a.c
clang
I'd like to build www/firefox with both DTrace and LTO support. Both
Clang and GCC emit code that dtrace(1) doesn't understand.
$ cat main.c
#include
#include
int main()
{
DTRACE_PROBE(test, foo);
sleep(300);
return 0;
}
$ cat test.d
provider test {
probe foo();
};
$ clang50 -fl
Warner Losh writes:
> On Sat, Sep 9, 2017 at 1:05 PM, Jan Beich wrote:
>
>> Warner Losh writes:
>>
>> > Greetings,
>> >
>> > This will serve as 'Last Call' for any objections to the plan to create
>> an
>> > armv7 MACHINE
Warner Losh writes:
> Greetings,
>
> This will serve as 'Last Call' for any objections to the plan to create an
> armv7 MACHINE_ARCH in FreeBSD, as documented in FCP-0100.
[...]
Some ports want NEON support but FCP-0100 is vague about FreeBSD-specific
differences between armv6 and armv7. Clang a
Mark Millard writes:
> In an experiment with building some arm ports via poudriere
> cross building on amd64 I got the following. It appears that
> clang does not handle all the assembler notation and a
> different assembler might need to be used for x11/pixman .
> (The x11/pixman usage is indire
(redirected from -questions@ to -toolchain@)
"Jeremy C. Reed" writes:
> When I changed from FreeBSD 9.x to 10.0-RELEASE-p1, I went from gcc to
> clang. But this causes
> /usr/bin/ld: /usr/bin/../lib/libprofile_rt.a: No such file: No such file
> or directory
>
> I don't have that library. Any
(toolchain@ may know more about clang-devel behavior)
Tsurutani Naoki writes:
> building with lang/clang successfully finishes, but firefox crashes
> with segmentation fault just after running it.
I've asked (privately) devel/llvm maintainer to incorporate r175057 but
so far he hasn't responde
The bug probably happens with every .mp3 file.
Program received signal SIGBUS, Bus error.
mpg123_strlen () at dct64_x86_64.S:117
117 movaps (%rcx), %xmm0
(gdb) bt
#0 mpg123_strlen () at dct64_x86_64.S:117
#1 0x00080085e416 in INT123_synth_1to1_stereo_x86_64
(bandPtr_l=0
Doug Barton writes:
> On 09/11/2012 02:52 AM, Erik Cederstrand wrote:
>> So can we do a sweep on the ports tree and mark the 2232 ports with
>> USE_GCC=4.2 until they can actually build with clang?
>
> Unfortunately it isn't that simple. We already have a statistically
> significant number of po
13 matches
Mail list logo
