e module compiled with the kernel (e.g.
/boot/kernel/i915kms.ko), which is different from the one installed by
drm-next-kmod. And the one built with the kernel doesn't support your GPU.
--
Jean-Sébastien Pédron
The FreeBSD Project
signature.asc
Description: OpenPGP digital signature
ed the laptop to 'kern.vty="sc"' via /boot/loader.conf
> no later than 23 August 2017 (mtime of the file)
I broke syscons(4) yesterday and bde@ provided a patch which cem@
committed in r333683 [1].
It should work again for you now. Sorry for the breakage.
[1] https://svnweb.
is will use GNU tar instead of BSD tar to recreate the bootstrap and
>> GNU tar doesn't seem to produce sparse file entries in the archive.
>
> How ironic; using GNU tar in order to avoid having GNU sparse file entries.
> ;-)
Yes :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
lowing line:
https://github.com/freebsd/freebsd-ports/blob/master/lang/rust/Makefile#L34
to say:
BUILD_DEPENDS= cmake:devel/cmake \
gtar:archivers/gtar
This will use GNU tar instead of BSD tar to recreate the bootstrap and
GNU tar doesn't seem to produce sparse file entrie
spaceto
be exact) is used to separate thousands, but only when the number is a
quantity (like "12 345 croissants"). But when the number represents an
index, there should be no separator (like "croissant n°12345").
Languages are full of curious details :)
--
Jean-Sébastien
On 18.11.2016 10:03, Hajimu UMEMOTO wrote:
> How about this patch?
It fixes the issue, thank you!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
vier"
But it's possible this flag isn't meant to work like this, as I just
discovered it with your mail :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
the breakage.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
ead-only
> /usr/obj mount.
Hi!
This was fixed by Bryan Drewery in r297270.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
x27;re using Ultra HD,
could you please try Full HD?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
rm world@296491 + kernel@296564 works fine.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
thing is ok.
I didn't have the time to bisect the bad commit yet, so this is mostly a
warning for other. Maybe someone will know what's wrong :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
9 and 3.10. Hopefully, we'll get there more quickly.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
he old "drm"
(only "drm2"). We don't have xf86-video-nouveau for the same reason.
You can't use older versions of those xf86-video-* (ie. those doing user
modesetting) because they are not supported anymore by the X.Org server.
That was the whole WITH_NEW_XORG drama.
-
ms below as FYI. I'm tracking
> https://github.com/dumbbell/freebsd.git for my Radeon card.
You should follow the official Git mirror instead of my own fork. I only
update it every so often, therefore it's lagging behind the real HEAD.
--
Jean-Sébastien Pédron
__
>
> They used to match, and then this change:
You're right. This is something I fixed in my i915 update branch but
forgot to commit to HEAD...
Joe, could you please try what John suggests to confirm?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
happens in a video
driver.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
, as a
company, they probably won't port/maintain it except if FreeBSD
customers are asking for it.
However, this developer will see if libOpenCL.so can be compiled on
FreeBSD and shipped with nvidia-driver. It could just be a matter of
enabling the build.
--
Jean-Sébastien Pédron
signature
oken of facilities are "generic" or are they Linux-unique and have to
> be adopted
> for FreeBSD?
Those facilities are generic tools.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
I'd love to help test and give bug reports. This is one way the
> community at large can help. Even if it means stuffing your Inbox with
> bug spam. ;)
There is no need to try it right now. I didn't even try it on my own
i915 hardware (it's at home). When an X server runs, I
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
e miss udev, we miss libinput.
This item deserves a dedicated email.
Sorry, it's a bit short for such a large topic. It's difficult to expand
more during a conference :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
7354
Hi!
I saw that and built a new kernel earlier today. I will keep you posted
if something happens or not.
Thank you :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Mesa. The
task is executed several times a second on my laptop.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
load for me.
So far, I never found the cause, even though I spent a lot of time
reading TTM, subr_taskqueue.c and kern_timeout.c.
So, this is a simple "me too" :-/
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
hey both
involve callouts, like the "Stray timeout" panic I had with TTM. I
suspect there was a transient problem with callouts in HEAD at the same
time. Could you please test again with this patch and a very recent HEAD?
Thank you to everyone!
--
Jean-Sébastien Pédron
signatu
.
However, the unkillable processes are interesting. If you can reproduce
this, could you please post the output of "procstat -kk -a" when this
happens?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
more than a year.
However, it only started to work with i915 a month ago, when the i915
refresh was committed.
Try your day-to-day applications, try suspend/resume, try all output
connectors, try OpenGL stuff, try backlight controls, everything :)
Thank you!
--
Jean-Sébastien Pédron
signatur
fails.
I have the default nsswitch.conf. I didn't look at the problem more
deeply yet, but could getpwnam()/_nsdispatch() be unhappy with the
absence of a working DNS resolver (unbound is being (re)started)?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
continue
to do so, especially if you find the need to go back to syscons.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
it with graphics/darktable:
1) Currently, the amount of memory reported by Clover is hard-coded
2) darktable expects features not implemented
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
s, I fixed the previous invalid EDID spam. In general, I prefer to
keep the diff with Linux to a minimum, but here, lacking a better
solution, I just changed those two messages from DRM_ERROR to DRM_DEBUG
(r273962).
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
home/dumbbell/Projects/freebsd/src/SVN/head/lib/libc
*** Error code 1
---8<---
The problem is that the installed version of is
out-of-date compared to the version in the source tree. I guess it's
supposed to pick the version in the source tree, but I'm not sure what's
the cor
Yeah, the driver reprobe any output connectors every 10" by default.
I think there's a setting to tune how/when connectors are probed but we
don't expose it currently. Feel free to comment those messages, they are in:
o sys/dev/drm2/drm_edid.c
o sys/dev/drm2/radeon/radeon
Thanks :) And thank you very much for adding AGP support!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
tm_agp_tt_create undefined
> KLD file radeonkms.ko - could not finalize loading
Hmm, sys/dev/drm2/ttm/ttm_agp_backend.c isn't connected to the build of
the drm2 module.
I'll connect it as soon as svn up is finished, except if Tijl beats me
to it :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
h back to syscons, you may use the following line in
/boot/loader.conf:
kern.vty=sc
And please tell us why! :)
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
, so you would need a flag in
struct vd_device->vd_flags to record the fact the handlers are registered.
The core handlers would then call backend-specific handlers, if the
backend provides them.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
his issue?
Here it is:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193564
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
uple years ago (with Windows 7), it could boot.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 05.09.2014 17:38, Mark Atkinson wrote:
> r271093 GENERIC amd64. Received this panic in the tcp reassembly code:
Gleb Smirnof fixed this in r271123. I had this same panic yesterday
after around 3h of uptime each time, but today, everything's fine.
--
Jean-Sébastien Pédron
signa
On 23.08.2014 08:38, Xin Li wrote:
Fatal trap 12: page fault while in kernel mode
And the crash is fixed in r270390.
Thank you for reporting this!
--
Jean-Sébastien Pédron
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org
orting the problem!
--
Jean-Sébastien Pédron
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 23.08.2014 07:16, O. Hartmann wrote:
I expect at least the vga textmode console in vt() working. Can the
inventor of this mess plaese revert the code to a working version?
Hello!
I'm responsible for that and currently working on fixing it. Sorry for
the breakage :-/
--
Jean-Séba
On 23.08.2014 08:38, Xin Li wrote:
Hi,
Hello!
I have seen this panic via serial console, but the console is completely
unusable at the time. VGA console is full of '?'.
Oh crap, sorry for the breakage... I look into this right now.
--
Jean-Sébast
On 19.08.2014 18:28, Jean-Sébastien Pédron wrote:
Here's a first version of the patch I was talking about:
https://people.freebsd.org/~dumbbell/vt/vt-vga.5.patch
This is now in HEAD, as of r270322. Again, this is unfinished work, but
it already brings improvements.
--
Jean-Sébastien P
te Mode 3, do a read/write for each colors.
The first solution has a constant time of execution. The second one
depends on the number of colors. In the end, I guess both solutions are
expensive, but hopefully are rarely used.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 19.08.2014 19:46, Nathan Whitehorn wrote:
> On 08/19/14 09:28, Jean-Sébastien Pédron wrote:
>> o vt_vga introduces a new callback, vd_bitblt_text_t, which takes
>> as argument the text buffer, the dirty area, the font and the
>> cursor (position, map
On 19.08.2014 10:42, Jean-Sébastien Pédron wrote:
> On 16.08.2014 01:51, Nathan Whitehorn wrote:
>> It also has bad effects on boot time. My desktop takes something like 3
>> times as long to boot after r269471. If it can't be fixed quickly, it
>> needs to be reverted.
&
rrent patch
already fixes the draw speed problem, but I'm not finished yet (the
mouse cursor is broken as well as some other small annoyances).
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
nd fix this situation.
I need to study a bit what should be going on before. My laptop, which
has UEFI available, doesn't boot FreeBSD for now (it fails to probe the
system memory).
I'll get back to you as soon as I can work on this.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
version of the kernel driver, not xf86-video-intel. He is
using the latest version available in FreeBSD.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
graphics/libglapi
graphics/libGL
graphics/libEGL (if you have it installed)
graphics/dri
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
t the XPM image format, AFAIK. I believe this format isn't
widely used nowadays. Would it make sense to disable this support by
default?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 15.05.2014 15:59, Michael Jung wrote:
> I've started playing with VT and gallium. I boot on ZFS but have a
> UFS drive and swap partition. Anyone with idea's why I'm not getting
> any crash info?
Were you able to get a kernel core dump? Or is your problem with X.Org g
tely, this
> time newcons'ified GENERIC kernel + startx => reboot (core.txt attached).
The list ate your attachment.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
don't know if it still works:
http://people.freebsd.org/~dumbbell/radeonkms/wr4-only-no-copy-vt_fb.c.patch
I still need to take some time to discuss it with ray@.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
loader.conf, and run "kldload radeonkms", then post a full dmesg?
> should I post to freebsd-...@freebsd.org?
Yes, this will be more on topic.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
t time (from /boot/loader.conf), you
need to load the required firmwares too, otherwise they can't be loaded
automatically during boot (/ isn't mounted yet).
To find the list of firmwares you need to load, you can read
instructions on the wiki:
https://wiki.freebsd.org/Graphics#Video_driver
On 18.12.2013 07:41, d...@gmx.com wrote:
> Jean-Sébastien Pédron wrote, On 12/17/2013 22:20:
>> On 16.12.2013 08:36, d...@gmx.com wrote:
>>> Still nobody wants to apply Robert Noland's DRM patch?
>>
>> What problem(s) does this patch fix?
>
> It fixes non-
way currently (that I know of) to change the power management
method of the driver to "dynamic".
Can you reproduce the problem?
If it helps, you can force your monitor off using xset(1):
xset dpms force off
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 16.12.2013 08:36, d...@gmx.com wrote:
> Still nobody wants to apply Robert Noland's DRM patch?
What problem(s) does this patch fix?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
Le 13/12/2013 19:24, Adrian Chadd a écrit :
Are you able to make it do delayed firmware loading?
Delayed until / is mounted? In this case, doesn't loading radeonkms from
rc.conf achieve the same result?
Firmwares are loaded early during card initialization.
--
Jean-Sébastien P
s not mounted yet.
The solution is to load firmware(s) from the loader too (or build them
into the kernel). To know which firmware(s) are used by your card, you
can boot without radeonkms, kldload it after the computer booted, and run:
kldstat | grep radeonkmsfw
--
Jean-Sébastien Pédron
sign
e you see on display).
> But it have no impact on sc (syscons).
Is there something we can check at build time or runtime to determine
which of syscons or newcons is used, and consequently, avoid this error
message? Because we'll probably have many reports of that in the future.
--
J
X.Org works perfectly well.
From your /var/log/messages, the driver properly initialized the card
and logged no error.
Can you post your Xorg.0.log please?
How do you determine that X is frozen?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
know if this could explain your EDID problem, but several users
had this failure to load firmware and I couldn't reproduce it.
Do you have a file called radeonkmsfw_R100_cp.ko in your kernel
directory (eg. /boot/kernel/radeonkmsfw_R100_cp.ko)?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
for AGP is missing in radeon_ttm.c. It's
hidden behind #ifdef DUMBBELL_WIP.
Yes. I looked at it today: the work is non-trivial and I don't have the
required knowledge to do it alone. I'll talk about it to Konstantin
Belousov as the time permits.
/drm_linux_list_sort.c:45:
> warning: cast discards qualifiers from pointer target type
Hello!
Can you try the attached patch?
I got rid of __DECONST() because clang didn't complain, sorry...
--
Jean-Sébastien Pédron
diff --git a/sys/dev/drm2/drm_linux_list_sort.c b/sys/dev/drm2/drm_linux_l
start?
pciconf -lvbce
devinfo -vr
Thanks!
--
Jean-Sébastien Pédron
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
x27;s one known issue:
we fail to detect that it's the default output at boot time.
Try to put this line in your /boot/loader.conf, and reboot:
hw.pci.default_vgapci_unit="0"
Tell us if this fix your problem with both i386 and amd64. That silent
reboot is not a known issue.
I forgot the output of dmesg:
http://people.freebsd.org/~dumbbell/lapic-high-load/dmesg-10.txt
--
Jean-Sébastien Pédron
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
HPET + cx_lowest=C2: normal load, computer responsive
o LAPIC + cx_lowest=C1: normal load, computer responsive
o LAPIC + cx_lowest=C2: high load /!\
Can someone help me track the problem down? :)
Thanks!
--
Jean-Sébastien Pédron
___
freebsd-cu
us?
Hello!
I think you're right. I saw Clang reporting those warnings. Coverity has
many more. I didn't want to fix them for now, to ease future merges from
Linux.
The plan is to submit patches to upstream at some point.
Thanks for the patch! I should prepare a branch to store that kind
een is blank after X exit, the computer doesn't
crash and can be used remotely. This also means you don't have to force
a shutdown: a short press on the power button will shut down the
computer properly.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 17.09.2013 00:57, ajtiM wrote:
> Thank you. I used portsnap and installed subversion. Than rm
> /usr/ports and /vard/db/portsnap and use svn and it works :).
Hi!
Could you please explain the problem(s) you have with X.Org and Radeon?
--
Jean-Sébastien Pédron
signature.asc
Descr
On 16.09.2013 23:16, Alexander Panyushkin wrote:
> After rebuild world from svn, Xorg does not start and the box goes to
> reboot.
Is this still the same problem that you reported in the "i915kms.ko not
loading" thread? Or this is a Radeon-based computer?
--
Jean-
r kernel config? If yes, please remove
it, as well as "device i915" if you have it too, and retry.
--
Jean-Sébastien Pédron
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To uns
d in GENERIC)
Then reproduce the problem and send the output of kgdb again?
Thanks!
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
ot; to the end of
"bt" output) and your /var/log/messages file?
--
Jean-Sébastien Pédron
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "
not sure if kernel core dumping on swap on ZFS is
supported at all. The following discussion on the forum suggests it's
not possible:
http://forums.freebsd.org/showthread.php?t=37958
Can you plug another driver and setup swap on it? A USB drive/key should
be fine.
--
Jean-Séb
On 29.08.2013 19:06, John Baldwin wrote:
> On Thursday, August 29, 2013 11:39:45 am Jean-Sébastien Pédron wrote:
>> On 29.08.2013 17:35, Alexander wrote:
>>> in sysctl:
>>> kern.coredump: 1
>>> kern.corefile: /var/coredumps/%U.%N.%P.core
>>>
>>&
Also add this line to your /etc/sysctl.conf:
debug.debugger_on_panic=0
The core dump is written to the swap device when the crash occurs.
During the next boot, it's written to the specified kern.corefile path.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
e.txt? This file
contains a trace of the crash, the state of the computer at the time of
the crash and dmesg's output.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
On 07.08.2013 15:48, Jean-Sébastien Pédron wrote:
> On 07.08.2013 06:03, Rui Paulo wrote:
>> -*status = ifmr.ifm_status & IFM_ACTIVE;
>> +*status = ifmr.ifm_status & (IFM_ACTIVE|IFM_AVALID);
>
> The timing problem is back with this change. I guess becaus
iggering dhclient) before the authentication starts.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
FreeBSD and happily laughed
at "Linux co-workers" who use some kind of rc.local script to work
around this issue :-) In fact, we're all in the same boat!
I may take a look at the issue. I guess the place to fix this is in the
rc scripts. Does someone have a hint?
--
Jean-Sébastien P
iming? Or is there a real
issue here?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
kill the dtrace script
> kldunload drm2
> kldunload dtraceall
>
> then go look at the log results.
>
> But, the system is stopping dead shortly after the radeonkms load.
I would like to add that the same scenario works perfectly on 10-CURRENT.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
so show
> the output of pciconf -lvb.
To be able to have kernel core dumps while X.Org is running, I need to
set the "debug.debugger_on_panic=0" sysctl. Otherwise, the computer only
reboots (it doesn't honor the ddb script).
Maybe it can help here?
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
ink about "-fms-extensions"? It avoids modifications to
the code and works with both gcc and clang.
There're several unnamed structs/unions in the radeon code too. I would
like to keep the diff with Linux code as small as possible.
--
Jean-Sébastien Pédron
signature.asc
Desc
state output is at:
>
> http://people.freebsd.org/~gjb/i915.sysctl.txt
It won't help much, but rpaulo@ posted a mail with a similar dmesg but
different trigger on freebsd-x11@:
http://lists.freebsd.org/pipermail/freebsd-x11/2013-March/012862.html
--
Jean-Sébastien Pédron
signature.asc
; warnings and because
> of -Werror, this then aborts. What's the best way to fix that?
Those warnings are in the radeon driver, not ttm, aren't they? At least,
the build finishes properly on my computer with gcc and clang with just
-fms-extensions.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
ntly, not gcc.
I would like an opinion from the toolchain gurus, because I don't know
what's the proper way to fix this one.
J.R. Oldroyd CC'd, because he started to work on radeonkms backport to 9
and faced exactly those issues.
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
&glob[i];
Could you try the patch below?
http://people.freebsd.org/~dumbbell/radeonkms/drm_global-unused-variable.a.patch
--
Jean-Sébastien Pédron
signature.asc
Description: OpenPGP digital signature
H).
- --
Jean-Sébastien Pédron
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
iEUEARECAAYFAlCc5icACgkQa+xGJsFYOlPNVQCXWFmbqAQ1z04u3hcLRbxpUQWI
AQCgvbX9d45E3p9pQCwFgHGOzmGoQUw=
=B55w
-EN
--
Jean-Sébastien Pédron
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk/6kY4ACgkQa+xGJsFYOlMvHgCeNW76VSjVkf4/on2LYFKGR5Bs
R7UAoNYkQtmvpzlblqd3mudp57Kg2K22
=oIqg
-END PGP S
quot;1024"
kern.ipc.shmseg="1024"
In /etc/sysctl.conf:
kern.ipc.shmmax=2147483648
kern.ipc.shm_use_phys=1
kern.ipc.shm_allow_removed=1
- --
Jean-Sébastien Pédron
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla
SVN revision? A recent change (r234585, 2012-04-22) in libc causes
several softwares to segfault if the libc is built with clang.
I just committed to HEAD (r234836) a patch that fixes this. Maybe it's
related to your problem, you may want to try it.
- --
Jean-Sébastien Pédron
-BEGIN PGP S
with clang and gcc
> is built fine now. Thanks!
I committed the patch to HEAD r234836. Thank you both for your
feedback and sorry for the delay.
- --
Jean-Sébastien Pédron
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozde
1 - 100 of 112 matches
Mail list logo
