[no subject]
___ 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
src/UPDATING to more precisely document usr.bin/make removal
Hi Warner cc current@, I discovered make had dissapeared (A local patch script failed), so I had to hunt. Let's make text string hunting easier with this for 11.0-CURRENT/src/UPDATING Sun Jun 21 16:29:53 2015 52,53c52,54 FreeBSD's old make (fmake) has been removed from the system. It is available as the devel/fmake port or via pkg install fmake. --- FreeBSD's old make (fmake) has been removed from src/usr.bin/make. It is available as ports/devel/fmake or via pkg install fmake. /usr/bin/make is installed from src/usr.bin/bmake Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Reply after previous text, like a play - Not before, which looses context. Indent previous text with Insert new lines before 80 chars. Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64. ___ 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: converted urtw(4) Was: [Testers needed!] WiFi drivers changes
On Thu, Jun 18, 2015 at 01:40:30PM +0300, Gleb Smirnoff wrote: On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote: Kyou signed up as tester of urtw(4). I have converted urtw(4) K and uploaded new patch at: K K https://reviews.freebsd.org/D2655 K K Please try, report and update the project page. K K https://wiki.freebsd.org/projects/ifnet/net80211 K K Thanks a lot for your help with the project. K K After bringing interface up I'm getting: K http://i.imgur.com/XhOVJ68.jpg I've found the problem and updated the diff. Please test once more. Thanks for help! Without you the bug could leak into subversion. Thank you Gleb. urtw(4) works fine on amd64. # dmesg |grep urtw urtw0: vendor 0x0bda product 0x8187, class 0/0, rev 2.00/1.00, addr 2 on usbus4 urtw0: unknown RTL8187L type: 0x800 urtw0: rtl8187l rf rtl8225u hwrev none One minor problem, I got an compiler error and this diff below fixes it. --- D2655.diff.orig 2015-06-22 09:45:48.836385086 +0800 +++ D2655.diff 2015-06-22 09:47:56.121431950 +0800 @@ -10421,14 +10421,6 @@ struct urtw_vap *uvp = URTW_VAP(vap); struct ieee80211_node *ni; usb_error_t error = 0; -@@ -1905,7 +1858,6 @@ - default: - break; - } --fail: - URTW_UNLOCK(sc); - IEEE80211_LOCK(ic); - return (uvp-newstate(vap, nstate, arg)); @@ -1915,12 +1867,11 @@ urtw_watchdog(void *arg) { -- Totus tuus, Glebius. Kevin ___ 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: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?
Garrett Cooper yaneurab...@gmail.com wrote: Am I the only one who fails to build recent base/head (r284673) on pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. ... CC=clang CXX=clang++ CPP=clang-cpp You need to remove these lines. They shouldn’t have been set before or after the commits from projects/bmake . Note: both the grn's specified above are than r284598 which put the inlcude of make.conf back to its original spot, so the meta mode related changes should not be relevant. ___ 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
odd compile failure with both clang and gcc.. weird (standard) library install
Working on -current as of about March 7. I'm building some software that uses the standard FreeBSD Makefile includes but it's failing on its library linking (the linking of a library which is part of the application) with the following error [...] building shared library libcbc.so.1 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 Target: i386-unknown-freebsd11.0 Thread model: posix /usr/bin/ld --eh-frame-hdr -Bshareable --hash-style=both --enable-new-dtags -m elf_i386_fbsd -o libcbc.so.1 /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/lib -x --fatal-warnings --warn-shared-textrel -soname libcbc.so.1 valii.So val.So using.So ucase.So toconsole.So time.So tan.So tab.So sval.So strs.So string.So strassign.So sqr.So spawn.So size.So sin.So shift.So sgn.So setfile.So setarray.So save_string.So rnd.So right.So rename.So readstr.So readreal.So readlong.So readline.So readint.So putget.So prline.So printstr.So printreal.So printlong.So printlf.So printint.So printdollar.So printcomma.So printbyte.So pos.So outpipe.So mod.So mid.So match.So log.So len.So left.So lcase.So keyboard.So ipwr.So inti.So integer.So input.So inline.So inkey.So if_end.So gosubstack.So getline.So getenv.So fre.So float.So finishio.So files.So extendstr.So exp.So dfree.So csize.So cos.So constat.So conout.So conchar.So commonload.So chr.So checkarray.So chain2.So cent_up.So cent_round.So bconcat.So basopen.So basinit.So basclose.So b_strcmp.So b_readbyte.So b_funcstr.So b_fnroutines.So atan.So asc.So array.So abs.So writebyte.So readbyte.So loadarray.So handle_err.So findchannel.So dumparray.So commonstr.So b_tmpstrings.So addtostr.So b_stralloc.So setinput.So cutpipe.So catch_signal.So printerror.So ltoa.So flushbuffer.So -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtendS.o /usr/lib/crtn.o /usr/bin/ld: cannot find -lgcc_s clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. the same error happens with gcc as the compiler.. so the obvious question is why does clang want to link with libgcc? and another question is: why can't it find it? At least for that there is an answer: julian@vps1:ls -la /usr/lib/libgcc_s.so lrwxr-xr-x 1 root wheel 46 Apr 30 08:13 /usr/lib/libgcc_s.so - /usr/obj/usr/src-current/tmp/lib/libgcc_s.so.1 but I've deleted /usr/obj. Does anyone know WHY the make installworld back in March just made symlinks for this (and a whole bunch more) libraries? and has it been fixed? As for the libgcc question, the Makefile appears as shown below. If there is anything I should have done differently I'd like to know. # @(#)Makefile8.1 (Berkeley) 6/4/93 # # Compile up the cbc support library # CBCROOT=${HOME}/cbc LIBDIR=${CBCROOT}/lib CFLAGS += -I $(.CURDIR)/../../include LIB=cbc SHLIB_MAJOR= 1 SHLIB_MINOR= 0 SRCS= abs.c addtostr.c array.c asc.c atan.c b_fnroutines.c b_funcstr.c\ b_readbyte.c b_stralloc.c b_strcmp.c b_tmpstrings.c basclose.c\ basinit.c basopen.c bconcat.c catch_signal.c cent_round.c \ cent_up.c chain2.c checkarray.c chr.c commonload.c commonstr.c\ conchar.c conout.c constat.c cos.c csize.c cutpipe.c dfree.c\ dumparray.c exp.c extendstr.c files.c findchannel.c finishio.c\ float.c flushbuffer.c fre.c getenv.c getline.c gosubstack.c\ handle_err.c if_end.c inkey.c inline.c input.c integer.c inti.c\ ipwr.c keyboard.c lcase.c left.c len.c loadarray.c log.c ltoa.c\ match.c mid.c mod.c outpipe.c pos.c printbyte.c printcomma.c\ printdollar.c printerror.c printint.c printlf.c printlong.c\ printreal.c printstr.c prline.c putget.c readbyte.c readint.c\ readline.c readlong.c readreal.c readstr.c rename.c right.c\ rnd.c save_string.c setarray.c setfile.c setinput.c sgn.c shift.c\ sin.c size.c spawn.c sqr.c strassign.c string.c strs.c sval.c\ tab.c tan.c time.c toconsole.c ucase.c using.c val.c valii.c\ writebyte.c NO_MAN= beforeinstall: -@mkdir -p ${LIBDIR} #${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/search.h \ #${DESTDIR}/usr/include #afterinstall: #ln -f lib$(LIB) ../../libcbc.a .include bsd.lib.mk ___ 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: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?
On Sun, 21 Jun 2015 13:05-0700, Garrett Cooper wrote: CC=clang CXX=clang++ CPP=clang-cpp Hi Trond, You need to remove these lines. They shouldn?t have been set before or after the commits from projects/bmake . Thanks, Ah. That's good to know. Pilot error, indeed. They were probably leftovers from when we could choose between gcc and clang. I'll remove those lines and see what happens. Thanks. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?
trond.endres...@fagskolen.gjovik.no wrote: Hi, =20 Am I the only one who fails to build recent base/head (r284673) on pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. ... CC=3Dclang CXX=3Dclang++ CPP=3Dclang-cpp Hi Trond, You need to remove these lines. They shouldn=92t have been set = before or after the commits from projects/bmake . Thanks, In case it's of interest, I ran make world OK a few hours back with 284659 no C directives in make.conf re compiler, (though I see I have /etc/src.conf : WITHOUT_ZFS= NO_WERROR= NO_WERROR.clang= ) Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Reply after previous text, like a play - Not before, which looses context. Indent previous text with Insert new lines before 80 chars. Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64. ___ 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: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?
On Jun 21, 2015, at 3:16, Trond Endrestøl trond.endres...@fagskolen.gjovik.no wrote: Hi, Am I the only one who fails to build recent base/head (r284673) on pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. ... CC=clang CXX=clang++ CPP=clang-cpp Hi Trond, You need to remove these lines. They shouldn’t have been set before or after the commits from projects/bmake . Thanks, signature.asc Description: Message signed with OpenPGP using GPGMail
amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?
Hi, Am I the only one who fails to build recent base/head (r284673) on pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. Under the above circumstances, I got: --- rescue.all__D --- rescue sh: rescue: not found *** [rescue] Error code 127 make[5]: stopped in /usr/obj/usr/src/rescue/rescue 1 error Yes, a ran a four-way build, -j 4. Maybe I should switch to single job builds. Also, I see at lot of: --- gnu/lib/libssp/libssp_nonshared__PL --- ERROR: ctfconvert: rc = -1 No entry found [dwarf_next_cu_header_c(61)] The one above happened very early in stage 4.2: building libraries. Complete build log (23 MiB) is available at http://ximalas.info/~trond/base-head-201506/make-buildworld-buildkernel-20150621-r284673.txt. Using a one month old base/head (r284273) appears to get the job done, and I'm using that BE to build r284675 ATM, using serial jobs. I haven't ruled out any pilot error on my behalf, or maybe my working copy of base/head is on the fritz. My /etc/make.conf looks like this: KERNCONF=VBOX # DTrace for both base and ports. See https://wiki.freebsd.org/DTrace/KernelSupport. STRIP= CFLAGS+=-fno-omit-frame-pointer WITH_CTF=1 WITH_PKGNG=yes WITH_BDB6_PERMITTED=yes WITH_SSP_PORTS=yes WRKDIRPREFIX=/usr/ports/workdirs TEX_DEFAULT=texlive DEFAULT_VERSIONS=apache=2.4 bdb=5 firebird=2.5 gcc=4.8 lua=5.2 mysql=5.6 perl5=5.20 pgsql=9.4 php=5.6 python=2.7 python2=2.7 python3=3.4 ruby=2.2 tcltk=8.6 My /etc/src.conf looks like this: CC=clang CXX=clang++ CPP=clang-cpp NO_WERROR= WERROR= WITH_CLANG_EXTRAS=yes WITH_CLANG_FULL=yes WITH_CTF=yes WITH_GCC=yes WITH_GNUCXX=yes WITH_LIBCPLUSPLUS=yes WITH_LLDB=yes WITH_NAND=yes My /etc/src-env.conf exists, but empty. -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++ ___ 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