Re: [head tinderbox] failure on i386/i386
Suppose some bit error of memory or storage of the tinderbox machine? On Sat, 24 Mar 2012 05:41:28 GMT FreeBSD Tinderbox tinder...@freebsd.org wrote: (snip) /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine 'f'(0x66) ^ 'n'(0x6e) = 0x08 /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino 'e'(0x65) ^ 'o'(0x6f) = 0x0a /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine 'd'(0x64) ^ 'l'(0x6c) = 0x08 /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine 'd'(0x64) ^ 't'(0x74) = 0x10 /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine 'e'(0x65) ^ 'o'(0x6f) = 0x0a FYI, -- -|-__ YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - ___ 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 mips/mips
TB --- 2012-03-24 05:41:29 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 05:41:29 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-24 05:41:29 - cleaning the object tree TB --- 2012-03-24 05:41:33 - cvsupping the source tree TB --- 2012-03-24 05:41:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-24 05:41:44 - building world TB --- 2012-03-24 05:41:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 05:41:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 05:41:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 05:41:44 - SRCCONF=/dev/null TB --- 2012-03-24 05:41:44 - TARGET=mips TB --- 2012-03-24 05:41:44 - TARGET_ARCH=mips TB --- 2012-03-24 05:41:44 - TZ=UTC TB --- 2012-03-24 05:41:44 - __MAKE_CONF=/dev/null TB --- 2012-03-24 05:41:44 - cd /src TB --- 2012-03-24 05:41:44 - /usr/bin/make -B buildworld World build started on Sat Mar 24 05:41:46 UTC 2012 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 kfd.8.gz === kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 06:26:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 06:26:40 - ERROR: failed to build world TB --- 2012-03-24 06:26:40 - 1967.37 user 436.57 system 2711.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.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: USB Flash drive problem with 9.0
on 24/03/2012 04:17 Kaho Toshikazu said the following: Hello, I have a similar problem with Transcend 16GB USB flash. When the flash is plugged, FreeBSD attache it, but reports very big capacity and can not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. 10-current and 8-stable have same problem, and 9-stable is not tested. Could the problem be related to r229288 (r232943 in stable/9)? The dates below match the MFC date 2012-03-13. To: freebsd-...@freebsd.org Subject: Re: USB Flash drive problem with 9.0 From: Hans Petter Selasky hsela...@c2i.net Date: Fri, 23 Mar 2012 08:25:32 +0100 Cc: Alexander Motin m...@freebsd.org, freebsd-current@freebsd.org, J.J. Day day1...@hotmail.com On Friday 23 March 2012 06:14:08 J.J. Day wrote: I am upgrading a FreeBSD server and have encountered a problem with mounting a USB flash drive. The system was on 6.3 and I upgraded to 9.0 using CVS repositories. The flash drive worked properly at all steps throughout the upgrade. However, after the OS upgrade was complete, I made a mistake and destroyed some of the server application. So, I set the upgraded drive aside, copied the original source drive to a different spare, and repeated the upgrade process taking care to verify the functioning of the applications during the process. When I finished the second time, everything worked properly except for mounting the flash drive. it appears that something changed with the OS code that reads the drive firmware between the first time I ran cvsup on (about) the 9th and the second time I ran it about the 18th. This is the output from the first upgrade (3/11/2012) when the drive is inserted: ugen4.2: HP at usbus4 umass0: HP v165w, class 0/0, rev 2.00/32.76, addr 2 on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:2:0:-1: Attached to scbus2 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: hp v165w 3276 Removable Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 30960MB (63406080 512 byte sectors: 255H 63S/T 3946C) And diskinfo output: da0 512 # sectorsize 32463912960 # mediasize in bytes (30G) 63406080# mediasize in sectors 0 # stripesize 0 # stripeoffset 3946# Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. AA22064F0035# Disk ident. This is the output from the second upgrade (3/18/2012) when the drive is inserted: ugen4.2: HP at usbus4 umass0: HP v165w, class 0/0, rev 2.00/32.76, addr 2 on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:2:0:-1: Attached to scbus2 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: hp v165w 3276 Removable Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) And diskinfo shows: Hi, da0 512 # sectorsize -144115188075855360 # mediasize in bytes () -281474976710655# mediasize in sectors 0 # stripesize 0 # stripeoffset -137438953471 # Cylinders according to firmware. 64 # Heads according to firmware. 32 # Sectors according to firmware. AA22064F0035# Disk ident. Since the size information is incorrect, the /dev/da0s1 device is not created and the drive cannot be mounted. The problem only happens with a large drive. When I use a 4GB or 8GB drive, everything works correctly. If there is any information that I can submit that can assist in solving the problem please let me know. This does not look like a USB problem. It is the SCSI/CAM layer which queries over SCSI USB how big the disk is. BTW: dec2hex(17454747090944) ans = FE0 So it looks like some additional bits have sneaked in there? dec2hex(32463912960) ans = 78F00 0xFE0 / 0x78F00 ans = 537.67 So it looks like the mediasize was multiplied by 512 when it shouldn't. --HPS -- Andriy Gapon ___ 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 --- 2012-03-24 09:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 09:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 09:50:00 - cleaning the object tree TB --- 2012-03-24 09:50:02 - cvsupping the source tree TB --- 2012-03-24 09:50:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 09:55:44 - building world TB --- 2012-03-24 09:55:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 09:55:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 09:55:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 09:55:44 - SRCCONF=/dev/null TB --- 2012-03-24 09:55:44 - TARGET=i386 TB --- 2012-03-24 09:55:44 - TARGET_ARCH=i386 TB --- 2012-03-24 09:55:44 - TZ=UTC TB --- 2012-03-24 09:55:44 - __MAKE_CONF=/dev/null TB --- 2012-03-24 09:55:44 - cd /src TB --- 2012-03-24 09:55:44 - /usr/bin/make -B buildworld World build started on Sat Mar 24 09:55:44 UTC 2012 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 World build completed on Sat Mar 24 12:00:29 UTC 2012 TB --- 2012-03-24 12:00:29 - generating LINT kernel config TB --- 2012-03-24 12:00:29 - cd /src/sys/i386/conf TB --- 2012-03-24 12:00:29 - /usr/bin/make -B LINT TB --- 2012-03-24 12:00:29 - cd /src/sys/i386/conf TB --- 2012-03-24 12:00:29 - /usr/sbin/config -m LINT TB --- 2012-03-24 12:00:29 - building LINT kernel TB --- 2012-03-24 12:00:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 12:00:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 12:00:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 12:00:29 - SRCCONF=/dev/null TB --- 2012-03-24 12:00:29 - TARGET=i386 TB --- 2012-03-24 12:00:29 - TARGET_ARCH=i386 TB --- 2012-03-24 12:00:29 - TZ=UTC TB --- 2012-03-24 12:00:29 - __MAKE_CONF=/dev/null TB --- 2012-03-24 12:00:29 - cd /src TB --- 2012-03-24 12:00:29 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Mar 24 12:00:30 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 12:02:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 12:02:30 - ERROR: failed to build LINT kernel TB --- 2012-03-24 12:02:30 - 6220.64 user 896.05 system 7949.82 real http://tinderbox.freebsd.org/tinderbox-head-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 mips/mips
TB --- 2012-03-24 12:02:30 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 12:02:30 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-24 12:02:30 - cleaning the object tree TB --- 2012-03-24 12:02:33 - cvsupping the source tree TB --- 2012-03-24 12:02:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-24 12:02:47 - building world TB --- 2012-03-24 12:02:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 12:02:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 12:02:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 12:02:47 - SRCCONF=/dev/null TB --- 2012-03-24 12:02:47 - TARGET=mips TB --- 2012-03-24 12:02:47 - TARGET_ARCH=mips TB --- 2012-03-24 12:02:47 - TZ=UTC TB --- 2012-03-24 12:02:47 - __MAKE_CONF=/dev/null TB --- 2012-03-24 12:02:47 - cd /src TB --- 2012-03-24 12:02:47 - /usr/bin/make -B buildworld World build started on Sat Mar 24 12:02:47 UTC 2012 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 kfd.8.gz === kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 12:49:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 12:49:13 - ERROR: failed to build world TB --- 2012-03-24 12:49:13 - 2052.01 user 448.76 system 2803.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.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
HEADS UP: As of r233419, head should compile cleanly with clang
Hi, As of r233419 in head, you should now be able to build world and the GENERIC kernel using clang, and without the need to place NO_WERROR= and/or WERROR= in your src.conf file. Note this is only valid for i386 and amd64, and there are still some non-standard world settings that lead to warnings that break the build. For example, WITH_ICONV does not fully work yet. Also, not all kernel configurations will fully compile without warnings. If there are any clang-specific warnings that you get for your custom kernel configuration, please let me know, so I can go hunting for a proper fix or workaround. Last but not least, it would be nice to have world and kernel not regress anymore, so if there is somebody who can offer resources for a tinderbox or other continuous head build with clang, please speak up. :) ___ 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: /usr/bin/tar creates invalid lib file (was: Re: /usr/bin/strip: File format not recognized)
On Fri, Mar 23, 2012 at 9:51 PM, Boris Samorodov b...@passap.ru wrote: On 24.03.2012 01:29, Dimitry Andric wrote: On 2012-03-23 21:12, Boris Samorodov wrote: I'm not sure but it seems to me that the question is more about -current that -ports. While updating devel/nspr I get this: ... /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized It builds and installs fine here, both on i386 and amd64, using both gcc and clang. What is the output of: file /usr/local/lib/libnspr4.so.1 on your system? I've done some steps to diagnose the case. Seems that /usr/bin/tar does not create correct library: - % file /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped % file /usr/local/lib/libnspr4.so.1 /usr/local/lib/libnspr4.so.1: data % hd -C /usr/local/lib/libnspr4.so.1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * % tar --version bsdtar 3.0.3 - libarchive 3.0.3 - The library (/usr/local/lib/libnspr4.so.1) is created by the command: - /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - All that does is shuffle around files; it doesn't make any libraries. The question I'd have is are there multiple instances running in parallel, or not? Thanks, -Garrett ___ 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: HEADS UP: As of r233419, head should compile cleanly with clang
On Sat, Mar 24, 2012 at 10:08 AM, Dimitry Andric d...@freebsd.org wrote: Hi, As of r233419 in head, you should now be able to build world and the GENERIC kernel using clang, and without the need to place NO_WERROR= and/or WERROR= in your src.conf file. Note this is only valid for i386 and amd64, and there are still some non-standard world settings that lead to warnings that break the build. For example, WITH_ICONV does not fully work yet. Also, not all kernel configurations will fully compile without warnings. If there are any clang-specific warnings that you get for your custom kernel configuration, please let me know, so I can go hunting for a proper fix or workaround. Last but not least, it would be nice to have world and kernel not regress anymore, so if there is somebody who can offer resources for a tinderbox or other continuous head build with clang, please speak up. :) ___ 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 Are the defaults for clang, llvm, and the related tools now in /usr/bin instead of /usr/local/bin? Are the versions at 3.x? Will building clang in /usr/src result in a 3.x build or will I need to edit the clang/Makefile and llvm/Makefile to install everything in /usr/bin without causing an error? I've already reported the error to brooke@ but obviously: 1) Being on PowerPC it doesn't seem to get any responses. 2) Because the email was from me, it was ignored. ___ 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
Fwd: general clang error: cause for worry?
-- Forwarded message -- From: Super Bisquit superbisq...@gmail.com Date: Fri, Mar 16, 2012 at 11:17 PM Subject: general clang error: cause for worry? To: bro...@freebsd.org chipchop# pkg_info|grep clang clang-3.0 C, Objective-C, and (alpha-quality) C++ compiler chipchop# pkg_info | grep llvm llvm-3.0Low Level Virtual Machine chipchop# ls /usr/bin/cl* /usr/bin/clang/usr/bin/clang++/usr/bin/clear chipchop# /usr/bin/clang --version FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007 Target: powerpc-undermydesk-freebsd9.0 Thread model: posix chipchop# ls /usr/local/bin/cl* /usr/local/bin/clang/usr/local/bin/clang-tblgen /usr/local/bin/clearspd /usr/local/bin/clang++/usr/local/bin/cleanlinks chipchop# ls /usr/local/bin/clang --version ls: --version: No such file or directory /usr/local/bin/clang chipchop# /usr/local/bin/clang --version /libexec/ld-elf.so.1: /usr/local/lib/libLLVM-3.0.so: Unsupported relocation type 10 in non-PLT relocations chipchop# As in my response to Dimitri, this is the error. If this error occurs on the real machine, it will occur on Tinderbox. ___ 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: general clang error: cause for worry?
On Sat, 24 Mar 2012 11:58:04 -0400 Super Bisquit superbisq...@gmail.com wrote: -- Forwarded message -- From: Super Bisquit superbisq...@gmail.com Date: Fri, Mar 16, 2012 at 11:17 PM Subject: general clang error: cause for worry? To: bro...@freebsd.org chipchop# pkg_info|grep clang clang-3.0 C, Objective-C, and (alpha-quality) C++ compiler chipchop# pkg_info | grep llvm llvm-3.0Low Level Virtual Machine chipchop# ls /usr/bin/cl* /usr/bin/clang/usr/bin/clang++/usr/bin/clear chipchop# /usr/bin/clang --version FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007 Target: powerpc-undermydesk-freebsd9.0 Thread model: posix chipchop# ls /usr/local/bin/cl* /usr/local/bin/clang/usr/local/bin/clang-tblgen /usr/local/bin/clearspd /usr/local/bin/clang++/usr/local/bin/cleanlinks chipchop# ls /usr/local/bin/clang --version ls: --version: No such file or directory /usr/local/bin/clang chipchop# /usr/local/bin/clang --version /libexec/ld-elf.so.1: /usr/local/lib/libLLVM-3.0.so: Unsupported relocation type 10 in non-PLT relocations chipchop# As in my response to Dimitri, this is the error. If this error occurs on the real machine, it will occur on Tinderbox. Yes, the ports clang does have a problem, because it's built with shared libraries. I've reported it (tacked onto an existing report) to llvm. The cause is that there is a symbol in the PowerPC JIT code that's naked (no PIC annotations), so the shared library fails to load at runtime. I will submit a separate bug report to llvm in the near future, just so it doesn't get lost. - Justin ___ 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: /usr/bin/tar creates invalid lib file (was: Re: /usr/bin/strip: File format not recognized)
On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: On 24.03.2012 01:29, Dimitry Andric wrote: On 2012-03-23 21:12, Boris Samorodov wrote: I'm not sure but it seems to me that the question is more about -current that -ports. While updating devel/nspr I get this: ... /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized It builds and installs fine here, both on i386 and amd64, using both gcc and clang. What is the output of: file /usr/local/lib/libnspr4.so.1 on your system? I've done some steps to diagnose the case. Seems that /usr/bin/tar does not create correct library: - % file /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped % file /usr/local/lib/libnspr4.so.1 /usr/local/lib/libnspr4.so.1: data % hd -C /usr/local/lib/libnspr4.so.1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * % tar --version bsdtar 3.0.3 - libarchive 3.0.3 - The library (/usr/local/lib/libnspr4.so.1) is created by the command: - /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - - Can you send me the output of: tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 (A tar archive containing only that one source file.) This looks similar to a bug that we found in libarchive recently I didn't think that bug impacted FreeBSD, but I may have been wrong…. if it did, it will be obvious from the structure of the created archive. Tim ___ 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: /usr/bin/tar creates invalid lib file
24.03.2012 19:04, Garrett Cooper пишет: On Fri, Mar 23, 2012 at 9:51 PM, Boris Samorodov b...@passap.ru wrote: On 24.03.2012 01:29, Dimitry Andric wrote: On 2012-03-23 21:12, Boris Samorodov wrote: I'm not sure but it seems to me that the question is more about -current that -ports. While updating devel/nspr I get this: ... /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized It builds and installs fine here, both on i386 and amd64, using both gcc and clang. What is the output of: file /usr/local/lib/libnspr4.so.1 on your system? I've done some steps to diagnose the case. Seems that /usr/bin/tar does not create correct library: - % file /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped % file /usr/local/lib/libnspr4.so.1 /usr/local/lib/libnspr4.so.1: data % hd -C /usr/local/lib/libnspr4.so.1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * % tar --version bsdtar 3.0.3 - libarchive 3.0.3 - The library (/usr/local/lib/libnspr4.so.1) is created by the command: - /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - All that does is shuffle around files; it doesn't make any libraries. The question I'd have is are there multiple instances running in parallel, or not? Since I tried the command by hand and got the same result as while using the port, I assume that the answer is no, there are not. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/bin/tar creates invalid lib file
24.03.2012 21:00, Tim Kientzle пишет: Can you send me the output of: Sure. I'll do it tomorrow (the machine is at work). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2012-03-24 16:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 16:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 16:10:00 - cleaning the object tree TB --- 2012-03-24 16:10:10 - cvsupping the source tree TB --- 2012-03-24 16:10:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 16:15:35 - building world TB --- 2012-03-24 16:15:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 16:15:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 16:15:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 16:15:35 - SRCCONF=/dev/null TB --- 2012-03-24 16:15:35 - TARGET=i386 TB --- 2012-03-24 16:15:35 - TARGET_ARCH=i386 TB --- 2012-03-24 16:15:35 - TZ=UTC TB --- 2012-03-24 16:15:35 - __MAKE_CONF=/dev/null TB --- 2012-03-24 16:15:35 - cd /src TB --- 2012-03-24 16:15:35 - /usr/bin/make -B buildworld World build started on Sat Mar 24 16:15:35 UTC 2012 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 World build completed on Sat Mar 24 18:23:59 UTC 2012 TB --- 2012-03-24 18:23:59 - generating LINT kernel config TB --- 2012-03-24 18:23:59 - cd /src/sys/i386/conf TB --- 2012-03-24 18:23:59 - /usr/bin/make -B LINT TB --- 2012-03-24 18:23:59 - cd /src/sys/i386/conf TB --- 2012-03-24 18:23:59 - /usr/sbin/config -m LINT TB --- 2012-03-24 18:23:59 - building LINT kernel TB --- 2012-03-24 18:23:59 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 18:23:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 18:23:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 18:23:59 - SRCCONF=/dev/null TB --- 2012-03-24 18:23:59 - TARGET=i386 TB --- 2012-03-24 18:23:59 - TARGET_ARCH=i386 TB --- 2012-03-24 18:23:59 - TZ=UTC TB --- 2012-03-24 18:23:59 - __MAKE_CONF=/dev/null TB --- 2012-03-24 18:23:59 - cd /src TB --- 2012-03-24 18:23:59 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Mar 24 18:23:59 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 18:26:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 18:26:26 - ERROR: failed to build LINT kernel TB --- 2012-03-24 18:26:26 - 6406.32 user 918.05 system 8185.48 real http://tinderbox.freebsd.org/tinderbox-head-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 mips/mips
TB --- 2012-03-24 18:26:26 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 18:26:26 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-24 18:26:26 - cleaning the object tree TB --- 2012-03-24 18:26:30 - cvsupping the source tree TB --- 2012-03-24 18:26:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-24 18:26:45 - building world TB --- 2012-03-24 18:26:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 18:26:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 18:26:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 18:26:45 - SRCCONF=/dev/null TB --- 2012-03-24 18:26:45 - TARGET=mips TB --- 2012-03-24 18:26:45 - TARGET_ARCH=mips TB --- 2012-03-24 18:26:45 - TZ=UTC TB --- 2012-03-24 18:26:45 - __MAKE_CONF=/dev/null TB --- 2012-03-24 18:26:45 - cd /src TB --- 2012-03-24 18:26:45 - /usr/bin/make -B buildworld World build started on Sat Mar 24 18:26:46 UTC 2012 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 kfd.8.gz === kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 19:14:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 19:14:13 - ERROR: failed to build world TB --- 2012-03-24 19:14:13 - 2088.27 user 459.35 system 2866.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.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: HEADS UP: As of r233419, head should compile cleanly with clang
Nice! Is 9-STABLE also planned to be cleaned up? -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-As-of-r233419-head-should-compile-cleanly-with-clang-tp5591742p5592266.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ 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
[ACPI] panic on battery insertion since last ACPI update
With yesterday's CURRENT (r233364) the system panics when I insert the battery into the notebook. milhouse.bsd-geek.de dumped core - see /var/crash/vmcore.0 Sat Mar 24 22:26:15 CET 2012 FreeBSD milhouse.bsd-geek.de 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r233364M: Fri Mar 23 17:48:19 CET 2012 l...@milhouse.bsd-geek.de:/usr/obj/usr/src/sys/GENERIC amd64 panic: from debugger GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0x80320160 stack pointer = 0x28:0xff8116346690 frame pointer = 0x28:0xff81163466b0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2488 (hald) Uptime: 31s Dumping 350 out of 3970 MB: Loaded symbols for /boot/kernel/ext2fs.ko #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 268 if (textdump textdump_pending) { (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:268 #1 0x8086e2bf in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:454 #2 0x8086e797 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:642 #3 0x80328c67 in db_panic (addr=Variable addr is not available. ) at /usr/src/sys/ddb/db_command.c:482 #4 0x80329071 in db_command (last_cmdp=0x811560a0, cmd_table=dwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/sys/ddb/db_command.c:449 #5 0x803292c0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #6 0x8032b3f9 in db_trap (type=Variable type is not available. ) at /usr/src/sys/ddb/db_main.c:229 #7 0x808a4b58 in kdb_trap (type=9, code=0, tf=0xff81163465e0) at /usr/src/sys/kern/subr_kdb.c:629 #8 0x80b6729d in trap_fatal (frame=0xff81163465e0, eva=Variable eva is not available. ) at /usr/src/sys/amd64/amd64/trap.c:833 #9 0x80b67825 in trap (frame=0xff81163465e0) at /usr/src/sys/amd64/amd64/trap.c:597 #10 0x80b5224f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #11 0x80320160 in AcpiOsAcquireObject (Cache=0xfe00028c9940) at /usr/src/sys/contrib/dev/acpica/components/utilities/utcache.c:319 #12 0x80322f62 in AcpiUtAllocateObjectDescDbg ( ModuleName=0x80c0c2c0 exoparg2, LineNumber=398, ComponentId=Variable ComponentId is not available. ) at /usr/src/sys/contrib/dev/acpica/components/utilities/utobject.c:437 #13 0x80322fc1 in AcpiUtCreateInternalObjectDbg ( ModuleName=0x80c0c2c0 exoparg2, LineNumber=398, ComponentId=128, Type=20) at /usr/src/sys/contrib/dev/acpica/components/utilities/utobject.c:112 #14 0x8030fbb8 in AcpiExOpcode_2A_1T_1R (WalkState=0xfe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/executer/exoparg2.c:398 #15 0x80306453 in AcpiDsExecEndOp (WalkState=0xfe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dswexec.c:475 #16 0x80319f1c in AcpiPsParseLoop (WalkState=0xfe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/parser/psloop.c:1249 #17 0x8031aa6d in AcpiPsParseAml (WalkState=0xfe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/parser/psparse.c:525 #18 0x8031b74d in AcpiPsExecuteMethod (Info=0xfe0049063600) at /usr/src/sys/contrib/dev/acpica/components/parser/psxface.c:368 #19 0x80315012 in AcpiNsEvaluate (Info=0xfe0049063600) at /usr/src/sys/contrib/dev/acpica/components/namespace/nseval.c:193 #20 0x80318511 in AcpiEvaluateObject (Handle=0xfe0002c6f040, Pathname=0x80c198db _BST, ExternalParams=0x0, ReturnBuffer=0xff8116346920) at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:289 #21 0x803407ad in acpi_cmbat_get_bst (arg=Variable arg is not available. ) at /usr/src/sys/dev/acpica/acpi_cmbat.c:258 #22 0x80340ab8 in acpi_cmbat_bst (dev=0xfe0002cf6800, bstp=0xfe00132bbc00) at /usr/src/sys/dev/acpica/acpi_cmbat.c:419 #23 0x8078a1cb in devfs_ioctl_f (fp=0xfe0049257140, com=3231990289, data=Variable data is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #24 0x808b7e75 in kern_ioctl (td=Variable td is not available. ) at file.h:287 #25 0x808b80ad in sys_ioctl (td=0xfe0007ac1460,
Re: HEADS UP: As of r233419, head should compile cleanly with clang
On 2012-03-24 16:52, Super Bisquit wrote: On Sat, Mar 24, 2012 at 10:08 AM, Dimitry Andric d...@freebsd.org wrote: As of r233419 in head, you should now be able to build world and the GENERIC kernel using clang, and without the need to place NO_WERROR= and/or WERROR= in your src.conf file. ... Are the defaults for clang, llvm, and the related tools now in /usr/bin instead of /usr/local/bin? I was talking about clang in base, not the port. The port will obviously keep on installing under /usr/local, or wherever your LOCALBASE setting points to. The default for base is to only build clang, clang-tblgen and tblgen, and install those in /usr/bin. If you want the additional tools such as llc, opt, and others, you can use the WITH_CLANG_EXTRAS setting in src.conf(5). Currently, we don't install shared libraries for llvm and clang. Are the versions at 3.x? The version in head and stable/9 is currently the 3.0 release, with a few small backports of post-3.0 fixes. I will import a newer snapshot of the clang trunk into head soonish, but I don't have an exact ETA yet. This most likely will not be merged to stable/9. Will building clang in /usr/src result in a 3.x build or will I need to edit the clang/Makefile and llvm/Makefile to install everything in /usr/bin without causing an error? There's no need to edit, just building and installing world will do the right thing. I've already reported the error to brooke@ but obviously: 1) Being on PowerPC it doesn't seem to get any responses. 2) Because the email was from me, it was ignored. I assume you were talking about the port? If so, the ports mailing list is a better place to discuss it. Also, clang on PowerPC is not yet ready for production. Any help there is appreciated, but it is better to go to the LLVM mailing lists and Bugzilla directly. ___ 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 --- 2012-03-24 22:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 22:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 22:40:00 - cleaning the object tree TB --- 2012-03-24 22:40:04 - cvsupping the source tree TB --- 2012-03-24 22:40:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 22:45:30 - building world TB --- 2012-03-24 22:45:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 22:45:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 22:45:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 22:45:30 - SRCCONF=/dev/null TB --- 2012-03-24 22:45:30 - TARGET=i386 TB --- 2012-03-24 22:45:30 - TARGET_ARCH=i386 TB --- 2012-03-24 22:45:30 - TZ=UTC TB --- 2012-03-24 22:45:30 - __MAKE_CONF=/dev/null TB --- 2012-03-24 22:45:30 - cd /src TB --- 2012-03-24 22:45:30 - /usr/bin/make -B buildworld World build started on Sat Mar 24 22:45:30 UTC 2012 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 World build completed on Sun Mar 25 00:53:59 UTC 2012 TB --- 2012-03-25 00:53:59 - generating LINT kernel config TB --- 2012-03-25 00:53:59 - cd /src/sys/i386/conf TB --- 2012-03-25 00:53:59 - /usr/bin/make -B LINT TB --- 2012-03-25 00:53:59 - cd /src/sys/i386/conf TB --- 2012-03-25 00:53:59 - /usr/sbin/config -m LINT TB --- 2012-03-25 00:53:59 - building LINT kernel TB --- 2012-03-25 00:53:59 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 00:53:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 00:53:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 00:53:59 - SRCCONF=/dev/null TB --- 2012-03-25 00:53:59 - TARGET=i386 TB --- 2012-03-25 00:53:59 - TARGET_ARCH=i386 TB --- 2012-03-25 00:53:59 - TZ=UTC TB --- 2012-03-25 00:53:59 - __MAKE_CONF=/dev/null TB --- 2012-03-25 00:53:59 - cd /src TB --- 2012-03-25 00:53:59 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Mar 25 00:53:59 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 00:55:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 00:55:59 - ERROR: failed to build LINT kernel TB --- 2012-03-25 00:55:59 - 6392.80 user 909.52 system 8158.95 real http://tinderbox.freebsd.org/tinderbox-head-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 mips/mips
TB --- 2012-03-25 00:55:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 00:55:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 00:55:59 - cleaning the object tree TB --- 2012-03-25 00:56:03 - cvsupping the source tree TB --- 2012-03-25 00:56:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 00:56:47 - building world TB --- 2012-03-25 00:56:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 00:56:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 00:56:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 00:56:47 - SRCCONF=/dev/null TB --- 2012-03-25 00:56:47 - TARGET=mips TB --- 2012-03-25 00:56:47 - TARGET_ARCH=mips TB --- 2012-03-25 00:56:47 - TZ=UTC TB --- 2012-03-25 00:56:47 - __MAKE_CONF=/dev/null TB --- 2012-03-25 00:56:47 - cd /src TB --- 2012-03-25 00:56:47 - /usr/bin/make -B buildworld World build started on Sun Mar 25 00:56:48 UTC 2012 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 kfd.8.gz === kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 01:44:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 01:44:10 - ERROR: failed to build world TB --- 2012-03-25 01:44:10 - 2101.32 user 450.32 system 2890.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.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: USB Flash drive problem with 9.0
Hello Andriy Gapon, Thank you for your comment. Message-ID: 4f6d9672.4050...@freebsd.org Date: Sat, 24 Mar 2012 11:40:02 +0200 on 24/03/2012 04:17 Kaho Toshikazu said the following: Hello, I have a similar problem with Transcend 16GB USB flash. When the flash is plugged, FreeBSD attache it, but reports very big capacity and can not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. 10-current and 8-stable have same problem, and 9-stable is not tested. Could the problem be related to r229288 (r232943 in stable/9)? The dates below match the MFC date 2012-03-13. 10-current r26 with reveting only scsi_da.c changed by r233288 has same problem. Should I revert whole system ? -- Kaho Toshikazu ___ 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