Re: clangBSD build error
I tried building clangbsd yesterday with clang/llvm r104146 and it worked
ok.
and it still does:
pes ~/clangbsd$ clang --version
clang version 2.0 (trunk 104146)
Target: x86_64-unknown-freebsd8.0
Thread model: posix
pes ~/clangbsd$ clang -c lib/libc/stdlib/malloc.c -I lib/libc/include/
-DMAXPAGESIZES=1 && echo success
lib/libc/stdlib/malloc.c:5408:12: warning: implicit declaration of function
'getpagesizes' is invalid in C99
[-Wimplicit-function-declaration]
nsizes = getpagesizes(pagesizes, MAXPAGESIZES);
^
1 warning generated.
success
can you retry with newer version? or show me how exactly to reproduce this?
On Wed, May 19, 2010 at 11:46:37PM +0800, ambrosehuang ambrose wrote:
> building clangBSD revision
> URL: http://svn.freebsd.org/base/projects/clangbsd
> Repository Root: http://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 208300
> Node Kind: directory
> Schedule: normal
> Last Changed Author: rdivacky
> Last Changed Rev: 208260
> Last Changed Date: 2010-05-18 18:21:49 +0800 (Tue, 18 May 2010)
>
> with llvm-devel(r103179) on freebsd 8 stable amd64 according to clangBSD
> wiki failed with following message:
>
> make -j4 buildworld
> -
> ...
> /usr/src.svn/src/lib/libc/stdlib/malloc.c:1098:38: error: 'tls_model'
> attribute ignored
> static __thread arena_t *arenas_map TLS_MODEL;
> ^
> /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated from:
> # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> ^
> /usr/src.svn/src/lib/libc/stdlib/malloc.c:1103:38: error: 'tls_model'
> attribute ignored
> static __thread tcache_t *tcache_tls TLS_MODEL;
> ^
> /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated from:
> # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> ^
> /usr/src.svn/src/lib/libc/stdlib/malloc.c:1122:37: error: 'tls_model'
> attribute ignored
> static __thread bool mmap_unaligned TLS_MODEL;
> ^
> /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated from:
> # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> --
>
> it seems that clang does NOT support tls_model attribute, I'm not sure.
>
> Does anyone meet similar error ?
> ___
> 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"
___
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"
Re: clangBSD build error
I got such message since 2 weeks ago.
--
/home/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is
not a string literal (potentially insecure) [-Wformat-security]
syslog(LOG_CRIT, msg);
^~~
1 error generated.
*** Error code 1
Stop in /home/clangbsd/lib/libc.
--
desktop [/root] -root- clang -v
clang version 2.0 (trunk)
Target: x86_64-portbld-freebsd9.0
Thread model: posix
2010/5/20 Roman Divacky
>
> I tried building clangbsd yesterday with clang/llvm r104146 and it worked
> ok.
>
> and it still does:
>
> pes ~/clangbsd$ clang --version
> clang version 2.0 (trunk 104146)
> Target: x86_64-unknown-freebsd8.0
> Thread model: posix
>
>
> pes ~/clangbsd$ clang -c lib/libc/stdlib/malloc.c -I lib/libc/include/
> -DMAXPAGESIZES=1 && echo success
> lib/libc/stdlib/malloc.c:5408:12: warning: implicit declaration of function
> 'getpagesizes' is invalid in C99
> [-Wimplicit-function-declaration]
>nsizes = getpagesizes(pagesizes, MAXPAGESIZES);
> ^
> 1 warning generated.
> success
>
> can you retry with newer version? or show me how exactly to reproduce this?
>
> On Wed, May 19, 2010 at 11:46:37PM +0800, ambrosehuang ambrose wrote:
> > building clangBSD revision
> > URL: http://svn.freebsd.org/base/projects/clangbsd
> > Repository Root: http://svn.freebsd.org/base
> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> > Revision: 208300
> > Node Kind: directory
> > Schedule: normal
> > Last Changed Author: rdivacky
> > Last Changed Rev: 208260
> > Last Changed Date: 2010-05-18 18:21:49 +0800 (Tue, 18 May 2010)
> >
> > with llvm-devel(r103179) on freebsd 8 stable amd64 according to clangBSD
> > wiki failed with following message:
> >
> > make -j4 buildworld
> >
> -
> > ...
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:1098:38: error: 'tls_model'
> > attribute ignored
> > static __thread arena_t *arenas_map TLS_MODEL;
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated
> from:
> > # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:1103:38: error: 'tls_model'
> > attribute ignored
> > static __thread tcache_t *tcache_tls TLS_MODEL;
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated
> from:
> > # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:1122:37: error: 'tls_model'
> > attribute ignored
> > static __thread bool mmap_unaligned TLS_MODEL;
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated
> from:
> > # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> >
> --
> >
> > it seems that clang does NOT support tls_model attribute, I'm not sure.
> >
> > Does anyone meet similar error ?
> > ___
> > 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"
> ___
> 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"
>
___
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"
Re: clangBSD build error
On Thu, May 20, 2010 at 05:39:09PM +0800, Vanilla Hsu wrote: > I got such message since 2 weeks ago. > > -- > /home/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is > not a string literal (potentially insecure) [-Wformat-security] > syslog(LOG_CRIT, msg); > ^~~ > 1 error generated. > *** Error code 1 you have to have NO_WERROR= WERROR= in /etc/make.conf or /etc/src.conf ___ 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"
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 En/na Weongyo Jeong ha escrit: > On Fri, May 07, 2010 at 06:08:05PM +0200, Gustavo Perez Querol wrote: >>> Hello Gustau, I'm so sorry for belated response that I had no time to >>> read and work email and wireless stuffs. >>> >>> Could you please test this symptom with attached patch? It looks in >>> CURRENT it missed to initialize a ratectl when it associates with AP. >>> >> The patch made the machine to panic. I think it happened when launching >> the supplicant. In fact, right now it works by putting the RF switch to >> OFF. As soon as I change it to ON the machine panics. >> >> It get a trap 12, with two reasons : page fault and "bufwrite, buffer is >> not busy?" >> >> I'm running 9.0/AMD64 from 1 of May (don't know exact svn revision). >> >> Do you want me to test anything else ? > > OK. The patch is ready to test. Could you please test it with attached > patch? > > regards, > Weongyo Jeong > I've just updated to FreeBSD 8.1 PRERELEASE and I see the unsupported rate problem again. I applied the patch for CURRENT and it works. So I guess the patch was not MFC in the 8.1 branch. However it still works slow (betwenn 200 and 300 kbytes/s). I tried using a rum dongle with the same AP (which is a 8.0-STABLE system with an Atheros card) and works great when uploading (2Mb sustained). In my laptop I see now messages like these : bwn0: RX decryption attempted (old 0 keyidx 0x1) If you want me to try anything, let me know. Regards, Gus - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJL9U+SAAoJEH+VVM1WSYnP2R8QAK2HZsdQ2vlqH37+N6MEmoBz AmWHVUYxqx9QINRGx64diuwgn9USU985nJyxj8VDJOYAiPpzSDnvwPt45djKCt51 MCscu9T74yuvNKlDUwIrsfXvTQsknS3UnynYBILmraXMNJRKwezlnqY5/TSDZEvW 8pNSDJrnt9kBvO4Uy1aLCb1aJ/8+LegsTPLjG2PxVEe+Q+3B1vdw7bKjPvQvJo6o EmNH0Ufx4jrVB8SIDKDRYsHFmOKabRyoMG3EYQr/Jz8ZtoPdVWPxMJbDxe4gwJFL N3FI/LvV51tMwAiT+k+k6rjxXXHV58roVw6r7Uu7LxeJKe0ctwyGImR/atP5t0Ak dVfnihGL3BJhY4sAQBUUem+ESWhdhgz/KYAWDjIbg+czo6cXQCYUTv5UDXoWObaS NrsqNsrBweqXui4QN5GdOa8OY2Bv5WjcZMU2v9C93h4uM5HE0P4Zm0ou3ruLgduS WpDBfoHP223qQvm0QQg/CreZUzbriZtDzeHCGwtBhf8pGlm0jlEMu/LGfWRsllGS uLgvg56yE4H6ybkaGkXy778ICqnztL5VhmMWf/UhMzsOM1I9g2xwuGUrTald+xgq YYY5gSu6Lx2ZwDaG1V2y8T/bHeo3d9Q201tKSJerO8K22JjjV8ySJQh+x9QcivwR CDGo0r6LzEHONgnYQA1q =QJQr -END PGP SIGNATURE- ___ 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"
Re: clangBSD build error
I found my clang version is :
[r...@lateaxfreebsd src]# clang --version
clang version 2.0 (trunk)
Target: *x86_64-portbld-freebsd8.0*
Thread model: posix
svn revision is r10379_1 in PORTS
I think maybe you can use the llvm-devel in PORTS to reproduce this
I try to update clang to the latest version with
make BOOTSTRAP=1 _CKSUMFILES="", but it seems the patch file confilcts with
latest code?
Could you tell me how to bypass the patching step ?
2010/5/20 Roman Divacky
>
> I tried building clangbsd yesterday with clang/llvm r104146 and it worked
> ok.
>
> and it still does:
>
> pes ~/clangbsd$ clang --version
> clang version 2.0 (trunk 104146)
> Target: x86_64-unknown-freebsd8.0
> Thread model: posix
>
>
> pes ~/clangbsd$ clang -c lib/libc/stdlib/malloc.c -I lib/libc/include/
> -DMAXPAGESIZES=1 && echo success
> lib/libc/stdlib/malloc.c:5408:12: warning: implicit declaration of function
> 'getpagesizes' is invalid in C99
> [-Wimplicit-function-declaration]
>nsizes = getpagesizes(pagesizes, MAXPAGESIZES);
> ^
> 1 warning generated.
> success
>
> can you retry with newer version? or show me how exactly to reproduce this?
>
> On Wed, May 19, 2010 at 11:46:37PM +0800, ambrosehuang ambrose wrote:
> > building clangBSD revision
> > URL: http://svn.freebsd.org/base/projects/clangbsd
> > Repository Root: http://svn.freebsd.org/base
> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> > Revision: 208300
> > Node Kind: directory
> > Schedule: normal
> > Last Changed Author: rdivacky
> > Last Changed Rev: 208260
> > Last Changed Date: 2010-05-18 18:21:49 +0800 (Tue, 18 May 2010)
> >
> > with llvm-devel(r103179) on freebsd 8 stable amd64 according to clangBSD
> > wiki failed with following message:
> >
> > make -j4 buildworld
> >
> -
> > ...
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:1098:38: error: 'tls_model'
> > attribute ignored
> > static __thread arena_t *arenas_map TLS_MODEL;
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated
> from:
> > # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:1103:38: error: 'tls_model'
> > attribute ignored
> > static __thread tcache_t *tcache_tls TLS_MODEL;
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated
> from:
> > # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:1122:37: error: 'tls_model'
> > attribute ignored
> > static __thread bool mmap_unaligned TLS_MODEL;
> > ^
> > /usr/src.svn/src/lib/libc/stdlib/malloc.c:240:37: note: instantiated
> from:
> > # define TLS_MODEL __attribute__((tls_model("initial-exec")))
> >
> --
> >
> > it seems that clang does NOT support tls_model attribute, I'm not sure.
> >
> > Does anyone meet similar error ?
> > ___
> > 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"
>
___
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"
MAKEOBJDIRPREFIX and installkernel
Hi List, here is something strange with current CURRENT: - [~]b...@izar% LANG=C svn info FreeBSD/base/head/src Path: FreeBSD/base/head/src URL: svn+ssh://svn.freebsd.org/base/head Repository Root: svn+ssh://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 208354 Node Kind: directory Schedule: normal Last Changed Author: jkim Last Changed Rev: 208353 Last Changed Date: 2010-05-20 20:24:12 +0400 (Thu, 20 May 2010) [~]b...@izar% echo $MAKEOBJDIRPREFIX /home/bsam/FreeBSD/base/head/obj [~]b...@izar% sudo make -C FreeBSD/base/head/src installkernel -- >>> Installing kernel -- cd /usr/obj/usr/home/bsam/FreeBSD/base/head/src/sys/IZAR; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/sbin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/bin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/games:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/sbin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/bin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel install cd: can't cd to /usr/obj/usr/home/bsam/FreeBSD/base/head/src/sys/IZAR *** Error code 2 Stop in /usr/home/bsam/FreeBSD/base/head/src. *** Error code 1 Stop in /usr/home/bsam/FreeBSD/base/head/src. [~]b...@izar% - That command used to work fine for years... -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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"
Re: MAKEOBJDIRPREFIX and installkernel
On Thu, May 20, 2010 at 09:59:25PM +0400, Boris Samorodov wrote: > Hi List, > > here is something strange with current CURRENT: > - > [~]b...@izar% LANG=C svn info FreeBSD/base/head/src > Path: FreeBSD/base/head/src > URL: svn+ssh://svn.freebsd.org/base/head > Repository Root: svn+ssh://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 208354 > Node Kind: directory > Schedule: normal > Last Changed Author: jkim > Last Changed Rev: 208353 > Last Changed Date: 2010-05-20 20:24:12 +0400 (Thu, 20 May 2010) > > [~]b...@izar% echo $MAKEOBJDIRPREFIX > /home/bsam/FreeBSD/base/head/obj > > [~]b...@izar% sudo make -C FreeBSD/base/head/src installkernel > -- > >>> Installing kernel > -- > cd /usr/obj/usr/home/bsam/FreeBSD/base/head/src/sys/IZAR; > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= > GROFF_BIN_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/share/tmac > > PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/sbin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/bin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/games:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/sbin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/bin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > make KERNEL=kernel install > cd: can't cd to /usr/obj/usr/home/bsam/FreeBSD/base/head/src/sys/IZAR > *** Error code 2 > > Stop in /usr/home/bsam/FreeBSD/base/head/src. > *** Error code 1 > > Stop in /usr/home/bsam/FreeBSD/base/head/src. > [~]b...@izar% > - > > That command used to work fine for years... Works here. May you've recently changed your sudoers to not keep env variables? > > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve Yuri ___ 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"
Re: MAKEOBJDIRPREFIX and installkernel
On Thu, 20 May 2010 22:58:00 +0400 Yuri Pankov wrote: > On Thu, May 20, 2010 at 09:59:25PM +0400, Boris Samorodov wrote: > > Hi List, > > > > here is something strange with current CURRENT: > > - > > [~]b...@izar% LANG=C svn info FreeBSD/base/head/src > > Path: FreeBSD/base/head/src > > URL: svn+ssh://svn.freebsd.org/base/head > > Repository Root: svn+ssh://svn.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 208354 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: jkim > > Last Changed Rev: 208353 > > Last Changed Date: 2010-05-20 20:24:12 +0400 (Thu, 20 May 2010) > > > > [~]b...@izar% echo $MAKEOBJDIRPREFIX > > /home/bsam/FreeBSD/base/head/obj > > > > [~]b...@izar% sudo make -C FreeBSD/base/head/src installkernel > > -- > > >>> Installing kernel > > -- > > cd /usr/obj/usr/home/bsam/FreeBSD/base/head/src/sys/IZAR; > > MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= > > GROFF_BIN_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/bin > > > > GROFF_FONT_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/share/groff_font > > > > GROFF_TMAC_PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/share/tmac > > > > PATH=/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/sbin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/bin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/legacy/usr/games:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/sbin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/bin:/usr/obj/usr/home/bsam/FreeBSD/base/head/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > make KERNEL=kernel install > > cd: can't cd to /usr/obj/usr/home/bsam/FreeBSD/base/head/src/sys/IZAR > > *** Error code 2 > > > > Stop in /usr/home/bsam/FreeBSD/base/head/src. > > *** Error code 1 > > > > Stop in /usr/home/bsam/FreeBSD/base/head/src. > > [~]b...@izar% > > - > > > > That command used to work fine for years... > Works here. May you've recently changed your sudoers to not keep env > variables? Hm. I've upgraded ports recently. However sudoers is the same. Thanks for the tip. I'll try to find out what has changed at my system. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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"
Re: clangBSD build error
On Thu, May 20, 2010 at 10:10:23PM +0800, ambrosehuang ambrose wrote: > I found my clang version is : > [r...@lateaxfreebsd src]# clang --version > clang version 2.0 (trunk) > Target: *x86_64-portbld-freebsd8.0* > Thread model: posix > svn revision is r10379_1 in PORTS > > I think maybe you can use the llvm-devel in PORTS to reproduce this > > I try to update clang to the latest version with > make BOOTSTRAP=1 _CKSUMFILES="", but it seems the patch file confilcts with > latest code? > > Could you tell me how to bypass the patching step ? there's no point in upgrading to newer clang. there were no change in this.. are you sure you are compiling with llvm-devel the malloc.c in clangbsd? not some older/newer version? ___ 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"
Re: LOR: ufs vs bufwait
Den 12/05/2010 kl. 22.44 skrev Jeff Roberson: > > I think Peter Holm also saw this once while we were testing SUJ and > reproduced ~30 second hangs with stock sources. At this point we need to > brainstorm ideas for adding debugging instrumentation and come up with the > quickest possible repro. FWIW, I get this LOR on a ClangBSD virtual machine running the stess2 test suite. I can reproduce the LOR reliably like this: # cd stress2 #./run.sh lockf.cfg - press ctrl-C - another LOR is triggered by the ctrl-C (a dirhash/bufwait LOR described in kern/137852) # ./run.sh mkdir.cfg - LOR is triggered immediately Erik
