pkg install on CURRENT ?
anyway to resolve this ??? id like to pkg install a few things or is my only option ports Checking integrity... done [1/16] Installing expat-2.0.1_2...pkg: wrong architecture: freebsd:10:x86:64 instead of freebsd:11:x86:64 ___ 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: new Xorg (KMS, etc.) for Radeon 9600
Tijl Coosemans wrote, On 11/14/2013 11:38: On Wed, 13 Nov 2013 21:29:23 +0100 Jean-Sébastien Pédron wrote: Le 10/11/2013 18:20, d...@gmx.com a écrit : drmn0: info: GTT: 0M 0xF000 - 0xEFFF Tijl Coosemans is right, the problem is this line. The attached patch should fix it, but I haven't been able to test it yet. The ai_aperture_size field is in bytes. Doesn't help in practice (the program still should run faster), although now I get: drmn0: info: GTT: 128M 0xF000 - 0xF7FF ___ 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: cron(8) improvement
Adrian Chadd wrote, On 11/10/2013 01:18: I'm kinda fed up installing packages that don't enable themselves. There should be no package that needs activation, that is if you want a desktop computer, not a server. 'pkg install xorg' is not enough to get a working xorg. You have to enable hal and dbus and then restart (so things come up in the right order; manually starting them doesn't work) in order to get X working. I use: hald_enable="NO" dbus_enable="NO" Please install the cron scripts by default. Please then write up a simple rc.conf style setup where the cron scripts can check a config file to see if they should run. Provided that there will be - an option for every instance of a port wanting to install a cron.d script -- ie., port options plus a settable NO_CROND_SCRIPTS -- and - a fail-safe mechanism to disable all cron.d entries, ie. crond_enable="NO", I feel that installed scripts could be an option. ___ 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: new Xorg (KMS, etc.) for Radeon 9600
Jean-Sébastien Pédron wrote, On 11/13/2013 21:29: As I don't really now how AGP works and have no AGP hardware to reproduce the problem, can you post the output of the following commands as a start? pciconf -lvbce hostb0@pci0:0:0:0: class=0x06 card=0x25701849 chip=0x25708086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82865G/PE/P DRAM Controller/Host-Hub Interface' class = bridge subclass = HOST-PCI bar [10] = type Prefetchable Memory, range 32, base 0xf000, size 134217728, enabled cap 09[e4] = vendor (length 6) Intel cap 0 version 1 cap 02[a0] = AGP v3 8x 4x SBA disabled PCI errors = Received Master-Abort pcib1@pci0:0:1:0: class=0x060400 card=0x chip=0x25718086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82865G/PE/P AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x24d01849 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0xe000, size 32, enabled uhci1@pci0:0:29:1: class=0x0c0300 card=0x24d01849 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0xe400, size 32, enabled uhci2@pci0:0:29:2: class=0x0c0300 card=0x24d01849 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0xe800, size 32, enabled uhci3@pci0:0:29:3: class=0x0c0300 card=0x24d01849 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0xec00, size 32, enabled ehci0@pci0:0:29:7: class=0x0c0320 card=0x24d01849 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xff2ffc00, size 1024, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib2@pci0:0:30:0: class=0x060400 card=0x chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1:class=0x01018a card=0x24d01849 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) IDE Controller' class = mass storage subclass = ATA bar [20] = type I/O Port, range 32, base 0xfc00, size 16, enabled bar [24] = type Memory, range 32, base 0, size 1024, enabled none0@pci0:0:31:3: class=0x0c0500 card=0x24d01849 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus bar [20] = type I/O Port, range 32, base 0x400, size 32, enabled pcm0@pci0:0:31:5: class=0x040100 card=0x97611849 chip=0x24d58086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' class = multimedia subclass = audio bar [10] = type I/O Port, range 32, base 0xd800, size 256, enabled bar [14] = type I/O Port, range 32, base 0xdc00, size 64, enabled bar [18] = type Memory, range 32, base 0xff2ff800, size 512, enabled bar [1c] = type Memory, range 32, base 0xff2ff400, size 256, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 vgapci0@pci0:1:0:0: class=0x03 card=0x200217ee chip=0x41501002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RV350 AP [Radeon 9600]' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 32, base 0xd000, size 268435456, enabled bar [14] = type I/O Port, range 32, base 0xa800, size 256, enabled bar [18] = type Memory, range 32, base 0xff0f, size 65536, enabled cap 02[58] = AGP v3 8x 4x SBA disabled cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 vgapci1@pci0:1:0:1: class=0x038000 card=0x200317ee chip=0x41701002 rev=0x00 hdr=0
Re: new Xorg (KMS, etc.) for Radeon 9600
On Thu, 14 Nov 2013 11:38:46 +0100 Tijl Coosemans wrote: > On Wed, 13 Nov 2013 21:29:23 +0100 Jean-Sébastien Pédron wrote: >> Le 10/11/2013 18:20, d...@gmx.com a écrit : >>> drmn0: info: GTT: 0M 0xF000 - 0xEFFF >> >> Tijl Coosemans is right, the problem is this line. >> >> As I don't really now how AGP works and have no AGP hardware to >> reproduce the problem, can you post the output of the following commands >> as a start? >> pciconf -lvbce >> devinfo -vr > > The attached patch should fix it, but I haven't been able to test it > yet. The ai_aperture_size field is in bytes. So it doesn't work, but it gets a bit further: drmn0: info: GTT: 256M 0xE000 - 0xEFFF info: [drm] Generation 2 PCI interface, using max accessible memory drmn0: info: VRAM: 128M 0xD000 - 0xD7FF (64M used) info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] Detected VRAM RAM=128M, BAR=128M info: [drm] RAM width 128bits DDR [TTM] Zone kernel: Available graphics memory: 519536 kiB [TTM] Initializing pool allocator info: [drm] radeon: 64M of VRAM memory ready info: [drm] radeon: 256M of GTT memory ready. info: [drm] radeon: 1 quad pipes, 1 Z pipes initialized. error: [drm:pid54242:radeon_gart_bind] *ERROR* trying to bind memory to uninitialized GART ! error: [drm:pid54242:radeon_ttm_backend_bind] *ERROR* failed to bind 1 pages at 0x drmn0: warning: (-22) create WB bo failed drmn0: error: Disabling GPU acceleration info: [drm] radeon: cp finalized info: [drm] radeon: cp finalized [TTM] Finalizing pool allocator [TTM] Zone kernel: Used memory at exit: 0 kiB info: [drm] radeon: ttm finalized info: [drm] Forcing AGP to PCI mode It looks like some support for AGP is missing in radeon_ttm.c. It's hidden behind #ifdef DUMBBELL_WIP. ___ 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: Defaults in 10.0 ZFS through bsdinstall
On Nov 14, 2013, at 12:34 PM, Marcus Reid wrote: > On Thu, Nov 14, 2013 at 06:35:43PM +, Teske, Devin wrote: >> On Nov 14, 2013, at 10:21 AM, Allan Jude wrote: >>> On 2013-11-14 9:34, Reid, Marcus wrote: >>> >>> Hi, >>> >>> I noticed a couple of things with the ZFS defaults that result from >>> using the new installer in 10.0-BETA3. >>> >>> One, atime is turned off everywhere by default. There was a thread >>> on this list on June 8 with a subject of 'Changing the default for >>> ZFS atime to off?', and from what I can tell the idea of turning off >>> atime by default was not a popular one. >>> >>> Two, and probably less controversial, is that fletcher4 is specified >>> exlicitly on the root pool, even though it is default (wouldn't you >>> just want to go with the default, in case it changes?) >>> >>> Marcus >> >> I have never heard a good argument for having atime on. > > Can you address some of the issues that people brought up in the thread > I mentioned earlier? I'll summarize some: > > - breaks some software (MTAs were mentioned), and the admin should >know when to turn atime on in those cases. > > - "any mail program using mbox mail folders uses them to correctly >report which mailboxes have not been read yet" > I'm looking at HEAD and I don't see "atime=off" for the /var dataset. Knowing that most folks (accepting the defaults) will store their mail in /var/mail ... does the concern over atime=off still exist? However, I did notice that before we go creating the /var dataset, we do set "atime=off" for the boot pool/dataset. Is inheritance at-play here? and /var is turning up with atime=off even though it's not specified? In that case, I certainly agree we should remove atime=off from the last place it is used -- the boot pool (nowhere else). > - "Of course it can't be turned off by default. It is specified by >POSIX." > > - "If the overhead were a real problem then file systems would use a >special atime cache" > >> The performance penalty on ZFS is quite large > > This is subjective, and if it were that bad it seems like other > ZFS-based systems would have turned it off as well, or done something > like caching/logging or relatime it to mitigate the performance hit. > I do recall discussions about bringing over relatime and making it the default. Allan was the one that brought up the performance hit... Similarly where I $work, we turn it off where need performance (large storage arrays and such). I gather it's only a matter of time until relatime is default. >> and it also makes your snapshots grow constant. > > This does not seem to be the case. For example, if I snapshot > zroot/usr/src and then tar it up, I generate a bunch of writes and the > snapshot grows to 70.5MB. However, when I tar it up a second time, > there are writes but the snapshot remains 70.5MB. It seems to use the > same blocks for subsequent atime updates. > > If you made another snapshot, you would see more space used for that > one, of course. > I'll defer to Allan to expand (was his recollection on snapshots) >> If you have a use for it, you can turn it on I guess. This would be >> solved by having the dataset editor we're planning for 10.1 >> >> Seems easy enough to turn on once installed. And like Allan says, the >> editor for 10.1 would allow changing of the default. > > The same case could be made for turning it off, make that an option in > the installer instead. > Fair enough. Good idea. > Some people don't seem to use atime on a regular basis, but I use it a > lot when troubleshooting things, and I think others do to when they get > to the point where they realize how useful it is. > >> I'll add that if scripting it, you can (in current state for 10.0) >> change the dataset options at-will. >> >> The fletcher4 thing is a leftover, from older versions of ZFS where >> the default was fletcher2, I suppose we can remove it > > While I'm picking nits: > > There are some other locally set things that are default (exec set to on > on zroot/var/tmp is one), that might just inherit that from zroot/var. > Need a +1 from Allan on that. > Also, zroot doesn't appear to be mounted on /zroot, as it is on other > ZFS-based systems. This has the side-effect of newly created > datasets not having a mountpoint by default, instead of /zroot/dataset. > I don't know of the reason behind this change either. > Hmm, wonder if that's been fixed in HEAD already. > I'm going to cross-post this to -current, this is a topic that I think > warrants a wider audience. > Cool. Thanks. -- Devin >> -BEGIN PGP SIGNATURE- >> Comment: GPGTools - >> https://urldefense.proofpoint.com/v1/url?u=https://gpgtools.org/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=LTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=wXwxswJCpc3K%2Bud90aYI%2B82v%2Fyfs1mrTBzzeCe5XIXw%3D%0A&s=a9e0697e43ce4744f130997648d0104319221bba6924c28a9493ffa1cf6c3719 >> >> iQEcBAEBCgAGBQJShRf/AAoJE
Re: Defaults in 10.0 ZFS through bsdinstall
On Nov 14, 2013, at 12:34 PM, Marcus Reid wrote: > On Thu, Nov 14, 2013 at 06:35:43PM +, Teske, Devin wrote: >> On Nov 14, 2013, at 10:21 AM, Allan Jude wrote: >>> On 2013-11-14 9:34, Reid, Marcus wrote: >>> >>> Hi, >>> >>> I noticed a couple of things with the ZFS defaults that result from >>> using the new installer in 10.0-BETA3. >>> >>> One, atime is turned off everywhere by default. There was a thread >>> on this list on June 8 with a subject of 'Changing the default for >>> ZFS atime to off?', and from what I can tell the idea of turning off >>> atime by default was not a popular one. >>> >>> Two, and probably less controversial, is that fletcher4 is specified >>> exlicitly on the root pool, even though it is default (wouldn't you >>> just want to go with the default, in case it changes?) >>> >>> Marcus >> >> I have never heard a good argument for having atime on. > > Can you address some of the issues that people brought up in the thread > I mentioned earlier? I'll summarize some: > > - breaks some software (MTAs were mentioned), and the admin should >know when to turn atime on in those cases. > > - "any mail program using mbox mail folders uses them to correctly >report which mailboxes have not been read yet" > I'm looking at HEAD and I don't see "atime=off" for the /var dataset. Knowing that most folks (accepting the defaults) will store their mail in /var/mail ... does the concern over atime=off still exist? However, I did notice that before we go creating the /var dataset, we do set "atime=off" for the boot pool/dataset. Is inheritance at-play here? and /var is turning up with atime=off even though it's not specified? In that case, I certainly agree we should remove atime=off from the last place it is used -- the boot pool (nowhere else). > - "Of course it can't be turned off by default. It is specified by >POSIX." > > - "If the overhead were a real problem then file systems would use a >special atime cache" > >> The performance penalty on ZFS is quite large > > This is subjective, and if it were that bad it seems like other > ZFS-based systems would have turned it off as well, or done something > like caching/logging or relatime it to mitigate the performance hit. > I do recall discussions about bringing over relatime and making it the default. Allan was the one that brought up the performance hit... Similarly where I $work, we turn it off where need performance (large storage arrays and such). I gather it's only a matter of time until relatime is default. >> and it also makes your snapshots grow constant. > > This does not seem to be the case. For example, if I snapshot > zroot/usr/src and then tar it up, I generate a bunch of writes and the > snapshot grows to 70.5MB. However, when I tar it up a second time, > there are writes but the snapshot remains 70.5MB. It seems to use the > same blocks for subsequent atime updates. > > If you made another snapshot, you would see more space used for that > one, of course. > I'll defer to Allan to expand (was his recollection on snapshots) >> If you have a use for it, you can turn it on I guess. This would be >> solved by having the dataset editor we're planning for 10.1 >> >> Seems easy enough to turn on once installed. And like Allan says, the >> editor for 10.1 would allow changing of the default. > > The same case could be made for turning it off, make that an option in > the installer instead. > Fair enough. Good idea. > Some people don't seem to use atime on a regular basis, but I use it a > lot when troubleshooting things, and I think others do to when they get > to the point where they realize how useful it is. > >> I'll add that if scripting it, you can (in current state for 10.0) >> change the dataset options at-will. >> >> The fletcher4 thing is a leftover, from older versions of ZFS where >> the default was fletcher2, I suppose we can remove it > > While I'm picking nits: > > There are some other locally set things that are default (exec set to on > on zroot/var/tmp is one), that might just inherit that from zroot/var. > Need a +1 from Allan on that. > Also, zroot doesn't appear to be mounted on /zroot, as it is on other > ZFS-based systems. This has the side-effect of newly created > datasets not having a mountpoint by default, instead of /zroot/dataset. > I don't know of the reason behind this change either. > Hmm, wonder if that's been fixed in HEAD already. > I'm going to cross-post this to -current, this is a topic that I think > warrants a wider audience. > Cool. Thanks. -- Devin >> -BEGIN PGP SIGNATURE- >> Comment: GPGTools - >> https://urldefense.proofpoint.com/v1/url?u=https://gpgtools.org/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=LTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=wXwxswJCpc3K%2Bud90aYI%2B82v%2Fyfs1mrTBzzeCe5XIXw%3D%0A&s=a9e0697e43ce4744f130997648d0104319221bba6924c28a9493ffa1cf6c3719 >> >> iQEcBAEBCgAGBQJShRf/AAoJE
Re: Defaults in 10.0 ZFS through bsdinstall
On Thu, Nov 14, 2013 at 06:35:43PM +, Teske, Devin wrote: > On Nov 14, 2013, at 10:21 AM, Allan Jude wrote: > > On 2013-11-14 9:34, Reid, Marcus wrote: > > > > Hi, > > > > I noticed a couple of things with the ZFS defaults that result from > > using the new installer in 10.0-BETA3. > > > > One, atime is turned off everywhere by default. There was a thread > > on this list on June 8 with a subject of 'Changing the default for > > ZFS atime to off?', and from what I can tell the idea of turning off > > atime by default was not a popular one. > > > > Two, and probably less controversial, is that fletcher4 is specified > > exlicitly on the root pool, even though it is default (wouldn't you > > just want to go with the default, in case it changes?) > > > > Marcus > > I have never heard a good argument for having atime on. Can you address some of the issues that people brought up in the thread I mentioned earlier? I'll summarize some: - breaks some software (MTAs were mentioned), and the admin should know when to turn atime on in those cases. - "any mail program using mbox mail folders uses them to correctly report which mailboxes have not been read yet" - "Of course it can't be turned off by default. It is specified by POSIX." - "If the overhead were a real problem then file systems would use a special atime cache" > The performance penalty on ZFS is quite large This is subjective, and if it were that bad it seems like other ZFS-based systems would have turned it off as well, or done something like caching/logging or relatime it to mitigate the performance hit. > and it also makes your snapshots grow constant. This does not seem to be the case. For example, if I snapshot zroot/usr/src and then tar it up, I generate a bunch of writes and the snapshot grows to 70.5MB. However, when I tar it up a second time, there are writes but the snapshot remains 70.5MB. It seems to use the same blocks for subsequent atime updates. If you made another snapshot, you would see more space used for that one, of course. > If you have a use for it, you can turn it on I guess. This would be > solved by having the dataset editor we're planning for 10.1 > > Seems easy enough to turn on once installed. And like Allan says, the > editor for 10.1 would allow changing of the default. The same case could be made for turning it off, make that an option in the installer instead. Some people don't seem to use atime on a regular basis, but I use it a lot when troubleshooting things, and I think others do to when they get to the point where they realize how useful it is. > I'll add that if scripting it, you can (in current state for 10.0) > change the dataset options at-will. > > The fletcher4 thing is a leftover, from older versions of ZFS where > the default was fletcher2, I suppose we can remove it While I'm picking nits: There are some other locally set things that are default (exec set to on on zroot/var/tmp is one), that might just inherit that from zroot/var. Also, zroot doesn't appear to be mounted on /zroot, as it is on other ZFS-based systems. This has the side-effect of newly created datasets not having a mountpoint by default, instead of /zroot/dataset. I don't know of the reason behind this change either. I'm going to cross-post this to -current, this is a topic that I think warrants a wider audience. Thanks, Marcus > > > Let me put something together. > - -- > Devin > > -BEGIN PGP SIGNATURE- > Comment: GPGTools - https://gpgtools.org > > iQEcBAEBCgAGBQJShRf/AAoJEKrMn5R9npq5TYwH/j8RMceM4STpCAoMTAz8zkKn > gpftMrdf37TnAPHxsXJaiZejlp+D85/a9lglYbB7e4WdgoDX9ZXA0QLtCEmEtN4y > jz7KNa5oABq1GjDtwm2xQISDIe8yYI+znLSaHA9W18kCUZzi8AOj70C+O5gyY28c > c3N3j6Y4EZP2wtQnWSgxvCwIX5p86Jvr3QvhrRuuMnKMCTAhzwIx24qcnA4EcTzn > p9w25CKLtOzF23n3McodaUmibbBCHOYyraLQJ+eJGDXcsPBipls3oiWyiYuqpcQr > 18QpLN1lS35RnULcb5pxnP9Oy9rAwxHKves9Mfu0UoWw3qTjSAf8gsGyu6QaMgc= > =GjYk > -END PGP SIGNATURE- > > _ > The information contained in this message is proprietary and/or confidential. > If you are not the intended recipient, please: (i) delete the message and all > copies; (ii) do not disclose, distribute or use the message in any manner; > and (iii) notify the sender immediately. In addition, please be aware that > any message addressed to our domain is subject to archiving and review by > persons other than the intended recipient. Thank you. ___ 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: buildworld error on -current
Em Thu, 14 Nov 2013 13:51:59 +0100, Dimitry Andric escreveu > On 14 Nov 2013, at 00:23, Nilton Jose Rizzo > wrote: ... > > ===> lib/libc++ (all) > > c++ -O2 -pipe -I/usr/src/lib/libc++/../../contrib/libc++/include - I/usr/src/li > > b/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT -Qunused-arguments - fstack- > > protector -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare - Wno-un > > used-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion > > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses > > -std=c++0x -Wno-c++11-extensions -c > > /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp -o algorithm.o > > In file included from > > /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: > > In file included from > > /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:627: > > /usr/src/lib/libc++/../../contrib/libc++/include/memory:3331:3: error: no > > matching literal operator for call to 'operator "" __len' with argument of > > type 'unsigned long long' or 'const char *', and no matching literal > > operator template > > 0__len = (__len - 1) & ~static_cast<_Size>(63); > > ^ > > 1 error generated. > > There is a stray '0' character in front of that line. Did you modify > the file by accident? Try doing: > No, only update the source via svn > svn revert -R /usr/src/contrib/libc++/include/memory > > or if that still does not remove the stray character, delete your source > tree and re-checkout. I'll try it. > > -Dimitry Thanx, Rizzo ___ 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: [head tinderbox] failure on amd64/amd64
On 14.11.2013 13:42, Sean Bruno wrote: [...] c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); Theoretically fixed at svn R258139. sean Thank you! FWIW, I had a similar fix but was waiting for confirmation before committing. Regards, Pedro. ___ 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: [head tinderbox] failure on amd64/amd64
> [...] > c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror > -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare > -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function > -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -Wno-c++11-extensions > -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf > -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc > /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: > format string is empty [-Werror,-Wformat-zero-length] > "", option.get_size_type()); > ^~ > /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: > format string is empty [-Werror,-Wformat-zero-length] > "", option.get_size_type()); Theoretically fixed at svn R258139. sean signature.asc Description: This is a digitally signed message part
FreeBSD 9.1 Server hanging while backing up full disk with Amanda
Hello, I think I am having almost the same issue as was reported here: http://thr3ads.net/freebsd-stable/2008/11/388646-System-deadlock-when-using- mksnap_ffs I would have thought something that old would have been patched by this point, but perhaps not? It looks like when the Amanda process is running on the server and doing the Dump phase, it hangs during when the snapshot is being created (mksnap_ffs) for about 20 mins. The box is pingable, but most services stop responding during that time. Then after that 20 mins or so, it clears up and the dump continues on and finishes successfully. I have 9 servers that are backed up with Amanda, and this is the only one giving me this issue. It is the only one running FreeBSD 9.1 as well as the only one with one partition instead of separate partitions for the various directories (/usr, /var /home etc). Disk size: FilesystemSizeUsed Avail Capacity Mounted on /dev/da0p23.5T133G3.1T 4%/ Any one having similar issues or know of a fix? Thanks, Matt Rauch ___ 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: ZSF and installkernel 10.0-BETA1
On 2013-11-14 12:48, Phillip Kinsley wrote: > I installed Beta1 using the ZFS option, all default settings. I sync the > source the other day and did a buildworld and buildkernel. When I do > installkernel I get > > mkdir -p /boot/kernel > mkdir: /boot: No such file or directory > > and the install stops. With another box that used a standard UFS > installation I have no problem. > > I'm sure the ZFS installkernel is know issue, but I can't seem to find if > there is a solution or not. > Is there a work around or not? > > Thanks > > > Phillip > ___ > 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" What do you mean 'the zfs option'? You mean you used the ZFS installation option in bsdinstall? That is a known issue that was fixed in later versions, here are the instructions to fix it: http://lists.freebsd.org/pipermail/freebsd-stable/2013-October/075504.html o Updates to bsdinstall(8). Please note the following: - 10.0-BETA1 introduces a number of updates to bsdinstall(8), notably the ability to install to a full ZFS filesystem. Please keep in mind that this is an experimental feature. - If using the ZFS installation option in *and* have enabled full-disk encryption is enabled, a few entries will need to be manually added to loader.conf(5) before the 'bootpool' zpool will be available after the system boots. This manual step is expected to be fixed in 10.0-BETA2. The entries that need to be added are: zpool_cache_load="YES" zpool_cache_type="/boot/zfs/zpool.cache" zpool_cache_name="/boot/zfs/zpool.cache" This can be done at the final menu of bsdinstall(8), when prompted to boot into the newly-installed system; alternatively, this can be done post-install, in which case, the following must be run before appending loader.conf(5): # zpool import -f bootpool -- Allan Jude signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on i386/pc98
TB --- 2013-11-14 17:21:47 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 17:21:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 17:21:47 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-14 17:21:47 - cleaning the object tree TB --- 2013-11-14 17:23:01 - /usr/local/bin/svn stat /src TB --- 2013-11-14 17:23:04 - At svn revision 258133 TB --- 2013-11-14 17:23:05 - building world TB --- 2013-11-14 17:23:05 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 17:23:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 17:23:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 17:23:05 - SRCCONF=/dev/null TB --- 2013-11-14 17:23:05 - TARGET=pc98 TB --- 2013-11-14 17:23:05 - TARGET_ARCH=i386 TB --- 2013-11-14 17:23:05 - TZ=UTC TB --- 2013-11-14 17:23:05 - __MAKE_CONF=/dev/null TB --- 2013-11-14 17:23:05 - cd /src TB --- 2013-11-14 17:23:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 17:23:14 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfCFIException.cpp -o DwarfCFIException.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp -o DwarfCompileUnit.o c++ -O2 -pipe -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter -I. -I/src/lib/clang/libllvmasmprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp -o DwarfDebug.o /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp: In destructor 'llvm::DwarfDebug::~DwarfDebug()': /src/lib/clang/libllvmasmprinter/../../../contrib/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp:212: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmasmprinter *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 18:06:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 18:06:15 - ERROR: failed to build world TB --- 2013-11-14 18:06:15 - 2219.88 user 266.31 system 2668.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full ___ 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"
ZSF and installkernel 10.0-BETA1
I installed Beta1 using the ZFS option, all default settings. I sync the source the other day and did a buildworld and buildkernel. When I do installkernel I get mkdir -p /boot/kernel mkdir: /boot: No such file or directory and the install stops. With another box that used a standard UFS installation I have no problem. I'm sure the ZFS installkernel is know issue, but I can't seem to find if there is a solution or not. Is there a work around or not? Thanks Phillip ___ 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"
CURRENT r 258138 fails to build: usr.bin/gperf: error: format string is empty
I receive this error now in CURRENT r258138: cc -O2 -pipe -O3 -march=native -pipe -O3 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.bin/tail/tail.c --- gnu.all__D --- /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** [output.o] Error code 1 Oliver signature.asc Description: PGP signature
[head tinderbox] failure on amd64/amd64
TB --- 2013-11-14 14:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 14:40:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 14:40:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-14 14:40:18 - cleaning the object tree TB --- 2013-11-14 14:45:35 - /usr/local/bin/svn stat /src TB --- 2013-11-14 14:45:38 - At svn revision 258133 TB --- 2013-11-14 14:45:39 - building world TB --- 2013-11-14 14:45:39 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 14:45:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 14:45:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 14:45:39 - SRCCONF=/dev/null TB --- 2013-11-14 14:45:39 - TARGET=amd64 TB --- 2013-11-14 14:45:39 - TARGET_ARCH=amd64 TB --- 2013-11-14 14:45:39 - TZ=UTC TB --- 2013-11-14 14:45:39 - __MAKE_CONF=/dev/null TB --- 2013-11-14 14:45:39 - cd /src TB --- 2013-11-14 14:45:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 14:45:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 17:32:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 17:32:28 - ERROR: failed to build world TB --- 2013-11-14 17:32:28 - 8312.62 user 1328.08 system 10329.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full ___ 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"
[head tinderbox] failure on i386/i386
TB --- 2013-11-14 14:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 14:40:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 14:40:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-14 14:40:18 - cleaning the object tree TB --- 2013-11-14 14:45:32 - /usr/local/bin/svn stat /src TB --- 2013-11-14 14:45:36 - At svn revision 258133 TB --- 2013-11-14 14:45:37 - building world TB --- 2013-11-14 14:45:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 14:45:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 14:45:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 14:45:37 - SRCCONF=/dev/null TB --- 2013-11-14 14:45:37 - TARGET=i386 TB --- 2013-11-14 14:45:37 - TARGET_ARCH=i386 TB --- 2013-11-14 14:45:37 - TZ=UTC TB --- 2013-11-14 14:45:37 - __MAKE_CONF=/dev/null TB --- 2013-11-14 14:45:37 - cd /src TB --- 2013-11-14 14:45:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 14:45:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 17:32:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 17:32:28 - ERROR: failed to build world TB --- 2013-11-14 17:32:28 - 8314.08 user 1345.45 system 10329.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full ___ 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"
[head tinderbox] failure on arm/arm
TB --- 2013-11-14 14:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 14:40:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 14:40:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-14 14:40:18 - cleaning the object tree TB --- 2013-11-14 14:45:32 - /usr/local/bin/svn stat /src TB --- 2013-11-14 14:45:36 - At svn revision 258133 TB --- 2013-11-14 14:45:37 - building world TB --- 2013-11-14 14:45:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 14:45:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 14:45:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 14:45:37 - SRCCONF=/dev/null TB --- 2013-11-14 14:45:37 - TARGET=arm TB --- 2013-11-14 14:45:37 - TARGET_ARCH=arm TB --- 2013-11-14 14:45:37 - TZ=UTC TB --- 2013-11-14 14:45:37 - __MAKE_CONF=/dev/null TB --- 2013-11-14 14:45:37 - cd /src TB --- 2013-11-14 14:45:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 14:45:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O -pipe -Qunused-arguments -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 17:21:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 17:21:47 - ERROR: failed to build world TB --- 2013-11-14 17:21:47 - 7680.11 user 1272.88 system 9688.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ 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"
[head tinderbox] failure on armv6/arm
TB --- 2013-11-14 14:40:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 14:40:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 14:40:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-14 14:40:18 - cleaning the object tree TB --- 2013-11-14 14:45:34 - /usr/local/bin/svn stat /src TB --- 2013-11-14 14:45:37 - At svn revision 258133 TB --- 2013-11-14 14:45:38 - building world TB --- 2013-11-14 14:45:38 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 14:45:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 14:45:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 14:45:38 - SRCCONF=/dev/null TB --- 2013-11-14 14:45:38 - TARGET=arm TB --- 2013-11-14 14:45:38 - TARGET_ARCH=armv6 TB --- 2013-11-14 14:45:38 - TZ=UTC TB --- 2013-11-14 14:45:38 - __MAKE_CONF=/dev/null TB --- 2013-11-14 14:45:38 - cd /src TB --- 2013-11-14 14:45:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 14:45:45 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O -pipe -Qunused-arguments -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 17:21:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 17:21:47 - ERROR: failed to build world TB --- 2013-11-14 17:21:47 - 7678.09 user 1278.44 system 9688.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full ___ 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: libc++ vs. libstdc++ usage in the ports tree
On Thu, Nov 14, 2013 at 09:54:52AM +, David Chisnall wrote: > On 13 Nov 2013, at 19:40, Dimitry Andric wrote: > > > On the other hand, different C++ standard libraries simply cannot be > > mixed. The internal implementations are usually completely different. > > This is not really news at all, certainly not to the ports people. :-) > > That said, it should still be possible to mix them in different > libraries. The constraint from the wiki still applies: if you > don't use STL types at library boundaries, then it should still > work. If you do, then the libc++ and libstdc++ symbols will be > mangled differently and so you will get link-time errors. > > In theory, if it links it should run... > And in practice, it is broken. http://lists.freebsd.org/pipermail/freebsd-current/2013-November/046565.html QED -- Steve ___ 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: RFC: adding queue number/size fields to ifnet
On Thu, Nov 14, 2013 at 12:01:07PM +0100, Luigi Rizzo wrote: L> Hi, L> it would be useful to have a common place with the indication of L> NIC parameters such as number of tx/rx queues and their lengths. L> L> Various 10G drivers do include this information in various places L> in the softc, but there is no common place. L> L> I was wondering if there is any objection to either or both L> of these options: L> L> 1. four fields to the struct ifnet (field names are bikeshed material L>and irrelevant for the discussion): L> if_tx_queues, if_rx_queues, if_tx_slots, if_rx_slots L> L> 2. a sysctl-like get/set method for key-value pairs (key is always a L>string, value is possibly one of a few simple types such as L>INT64, UINT64, STRING) so that we extend the system in the future, L>e.g. to handle RSS, flow control and whatnot. L> Of course this also requires to settle on names of features. L> L> This is meant for low-frequency access to the parameters of the L> device, so performance is not an issue. The API for drivers to express to the stack their capabilities is planned to be implemented soon. Andre has grant from FF for that. -- Totus tuus, Glebius. ___ 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: buildworld error on -current
On 14 Nov 2013, at 00:23, Nilton Jose Rizzo wrote: ... > ===> lib/libc++ (all) > c++ -O2 -pipe -I/usr/src/lib/libc++/../../contrib/libc++/include > -I/usr/src/li > b/libc++/../../contrib/libcxxrt -nostdlib -DLIBCXXRT -Qunused-arguments > -fstack- > protector -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare > -Wno-un > used-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses > -std=c++0x -Wno-c++11-extensions -c > /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp -o algorithm.o > In file included from > /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: > In file included from > /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:627: > /usr/src/lib/libc++/../../contrib/libc++/include/memory:3331:3: error: no > matching literal operator for call to 'operator "" __len' with argument > of > type 'unsigned long long' or 'const char *', and no matching literal > operator template > 0__len = (__len - 1) & ~static_cast<_Size>(63); > ^ > 1 error generated. There is a stray '0' character in front of that line. Did you modify the file by accident? Try doing: svn revert -R /usr/src/contrib/libc++/include/memory or if that still does not remove the stray character, delete your source tree and re-checkout. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf
From: Erwin Lansing Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf Date: Tue, 12 Nov 2013 12:13:23 +0100 > Sorry about the delay, but I did finally update all three dns/bind9* > ports today. I have dropped the complicated chroot, and related > symlinking, logic from the default rc script as I don't think that > is the right place to implement things. I would recommend users > who want the extra security to use jail(8) instead of a mere chroot. > > This change should not affect the installed base of FreeBSD 9.x and > earlier systems, but new installations there should note that the > symlink option is no longer turned on by default, but still supported. > > I tested some default cases, but by no means can test every corner case, > so please let me know how this works out. Please merge r257694 to stable/10 because remnants of BIND are still left. Best Regards. --- Yasuhiro KIMURA ___ 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: libc++ vs. libstdc++ usage in the ports tree
Am 14.11.2013 10:54 (UTC+1) schrieb David Chisnall: > On 13 Nov 2013, at 19:40, Dimitry Andric wrote: > >> On the other hand, different C++ standard libraries simply cannot be >> mixed. The internal implementations are usually completely different. >> This is not really news at all, certainly not to the ports people. :-) > > That said, it should still be possible to mix them in different libraries. > The constraint from the wiki still applies: if you don't use STL types at > library boundaries, then it should still work. If you do, then the libc++ > and libstdc++ symbols will be mangled differently and so you will get > link-time errors. > > In theory, if it links it should run... > > David With the in this thread described change of the behaviour in 10.x and HEAD, I have massive problems with building my port math/saga. Before the changes, all built and worked fine. Now, even when I add USES= compiler:openmp CXXFLAGS+= -std=gnu++0x and commenting out USE_GCC=any in the Makefile of math/saga, the build breaks with problems between x11-toolkits/wxgtk29 (build with clang) and math/saga (try to build with gcc46), see below, please. I am clueless, what to do here. Building x11-toolkits/wxgtk29 with gcc46+ is not an option. Any help is really appreciated, Rainer Hurling make -D MAKE_JOBS_UNSAFE=yes ===> Building for saga-2.1.0_2 --- all --- /usr/bin/make all-recursive --- all-recursive --- Making all in . Making all in src --- all-recursive --- Making all in saga_core --- all-recursive --- Making all in saga_api Making all in saga_odbc Making all in saga_gdi Making all in saga_cmd --- all-recursive --- Making all in man Making all in saga_gui --- all-recursive --- Making all in man --- saga_gui --- /bin/sh ../../../libtool --tag=CXX--mode=link g++46 -fPIC -D_SAGA_LINUX -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -D_SAGA_DONOTUSE_HARU -D"MODULE_LIBRARY_PATH=\"/usr/local/lib/saga\"" -D"SHARE_PATH=\"/usr/local/share/saga\"" -I.. -I. `/usr/local/bin/wxgtk2u-2.9-config --unicode=yes --cxxflags` -D_SAGA_UNICODE -fopenmp -O2 -pipe -I/usr/local/include -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -std=gnu++0x -Wl,-rpath=/usr/local/lib/gcc46 -fPIC `/usr/local/bin/wxgtk2u-2.9-config --unicode=yes --libs adv,aui,base,core,html,net,propgrid,xml` -L/usr/local/lib -lopencv_core -pthread -Wl,-rpath=/usr/local/lib/gcc46 -o saga_gui active.o active_attributes.o active_description.o active_history.o active_HTMLExtraInfo.o active_legend.o active_parameters.o callback.o data_source.o data_source_files.o data_source_odbc.o dc_helper.o dlg_about.o dlg_about_logo.o dlg_base.o dlg_colors.o dlg_colors_control.o dlg_list_base.o dlg_list_grid.o dlg_list_pointcloud.o dlg_list_shapes.o dlg_list_table.o dlg_list_tin.o dlg_parameters.o dlg_table.o dlg_text.o helper.o info.o info_messages.o parameters_control.o parameters_properties.o project.o res_commands.o res_controls.o res_dialogs.o res_images.o saga.o saga_frame.o saga_frame_droptarget.o view_base.o view_histogram.o view_layout.o view_layout_control.o view_layout_info.o view_layout_printout.o view_map.o view_map_3d.o view_map_3d_image.o view_map_control.o view_ruler.o view_scatterplot.o view_table.o view_table_control.o view_table_diagram.o wksp.o wksp_base_control.o wksp_base_item.o wksp_base_manager.o wksp_data_control.o wksp_data_item.o wksp_data_layers.o wksp_data_manager.o wksp_data_menu_file.o wksp_data_menu_files.o wksp_grid.o wksp_grid_manager.o wksp_grid_system.o wksp_layer.o wksp_layer_classify.o wksp_layer_legend.o wksp_map.o wksp_map_buttons.o wksp_map_control.o wksp_map_dc.o wksp_map_layer.o wksp_map_manager.o wksp_module.o wksp_module_control.o wksp_module_library.o wksp_module_manager.o wksp_module_menu.o wksp_pointcloud.o wksp_pointcloud_manager.o wksp_shapes.o wksp_shapes_edit.o wksp_shapes_line.o wksp_shapes_manager.o wksp_shapes_point.o wksp_shapes_points.o wksp_shapes_polygon.o wksp_shapes_type.o wksp_table.o wksp_table_manager.o wksp_tin.o wksp_tin_manager.o ../saga_api/libsaga_api.la ../saga_odbc/libsaga_odbc.la libtool: link: g++46 -fPIC -D_SAGA_LINUX -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -D_SAGA_DONOTUSE_HARU -DMODULE_LIBRARY_PATH=\"/usr/local/lib/saga\" -DSHARE_PATH=\"/usr/local/share/saga\" -I.. -I. -I/usr/local/lib/wx/include/gtk2-unicode-2.9 -I/usr/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -D_THREAD_SAFE -D_SAGA_UNICODE -fopenmp -O2 -pipe -I/usr/local/include -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -std=gnu++0x -Wl,-rpath=/usr/local/lib/gcc46 -fPIC -pthread -pthread -Wl,-rpath=/usr/local/lib/gcc46 -o .libs/saga_gui active.o active_attributes.o active_description.o active_history.o active_HTMLExtraInfo.o active_legend.o active_parameters.o callback.o data_source.o data_source_files.o data_source_odbc.o dc_helper.o dlg_about.o dlg_about_logo.o dlg_base.o dlg_colors.o dlg_colors_control.o dlg_list_base.o dlg_list_grid.o dlg_list_pointcloud.o dlg_list_s
[head tinderbox] failure on i386/pc98
TB --- 2013-11-14 08:39:43 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 08:39:43 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 08:39:43 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-11-14 08:39:43 - cleaning the object tree TB --- 2013-11-14 08:39:43 - /usr/local/bin/svn stat /src TB --- 2013-11-14 08:39:56 - At svn revision 258116 TB --- 2013-11-14 08:39:57 - building world TB --- 2013-11-14 08:39:57 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 08:39:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 08:39:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 08:39:57 - SRCCONF=/dev/null TB --- 2013-11-14 08:39:57 - TARGET=pc98 TB --- 2013-11-14 08:39:57 - TARGET_ARCH=i386 TB --- 2013-11-14 08:39:57 - TZ=UTC TB --- 2013-11-14 08:39:57 - __MAKE_CONF=/dev/null TB --- 2013-11-14 08:39:57 - cd /src TB --- 2013-11-14 08:39:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 08:40:05 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 11:37:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 11:37:09 - ERROR: failed to build world TB --- 2013-11-14 11:37:09 - 8833.15 user 1118.12 system 10645.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full ___ 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"
RFC: adding queue number/size fields to ifnet
Hi, it would be useful to have a common place with the indication of NIC parameters such as number of tx/rx queues and their lengths. Various 10G drivers do include this information in various places in the softc, but there is no common place. I was wondering if there is any objection to either or both of these options: 1. four fields to the struct ifnet (field names are bikeshed material and irrelevant for the discussion): if_tx_queues, if_rx_queues, if_tx_slots, if_rx_slots 2. a sysctl-like get/set method for key-value pairs (key is always a string, value is possibly one of a few simple types such as INT64, UINT64, STRING) so that we extend the system in the future, e.g. to handle RSS, flow control and whatnot. Of course this also requires to settle on names of features. This is meant for low-frequency access to the parameters of the device, so performance is not an issue. cheers luigi ___ 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: new Xorg (KMS, etc.) for Radeon 9600
On Wed, 13 Nov 2013 21:29:23 +0100 Jean-Sébastien Pédron wrote:
> Le 10/11/2013 18:20, d...@gmx.com a écrit :
>> drmn0: info: GTT: 0M 0xF000 - 0xEFFF
>
> Tijl Coosemans is right, the problem is this line.
>
> As I don't really now how AGP works and have no AGP hardware to
> reproduce the problem, can you post the output of the following commands
> as a start?
> pciconf -lvbce
> devinfo -vr
The attached patch should fix it, but I haven't been able to test it
yet. The ai_aperture_size field is in bytes.
Index: sys/dev/drm2/radeon/radeon_agp.c
===
--- sys/dev/drm2/radeon/radeon_agp.c (revision 258128)
+++ sys/dev/drm2/radeon/radeon_agp.c (working copy)
@@ -153,11 +153,11 @@ int radeon_agp_init(struct radeon_device
return ret;
}
- if (rdev->ddev->agp->info.ai_aperture_size < 32) {
+ if (rdev->ddev->agp->info.ai_aperture_size < (32 << 20)) {
drm_agp_release(rdev->ddev);
dev_warn(rdev->dev, "AGP aperture too small (%zuM) "
"need at least 32M, disabling AGP\n",
- rdev->ddev->agp->info.ai_aperture_size);
+ rdev->ddev->agp->info.ai_aperture_size >> 20);
return -EINVAL;
}
@@ -246,7 +246,7 @@ int radeon_agp_init(struct radeon_device
}
rdev->mc.agp_base = rdev->ddev->agp->info.ai_aperture_base;
- rdev->mc.gtt_size = rdev->ddev->agp->info.ai_aperture_size << 20;
+ rdev->mc.gtt_size = rdev->ddev->agp->info.ai_aperture_size;
rdev->mc.gtt_start = rdev->mc.agp_base;
rdev->mc.gtt_end = rdev->mc.gtt_start + rdev->mc.gtt_size - 1;
dev_info(rdev->dev, "GTT: %juM 0x%08jX - 0x%08jX\n",
___
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: bind9 remnants
to. 14. nov. 2013 kl. 11.02 +0100 skrev Olivier Smedts:
Hello,
cc'ing glebius since he committed r257694 ("Remove remnants of BIND from
/etc, since there is no BIND in base now.") which removed remnants of BIND
from /etc but not from /usr/src/etc.
Can we please remove bind9 references from etc/mtree/BSD.usr.dist ?
/usr/share/doc/bind9, /usr/share/doc/bind9/arm and
/usr/share/doc/bind9/misc are constantly re-created during a "make
installworld" or "make hierarchy" and are then removed by "make
delete-old". I'm using stable/10 right now, where r257694 has been MFCed as
r258121.
It's already in HEAD:
http://svnweb.freebsd.org/base?view=revision&revision=256769
--
Herbert
___
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"
bind9 remnants
Hello,
cc'ing glebius since he committed r257694 ("Remove remnants of BIND from
/etc, since there is no BIND in base now.") which removed remnants of BIND
from /etc but not from /usr/src/etc.
Can we please remove bind9 references from etc/mtree/BSD.usr.dist ?
/usr/share/doc/bind9, /usr/share/doc/bind9/arm and
/usr/share/doc/bind9/misc are constantly re-created during a "make
installworld" or "make hierarchy" and are then removed by "make
delete-old". I'm using stable/10 right now, where r257694 has been MFCed as
r258121.
# cd /usr/src
# mkdir /tmp/test
# make hierarchy DESTDIR=/tmp/test
# make check-old DESTDIR=/tmp/test
>>> Checking for old files
>>> Checking for old libraries
>>> Checking for old directories
/tmp/test/usr/share/doc/bind9
/tmp/test/usr/share/doc/bind9/arm
/tmp/test/usr/share/doc/bind9/misc
To remove old files and directories run 'make delete-old'.
To remove old libraries run 'make delete-old-libs'.
Thanks !
--
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: oliv...@gid0.org- against HTML email & vCards X
www: http://www.gid0.org- against proprietary attachments / \
"Il y a seulement 10 sortes de gens dans le monde :
ceux qui comprennent le binaire,
et ceux qui ne le comprennent pas."
___
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: libc++ vs. libstdc++ usage in the ports tree
On 13 Nov 2013, at 19:40, Dimitry Andric wrote: > On the other hand, different C++ standard libraries simply cannot be > mixed. The internal implementations are usually completely different. > This is not really news at all, certainly not to the ports people. :-) That said, it should still be possible to mix them in different libraries. The constraint from the wiki still applies: if you don't use STL types at library boundaries, then it should still work. If you do, then the libc++ and libstdc++ symbols will be mangled differently and so you will get link-time errors. In theory, if it links it should run... David ___ 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"
[head tinderbox] failure on i386/i386
TB --- 2013-11-14 06:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 06:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 06:00:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-11-14 06:00:18 - cleaning the object tree TB --- 2013-11-14 06:00:18 - /usr/local/bin/svn stat /src TB --- 2013-11-14 06:00:23 - At svn revision 258116 TB --- 2013-11-14 06:00:24 - building world TB --- 2013-11-14 06:00:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 06:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 06:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 06:00:24 - SRCCONF=/dev/null TB --- 2013-11-14 06:00:24 - TARGET=i386 TB --- 2013-11-14 06:00:24 - TARGET_ARCH=i386 TB --- 2013-11-14 06:00:24 - TZ=UTC TB --- 2013-11-14 06:00:24 - __MAKE_CONF=/dev/null TB --- 2013-11-14 06:00:24 - cd /src TB --- 2013-11-14 06:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 06:00:31 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 08:48:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 08:48:33 - ERROR: failed to build world TB --- 2013-11-14 08:48:33 - 8315.08 user 1341.48 system 10094.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full ___ 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"
[head tinderbox] failure on amd64/amd64
TB --- 2013-11-14 06:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 06:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 06:00:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-11-14 06:00:18 - cleaning the object tree TB --- 2013-11-14 06:00:18 - /usr/local/bin/svn stat /src TB --- 2013-11-14 06:00:23 - At svn revision 258116 TB --- 2013-11-14 06:00:24 - building world TB --- 2013-11-14 06:00:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 06:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 06:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 06:00:24 - SRCCONF=/dev/null TB --- 2013-11-14 06:00:24 - TARGET=amd64 TB --- 2013-11-14 06:00:24 - TARGET_ARCH=amd64 TB --- 2013-11-14 06:00:24 - TZ=UTC TB --- 2013-11-14 06:00:24 - __MAKE_CONF=/dev/null TB --- 2013-11-14 06:00:24 - cd /src TB --- 2013-11-14 06:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 06:00:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 08:48:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 08:48:33 - ERROR: failed to build world TB --- 2013-11-14 08:48:33 - 8314.66 user 1318.48 system 10094.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full ___ 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"
[head tinderbox] failure on armv6/arm
TB --- 2013-11-14 06:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 06:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 06:00:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-11-14 06:00:18 - cleaning the object tree TB --- 2013-11-14 06:00:18 - /usr/local/bin/svn stat /src TB --- 2013-11-14 06:00:23 - At svn revision 258116 TB --- 2013-11-14 06:00:24 - building world TB --- 2013-11-14 06:00:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 06:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 06:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 06:00:24 - SRCCONF=/dev/null TB --- 2013-11-14 06:00:24 - TARGET=arm TB --- 2013-11-14 06:00:24 - TARGET_ARCH=armv6 TB --- 2013-11-14 06:00:24 - TZ=UTC TB --- 2013-11-14 06:00:24 - __MAKE_CONF=/dev/null TB --- 2013-11-14 06:00:24 - cd /src TB --- 2013-11-14 06:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 06:00:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O -pipe -Qunused-arguments -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 08:39:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 08:39:43 - ERROR: failed to build world TB --- 2013-11-14 08:39:43 - 7683.83 user 1292.60 system 9564.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full ___ 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: CAM panic with tethered Virgin Mobile Mifi 2200
On 13 Nov, To: freebsd-current@freebsd.org wrote: > I've had a Virgin Mobile MiFi 2200 CDMA modem for a few years that I've > successfully been using in tethered mode on my 8-STABLE laptop. The > only issue is that I have to do a camcontrol eject to get it to switch > from being a umass device to being a modem. > > Today I decided to try to add this device to usbdevices and u3g, with > the U3GINIT_SCSIEJECT quirk so it would be more convenient to use. > > I plugged it into my 11-CURRENT machine to find it's ID. This showed > up in /var/log/messages: > > Nov 13 16:42:16 scratch kernel: ugen2.2: at usbus2 > Nov 13 16:42:16 scratch kernel: umass0: Wireless CDMA, class 0/0, rev 1.10/0.00, addr 2> on usbus2 > Nov 13 16:42:16 scratch kernel: umass0: SCSI over Bulk-Only; quirks = 0x0100 > Nov 13 16:42:16 scratch kernel: umass0:9:0: Attached to scbus9 > Nov 13 16:42:16 scratch kernel: cd0 at umass-sim0 bus 0 scbus9 target 0 lun 0 > Nov 13 16:42:16 scratch kernel: cd0: Removable > CD-ROM SCSI-2 device > Nov 13 16:42:16 scratch kernel: cd0: Serial Number 09116664373 > Nov 13 16:42:16 scratch kernel: cd0: 1.000MB/s transfers > Nov 13 16:42:16 scratch kernel: cd0: Attempt to query device size failed: NOT > READY, Medium not present > Nov 13 16:42:16 scratch kernel: cd0: quirks=0x10<10_BYTE_ONLY> > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): Retrying command (per > sense data) > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:17 scratch kernel: (cd0:umass-sim0:0:0:0): Retrying command (per > sense data) > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): Retrying command (per > sense data) > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:18 scratch kernel: (cd0:umass-sim0:0:0:0): Retrying command (per > sense data) > Nov 13 16:42:19 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:19 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:19 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:19 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:19 scratch kernel: (cd0:umass-sim0:0:0:0): Error 6, Retries > exhausted > Nov 13 16:42:19 scratch kernel: (cd0:umass-sim0:0:0:0): cddone: got error 0x6 > back > Nov 13 16:42:20 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:20 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:20 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:20 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:20 scratch kernel: (cd0:umass-sim0:0:0:0): Retrying command (per > sense data) > Nov 13 16:42:21 scratch kernel: (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 > 00 00 c8 00 00 00 01 00 > Nov 13 16:42:21 scratch kernel: (cd0:umass-sim0:0:0:0): CAM status: SCSI > Status Error > Nov 13 16:42:21 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI status: Check > Condition > Nov 13 16:42:21 scratch kernel: (cd0:umass-sim0:0:0:0): SCSI sense: UNIT > ATTENTION asc:, (Reserved ASC/ASCQ pair) > Nov 13 16:42:21 scratch kernel: (cd0:umass-sim0:0:0:0): Retrying
[head tinderbox] failure on arm/arm
TB --- 2013-11-14 06:00:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-14 06:00:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-14 06:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-14 06:00:18 - cleaning the object tree TB --- 2013-11-14 06:00:18 - /usr/local/bin/svn stat /src TB --- 2013-11-14 06:00:23 - At svn revision 258116 TB --- 2013-11-14 06:00:24 - building world TB --- 2013-11-14 06:00:24 - CROSS_BUILD_TESTING=YES TB --- 2013-11-14 06:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-14 06:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-14 06:00:24 - SRCCONF=/dev/null TB --- 2013-11-14 06:00:24 - TARGET=arm TB --- 2013-11-14 06:00:24 - TARGET_ARCH=arm TB --- 2013-11-14 06:00:24 - TZ=UTC TB --- 2013-11-14 06:00:24 - __MAKE_CONF=/dev/null TB --- 2013-11-14 06:00:24 - cd /src TB --- 2013-11-14 06:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Nov 14 06:00:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] c++ -O -pipe -Qunused-arguments -Wsystem-headers -Werror -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-c++11-extensions -I/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/src/gnu/usr.bin/gperf -c /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:782:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ /src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc:1910:11: error: format string is empty [-Werror,-Wformat-zero-length] "", option.get_size_type()); ^~ 2 errors generated. *** Error code 1 Stop. bmake[4]: stopped in /src/gnu/usr.bin/gperf *** Error code 1 Stop. bmake[3]: stopped in /src/gnu/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/gnu *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-11-14 08:39:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-14 08:39:43 - ERROR: failed to build world TB --- 2013-11-14 08:39:43 - 7682.90 user 1292.12 system 9564.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ 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"
