Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, Aug 16, 2018 at 12:49:06PM -0700, Bryan Drewery wrote: > ... > r337928 should fix it. > > > -- > Regards, > Bryan Drewery > Just tested after applying r337928 on top of sources at r337903; the rebuild after restoring crypto/openssh/moduli was successful: FreeBSD

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, Aug 16, 2018, at 1:49 PM, Bryan Drewery wrote: > On 8/16/18 12:09 PM, Ian Lepore wrote: > > On Thu, 2018-08-16 at 11:25 -0700, Xin LI wrote: > >> On Thu, Aug 16, 2018 at 9:26 AM Brad Davis wrote:> >>> > >>> > >>> On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: > > This was

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On 8/16/18 12:09 PM, Ian Lepore wrote: > On Thu, 2018-08-16 at 11:25 -0700, Xin LI wrote: >> On Thu, Aug 16, 2018 at 9:26 AM Brad Davis wrote: >>> >>> >>> On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: This was caused by r337852, but I didn't investigated further. The

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On 8/16/18 9:53 AM, Larry Rosenman wrote: > On Thu, Aug 16, 2018 at 12:43:42PM -0400, Charlie Li wrote: >> On 16/08/2018 12:26, Brad Davis wrote: >>> On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: This was caused by r337852, but I didn't investigated further. The problem is that

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, 2018-08-16 at 11:25 -0700, Xin LI wrote: > On Thu, Aug 16, 2018 at 9:26 AM Brad Davis wrote: > > > > > > On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: > > > > > > This was caused by r337852, but I didn't investigated further. > > > > > > The problem is that we have a source file

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, Aug 16, 2018 at 9:26 AM Brad Davis wrote: > > On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: > > This was caused by r337852, but I didn't investigated further. > > > > The problem is that we have a source file called 'moduli.c' in > > crypto/openssh/ while the build target was moduli,

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, Aug 16, 2018 at 12:43:42PM -0400, Charlie Li wrote: > On 16/08/2018 12:26, Brad Davis wrote: > > On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: > >> This was caused by r337852, but I didn't investigated further. > >> > >> The problem is that we have a source file called 'moduli.c' in >

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, Aug 16, 2018 at 12:43:42PM -0400, Charlie Li wrote: > > I've found this one intermittent at best. I'll run a buildworld on > anything newer than r337852, get the linker error, update to even the > next newer revision that changes completely unrelated files, build > succeeds. Case in

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On 16/08/2018 12:26, Brad Davis wrote: > On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: >> This was caused by r337852, but I didn't investigated further. >> >> The problem is that we have a source file called 'moduli.c' in >> crypto/openssh/ while the build target was moduli, and bmake seen >>

buffer device_printf...

On my arm64 board, various console messages get intermixed because of SMP. This makes messages harder to read than the could be. One issue is that device_printf uses two printf's, one for the device, and one for the provided message.. This prevents PRINTF_BUFR_SIZE from combining the two

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

On Thu, Aug 16, 2018, at 10:13 AM, Xin LI wrote: > This was caused by r337852, but I didn't investigated further. > > The problem is that we have a source file called 'moduli.c' in > crypto/openssh/ while the build target was moduli, and bmake seen > 'moduli' in source tree as older than

Re: /usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

This was caused by r337852, but I didn't investigated further. The problem is that we have a source file called 'moduli.c' in crypto/openssh/ while the build target was moduli, and bmake seen 'moduli' in source tree as older than moduli.c, and decided to rebuild it from source, while the two

Re: Fatal trap 12: page fault on Acer Chromebook 720 (peppy)

> On 15. Aug 2018, at 15:55, Konstantin Belousov wrote: > >> On Wed, Aug 15, 2018 at 03:52:37PM +0200, Michael Gmelin wrote: >> >> On 15. Aug 2018, at 15:04, Konstantin Belousov wrote: On Wed, Aug 15, 2018 at 12:51:06AM +0200, Michael Gmelin wrote: Reviving this old

/usr/bin/ld: error: undefined symbol: main [r337834 -> r337903]

Running: FreeBSD g1-215.catwhisker.org 12.0-ALPHA1 FreeBSD 12.0-ALPHA1 #80 r337834M/337834:1200077: Wed Aug 15 04:34:45 PDT 2018 r...@g1-215.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 after updating working copy to r337903, I'm seeing: ... >>> stage 4.3: building

4kn and biosdisk.c

hi! if you have 4kn disks and BIOS capable of 4k IO with INT13, could you please test https://reviews.freebsd.org/D11174 and give some feedback:) The patch itself has been in use for some time in illumos. PS: as noted in test plan, this only can be tested

Re: Make drm drivers use MTRR write-combine

On Tue, Aug 14, 2018 at 9:54 PM Johannes Lundberg wrote: > > > On Tue, Aug 14, 2018 at 3:39 PM Konstantin Belousov > wrote: > >> On Tue, Aug 14, 2018 at 08:55:36AM -0500, Eric van Gyzen wrote: >> > On 8/14/18 4:12 AM, Johannes Lundberg wrote: >> > > Hi >> > > >> > > Something that we have seen

Re: swapping is completely broken in -CURRENT r334649?

On Wed, Jun 27, 2018 at 07:55:26AM -0400, Mark Johnston wrote: > On Wed, Jun 27, 2018 at 10:46:38AM +, Alexey Dokuchaev wrote: > > On Fri, Jun 15, 2018 at 04:40:22AM -0400, Mark Johnston wrote: > > > ... > > > The change was committed as r334752. Are you seeing unexpected OOM > > > kills on

Re: gif does not work when going over IPv6 on current

On 15.08.2018 23:47, Lars Schotte wrote: > Hey folks, > > when you create a gif with IPv6 tunnel endpoints > tcpdump on the underlying interface will show you some kind of error > that 0 != 6 and packets will be dropped. > > IP6 version error: 0 != 6 > repeating for each packet. > happens only