Author: dim
Date: Fri Oct 15 21:40:20 2010
New Revision: 213906
URL: http://svn.freebsd.org/changeset/base/213906
Log:
Remove two .endp's without matching .proc in lib/csu/ia64/crtn.S.
This allows it to assemble with newer binutils.
Reviewed by: marcel
Modified:
Author: dim
Date: Sun Oct 17 18:49:45 2010
New Revision: 213989
URL: http://svn.freebsd.org/changeset/base/213989
Log:
Bootstrap merge history for binutils.
Modified:
Directory Properties:
head/contrib/binutils/ (props changed)
___
On 2010-10-22 20:46, Warner Losh wrote:
Avoid using memcpy() for copying 32bit chunks. This shrinks
the resulting code a little.
I think I put the memcpy code in when I was porting to ARM to reduce
the diffs since it is needed there...
Due to alignment problems otherwise?
On 2010-10-26 18:16, Attilio Rao wrote:
Remove usage of PRI* macro for style compliancy.
...
- printf( chunk %d: %PRIu64MB (%PRIu64 pages), seqnr, PG2MB(pgs),
- pgs);
+ printf( chunk %d: %jdMB (%jd pages), seqnr, (uintmax_t)PG2MB(pgs),
+ (uintmax_t)pgs);
Author: dim
Date: Fri Oct 29 22:57:14 2010
New Revision: 214539
URL: http://svn.freebsd.org/changeset/base/214539
Log:
Regenerate our lib/libpcap/config.h for libpcap 1.1.1.
Modified:
head/lib/libpcap/config.h
Modified: head/lib/libpcap/config.h
Author: dim
Date: Sat Oct 30 16:25:08 2010
New Revision: 214559
URL: http://svn.freebsd.org/changeset/base/214559
Log:
Regenerate our usr.sbin/tcpdump/tcpdump/config.h for tcpdump 4.1.1, and
remove unused HAVE_RC5_H and HAVE_CAST_H defines from CFLAGS.
Modified:
Author: dim
Date: Sat Oct 30 16:30:50 2010
New Revision: 214560
URL: http://svn.freebsd.org/changeset/base/214560
Log:
Actually remove the HAVE_CAST_H define this time.
Modified:
head/usr.sbin/tcpdump/tcpdump/Makefile
Modified: head/usr.sbin/tcpdump/tcpdump/Makefile
Author: dim
Date: Thu Nov 11 19:17:59 2010
New Revision: 215137
URL: http://svn.freebsd.org/changeset/base/215137
Log:
Revert r103230, which depended on ld preserving the __start_xxx and
__stop_xxx symbols for custom sections, even when these were not
referenced (at link time). This
Author: dim
Date: Thu Nov 11 19:18:52 2010
New Revision: 215138
URL: http://svn.freebsd.org/changeset/base/215138
Log:
Use the same treatment as in linker_set.h for the __start and __stop
symbols of the set_vnet and set_pcpu sections, so those symbols will
always be emitted in kernel
On 2010-11-11 20:29, Andriy Gapon wrote:
Do I understand it correctly that set_pcpu section itself would not be produced
if
DPCPU_DEFINE() is not actually used?
Yes, although currently this does not occur in any kernel module (I
tested using make universe). But indeed, if you would include
Author: dim
Date: Thu Nov 11 21:36:52 2010
New Revision: 215144
URL: http://svn.freebsd.org/changeset/base/215144
Log:
Remove some unneeded spaces from the __sym_compat() macro, since newer
versions of gas are more fussy about spaces surrounding '@' signs in
versioned symbol names.
Author: dim
Date: Thu Nov 11 22:53:55 2010
New Revision: 215148
URL: http://svn.freebsd.org/changeset/base/215148
Log:
Use -fPIC to build libexec/rtld-elf on sparc64, so it will also be able
to link with newer binutils, without overflowing the GOT.
Obtained from:
Author: dim
Date: Thu Nov 11 23:00:37 2010
New Revision: 215149
URL: http://svn.freebsd.org/changeset/base/215149
Log:
Fix typo, and re-wrap paragraph.
Modified:
head/share/mk/sys.mk
Modified: head/share/mk/sys.mk
Author: dim
Date: Thu Nov 11 23:41:36 2010
New Revision: 215150
URL: http://svn.freebsd.org/changeset/base/215150
Log:
Do not build or install gasp.info anymore, as gasp has not been built or
installed for more than 6 years.
Obtained from:projects/binutils-2.17
Modified:
Author: dim
Date: Thu Nov 11 23:45:19 2010
New Revision: 215151
URL: http://svn.freebsd.org/changeset/base/215151
Log:
Garbage collect gnu/usr.bin/binutils/{gasp,gdb,gdbreplay}, as these have
not been connected to the build for more than 6 years.
Obtained from:
Author: dim
Date: Fri Nov 12 22:59:50 2010
New Revision: 215212
URL: http://svn.freebsd.org/changeset/base/215212
Log:
Similar to r212647, remove the workaround in sys/net/vnet.h for an ld
bug (incorrect placement of __start_SECNAME in some cases) that was
fixed in r210245.
There is
Author: dim
Date: Mon Nov 22 20:23:18 2010
New Revision: 215706
URL: http://svn.freebsd.org/changeset/base/215706
Log:
Fix linux kernel module breakage introduced in r215675, by including
sys/sysent.h.
Noticed by: many
Pointy hat to:netchild
Modified:
On 2010-12-04 11:52, Kostik Belousov wrote:
...
I have no idea how and where your gcc is configured, in particular, I
find the non-documenting directive .zero somewhat puzzling.
According to the gas sources (see contrib/binutils/gas/read.c, line
412), .zero is equivalent to .skip, which itself
Author: dim
Date: Thu Dec 9 21:31:21 2010
New Revision: 216338
URL: http://svn.freebsd.org/changeset/base/216338
Log:
Let all .c and .S files under lib/csu consistently use the __FBSDID()
macro for identification, instead of several different hand-rolled
variants (plain .ident, .ascii,
On 2010-12-11 16:42, Shteryana Shopova wrote:
This is now fixed. However I wouldn't expect bsnmpd(1) compiled with
clang to work - it didn't run last time I checked several months ago,
and I still get the same error -
udo /usr/sbin/bsnmpd -d -c /root/snmpd.config
snmpd[80050]: lm_load: open
On 2010-12-12 21:06, Kostik Belousov wrote:
-LDFLAGS= -export-dynamic
+LDFLAGS= -Wl,-export-dynamic
.if ${MK_OPENSSL} != no
CFLAGS+= -DHAVE_LIBCRYPTO
I believe this was already discussed ? Traditional cc driver behaviour
is to pass all unparsed flags and potential file names to the linker
On 2010-12-16 19:54, Garrett Cooper wrote:
-WARNS?=6
+WARNS?=3
CFLAGS+=-I${.CURDIR}/../../../../sys
I think it's actually safe to bump it to WARNS = 6 if you define
NO_WCAST_ALIGN = 1, but that would need to be tested.
I'm not sure if this SHA2 stuff is contributed
On 2010-12-20 18:13, Shteryana Shopova wrote:
Author: syrinx
Date: Mon Dec 20 17:13:14 2010
New Revision: 216594
URL: http://svn.freebsd.org/changeset/base/216594
Log:
Bring in a SNMP module that allows configuration of SNMPv3 Notification
targets.
This doesn't build, it looks like
On 2010-12-20 20:15, Dimitry Andric wrote:
This doesn't build, it looks like gensnmptree needs an additional -I
option:
=== bsnmpd (depend)
gensnmptree -l
/usr/src/usr.sbin/bsnmpd/bsnmpd/../../../contrib/bsnmp/snmpd/tree.def
line 34: cannot open 'tc.def'
In fact, it looks like it depends
Author: dim
Date: Tue Jan 4 20:26:41 2011
New Revision: 216975
URL: http://svn.freebsd.org/changeset/base/216975
Log:
Remove '-elf' from build flags for libexec/rtld-elf for amd64 and i386.
ELF has been the default format for almost 12 years now.
Modified:
Author: dim
Date: Tue Jan 4 20:51:28 2011
New Revision: 216977
URL: http://svn.freebsd.org/changeset/base/216977
Log:
On amd64 and i386, tell the compiler to refrain from generating SSE,
3DNow, MMX and floating point instructions in rtld-elf.
Otherwise, _rtld_bind() (and whatever it
On 2011-01-04 21:59, Anonymous wrote:
'-elf' is not documented in either gcc(1) or ld(1). Did it work?
It was a custom gcc option, but it was removed about 8 years ago:
http://svn.freebsd.org/changeset/base/107286
___
svn-src-head@freebsd.org
On 2011-01-05 02:16, Alexander Best wrote:
the sorting order for these flags seems to be:
-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3
see 'grep -R \-no-sse /usr/src'. maybe the sorting order should stay
consistent?
I copied the order from sys/conf/kern.mk, lines 69 and 70:
On 2011-01-05 13:59, John Baldwin wrote:
Why not to add NO_HWFLOAT knob (or similar) into makefile
infrastructure. And set CFLAGS accordingly, depending on CC, arch, etc.
These flags are getting rather common in tree.
It strikes me that we really want clang/gcc to have some sort of
On 2011-01-05 15:50, Nathan Whitehorn wrote:
You would also want this to be cross-platform, in which case it's more
than floating point. E.g. on powerpc, you also want to disable both FP
and vector extensions, which use separate sets of instructions and
registers.
Yeah, but in any case,
On 2011-01-05 21:08, John Baldwin wrote:
My suggestion was that we ask clang to add a '-mno-whatever' and hopefully we
could convince gcc to follow suit. clang developers seem to be fairly
receptive, so I was hoping one of our clang liaisons could suggest it. :)
These options already exist,
Author: dim
Date: Wed Jan 5 21:23:26 2011
New Revision: 217026
URL: http://svn.freebsd.org/changeset/base/217026
Log:
Sort -mno-(mmx|3dnow|sse|sse2|sse3) options consistently throughout the
tree.
Submitted by: arundel
Modified:
head/libexec/rtld-elf/amd64/Makefile.inc
Author: dim
Date: Wed Jan 5 21:46:08 2011
New Revision: 217028
URL: http://svn.freebsd.org/changeset/base/217028
Log:
Remove superfluous -mno-(mmx|3dnow|sse|sse2|sse3) flags in Makefiles
under sys/boot/{i386,pc98}, since these are already added via
sys/boot/{i386,pc98}/Makefile.inc.
Author: dim
Date: Wed Jan 5 22:00:37 2011
New Revision: 217029
URL: http://svn.freebsd.org/changeset/base/217029
Log:
In lib/libstand, sys/boot/ficl and sys/boot/zfs, -mno-sse3 should also
be used for amd64, not just for i386.
Modified:
head/lib/libstand/Makefile
Author: dim
Date: Wed Jan 5 22:12:06 2011
New Revision: 217030
URL: http://svn.freebsd.org/changeset/base/217030
Log:
Remove an empty .if/.endif pair from sys/boot/ficl/Makefile that I
forgot to cleanup in the last commit.
Modified:
head/sys/boot/ficl/Makefile
Modified:
Author: dim
Date: Wed Jan 5 22:24:33 2011
New Revision: 217033
URL: http://svn.freebsd.org/changeset/base/217033
Log:
On i386 and amd64, consistently use the following options whenever we
want to avoid using any advanced CPU features:
-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3
On 2011-01-06 00:14, Ivan Voras wrote:
-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float
I'm late to the party - but is there any hope of centralizing these
and then doing something like CFLAGS += ${CC_NO_FP} ?
Yeah, that is the next step. First I wanted to get all the flags
On 2012-08-21 02:17, Jan Beich wrote:
...
Time to revert r228540?
Index: contrib/jemalloc/include/jemalloc/jemalloc_FreeBSD.h
===
--- contrib/jemalloc/include/jemalloc/jemalloc_FreeBSD.h(revision
239467)
+++
Author: dim
Date: Tue Aug 21 17:58:30 2012
New Revision: 239509
URL: http://svn.freebsd.org/changeset/base/239509
Log:
Support the WITH_SHARED_TOOLCHAIN setting that was introduced in r234782
for the clang executable. Build it statically by default, like the gcc
executables, which should
Author: dim
Date: Tue Aug 21 18:24:11 2012
New Revision: 239513
URL: http://svn.freebsd.org/changeset/base/239513
Log:
When WITH_CLANG_EXTRAS is enabled, avoid needlessly building the llvm
and clang extras in the cross-tools stage.
MFC after:1 week
Modified:
Author: dim
Date: Thu Aug 23 17:03:33 2012
New Revision: 239613
URL: http://svn.freebsd.org/changeset/base/239613
Log:
Make sure bsd.dep.mk does not filter out -stdlib=xxx from CXXFLAGS,
since this determines parts of the C++ include path.
MFC after:1 week
Modified:
Author: dim
Date: Thu Aug 23 17:08:07 2012
New Revision: 239614
URL: http://svn.freebsd.org/changeset/base/239614
Log:
Sprinkle a bit of style.Makefile(5) across various clang Makefiles. No
functional changes.
MFC after:3 days
Modified:
head/lib/clang/clang.build.mk
Author: dim
Date: Thu Aug 23 17:58:22 2012
New Revision: 239618
URL: http://svn.freebsd.org/changeset/base/239618
Log:
Since our clang now supports the tls_model attribute, remove the
workaround for it in jemalloc_FreeBSD.h.
Reviewed by: jasone
Modified:
Author: dim
Date: Thu Aug 23 18:14:59 2012
New Revision: 239619
URL: http://svn.freebsd.org/changeset/base/239619
Log:
Pull in r162360 from upstream clang trunk:
Merge existing attributes before processing pragmas in friend template
declarations.
Fixes pr13662.
This should
Author: dim
Date: Sat Aug 25 19:30:15 2012
New Revision: 239686
URL: http://svn.freebsd.org/changeset/base/239686
Log:
When using -stdlib=libc++, add the correct dependency to .depend in
bsd.prog.mk.
Submitted by: Yamaya Takashi yama...@kbh.biglobe.ne.jp
MFC after:2 weeks
Author: dim
Date: Sun Aug 26 14:30:14 2012
New Revision: 239715
URL: http://svn.freebsd.org/changeset/base/239715
Log:
Add libc++ and libcxxrt related files to OptionalObsoleteFiles.inc.
MFC after:1 week
Modified:
head/tools/build/mk/OptionalObsoleteFiles.inc
Modified:
Author: dim
Date: Mon Aug 27 19:30:21 2012
New Revision: 239747
URL: http://svn.freebsd.org/changeset/base/239747
Log:
Add a few other files that are obsolete if WITH_CLANG_EXTRAS is enabled,
and clang is updated to 3.2.
Modified:
head/ObsoleteFiles.inc
Modified: head/ObsoleteFiles.inc
Author: dim
Date: Wed Aug 29 18:14:20 2012
New Revision: 239868
URL: http://svn.freebsd.org/changeset/base/239868
Log:
Remove workaround for the clang 3.2 warning in ah_eeprom_9287.c, since
the fix has been applied now.
Modified:
head/sys/conf/files
head/sys/modules/ath/Makefile
Author: dim
Date: Wed Aug 29 18:37:10 2012
New Revision: 239870
URL: http://svn.freebsd.org/changeset/base/239870
Log:
Teach gdb about the DW_FORM_flag_present dwarf attribute, so it doesn't
error out on files that contain it. (This attribute can be emitted by
newer versions of clang.)
Author: dim
Date: Wed Aug 29 18:49:41 2012
New Revision: 239872
URL: http://svn.freebsd.org/changeset/base/239872
Log:
Teach libdwarf about the DW_FORM_flag_present dwarf attribute, so
programs using libdwarf (such as ctfconvert) don't error out on files
containing the attribute.
MFC
Author: dim
Date: Wed Aug 29 18:58:03 2012
New Revision: 239873
URL: http://svn.freebsd.org/changeset/base/239873
Log:
After r239868, also remove the comment about the workaround for
ah_eeprom_9287.c.
Modified:
head/sys/conf/files
Modified: head/sys/conf/files
Author: dim
Date: Fri Aug 31 21:45:49 2012
New Revision: 239959
URL: http://svn.freebsd.org/changeset/base/239959
Log:
Work around several warnings from clang in the xfs filesystem, when
linking it statically into the kernel. With our gcc in base there are
no warnings, so also remove the
On 2012-09-01 03:00, Garrett Cooper wrote:
On Fri, Aug 31, 2012 at 4:28 PM, Dimitry Andric d...@freebsd.org wrote:
Author: dim
Date: Fri Aug 31 23:28:41 2012
New Revision: 239962
URL: http://svn.freebsd.org/changeset/base/239962
Log:
Fix a twelve year old bug in readelf: when
Author: dim
Date: Sun Sep 2 14:46:18 2012
New Revision: 240011
URL: http://svn.freebsd.org/changeset/base/240011
Log:
Partially revert r239959, after actually fixing most of the clang
warnings in sys/gnu/fs/xfs. The only warnings that still need to be
suppressed are those about array
Author: dim
Date: Tue Sep 11 16:32:31 2012
New Revision: 240365
URL: http://svn.freebsd.org/changeset/base/240365
Log:
Ensure mkcsmapper and mkesdb compile with clang, if WITH_ICONV is
defined.
Submitted by: zeising
PR: bin/167481
MFC after:3 days
X-MFC-With:
Author: dim
Date: Sat Sep 15 17:02:05 2012
New Revision: 240531
URL: http://svn.freebsd.org/changeset/base/240531
Log:
Pull in r163967 from upstream llvm trunk:
X86: Emitting x87 fsin/fcos for sinf/cosf is not safe without unsafe
fp math.
This should make clang emit calls to
Author: dim
Date: Fri Sep 21 10:31:19 2012
New Revision: 240773
URL: http://svn.freebsd.org/changeset/base/240773
Log:
After r205013, amd64 and i386 CPU family and model IDs were printed out
in hexadecimal, but without any 0x prefix, which can be very misleading.
MFC after:3 days
On 2012-09-25 14:07, John Baldwin wrote:
On Friday, September 21, 2012 6:31:20 am Dimitry Andric wrote:
Author: dim
Date: Fri Sep 21 10:31:19 2012
New Revision: 240773
URL: http://svn.freebsd.org/changeset/base/240773
Log:
After r205013, amd64 and i386 CPU family and model IDs were printed
On 2012-09-25 19:39, John Baldwin wrote:
On Tuesday, September 25, 2012 1:22:44 pm Andriy Gapon wrote:
on 09/25/12 19:14 Dimitry Andric said the following:
Are we interested more in beautifying, than giving
unambiguous information?
OTOH, I have never seen CPUID numbers in decimal
Author: dim
Date: Wed Oct 3 16:48:28 2012
New Revision: 241163
URL: http://svn.freebsd.org/changeset/base/241163
Log:
Pull in r164717 from upstream clang trunk:
Allow -MF to be used in combination with -E -M or -E -MM.
This should help with building the lang/ghc port.
MFC
On 2012-10-06 22:01, Marcel Moolenaar wrote:
2. Remove the use of -E. It's not needed in our build because we use ?= for
the respective variables, which means that we'll take the environment
value (if any) anyway.
No, this will break builds of 32-bit libraries on amd64, at
On 2012-10-07 18:45, Marcel Moolenaar wrote:
Author: marcel
Date: Sun Oct 7 16:45:38 2012
New Revision: 241311
URL: http://svn.freebsd.org/changeset/base/241311
Log:
Fix 32-bit library builds after the removal of adding -E to make for AS,
CC, CXX and LD. This fix implements the intended
Author: dim
Date: Wed Oct 10 21:29:00 2012
New Revision: 241427
URL: http://svn.freebsd.org/changeset/base/241427
Log:
Pull in r163710 from upstream llvm trunk:
Add support for AMD Geode.
MFC after:3 days
Modified:
head/contrib/llvm/lib/Support/Host.cpp
Author: dim
Date: Wed Oct 10 21:37:21 2012
New Revision: 241430
URL: http://svn.freebsd.org/changeset/base/241430
Log:
Pull in r164132 from upstream llvm trunk:
When creating MCAsmBackend pass the CPU string as well. In X86AsmBackend
store this and use it to not emit long nops when
On 2012-10-22 09:24, Garrett Cooper wrote:
On Mon, Oct 22, 2012 at 12:00 AM, Jan Beich jbe...@tormail.org wrote:
...
atf-run fails to link when using -stdlib=libc++. It works if I remove
`throw' from check_stream(). Any clue?
test-program.o: In function `(anonymous
Author: dim
Date: Mon Oct 22 17:47:37 2012
New Revision: 241895
URL: http://svn.freebsd.org/changeset/base/241895
Log:
Pull in r165878 from upstream llvm trunk:
X86: Disable long nops for all cpus prior to pentiumpro/i686.
This is the safest approach for now. If you think long nops
: Andrew Morrow
+E: andrew.c.mor...@gmail.com
+D: Minor patches and Linux fixes.
+
+N: Hyeon-bin Jeong
+E: tuhe...@gmail.com
+D: Minor patches and bug fixes.
+
+N: Michel Morin
+E: mimomo...@gmail.com
+D: Minor patches to is_convertible.
+
+N: Dimitry Andric
+E: dimi...@andric.com
+D: Visibility fixes
On 2012-10-22 20:25, Dimitry Andric wrote: Author: dim
Date: Mon Oct 22 18:25:04 2012
New Revision: 241903
URL: http://svn.freebsd.org/changeset/base/241903
Log:
Import libc++ trunk r165949. Among other improvements and bug fixes,
this has many visibility problems fixed, which should
Author: dim
Date: Mon Oct 22 19:06:00 2012
New Revision: 241907
URL: http://svn.freebsd.org/changeset/base/241907
Log:
Fix two -Wsystem-header warnings in libc++ that were exposed by the new
ATF import. These have also been sent upstream.
MFC after:1 month
Modified:
Author: dim
Date: Mon Oct 22 19:44:17 2012
New Revision: 241909
URL: http://svn.freebsd.org/changeset/base/241909
Log:
Allow building libc++ with any custom -std=xxx flag. Note that using
-std=gnu++98 will give a lot of warnings with clang, so please use
-std=c++0x or higher, or use
On 2012-10-22 16:58, Jan Beich wrote:
Dimitry Andric d...@freebsd.org writes:
On 2012-10-22 09:00, Jan Beich wrote:
...
undefined reference to `std::__1::basic_ioschar,
std::__1::char_traitschar ::clear(unsigned int)'
clang++: error: linker command failed with exit code 1 (use -v to
see
Author: dim
Date: Tue Oct 23 18:36:07 2012
New Revision: 241957
URL: http://svn.freebsd.org/changeset/base/241957
Log:
Fix several clang warnings in libstdc++, which were exposed by the
recent atf import. These changes are purely cosmetic, no functional
change.
MFC after:1 week
Author: dim
Date: Tue Oct 23 18:38:04 2012
New Revision: 241958
URL: http://svn.freebsd.org/changeset/base/241958
Log:
Fix two clang warnings in the recent atf import. These have also been
sent upstream.
Tested by:Garrett Cooper yaneg...@gmail.com
Modified:
Author: dim
Date: Tue Oct 23 18:45:32 2012
New Revision: 241959
URL: http://svn.freebsd.org/changeset/base/241959
Log:
Fix a number of other clang warnings in libstdc++, which could appear
when building other C++ software with it. Also fix one actual bug in
libsupc++, which was exposed by
Author: dim
Date: Tue Oct 23 18:57:20 2012
New Revision: 241960
URL: http://svn.freebsd.org/changeset/base/241960
Log:
For building GNU libstdc++ and libsupc++, filter out libc++-specific and
-std= flags above c++98 or gnu++98 from CXXFLAGS *after* including
bsd.lib.mk, otherwise some
Author: dim
Date: Wed Oct 24 16:39:49 2012
New Revision: 242007
URL: http://svn.freebsd.org/changeset/base/242007
Log:
Pull in r165367 from upstream llvm trunk:
Make sure always-inline functions get inlined. rdar://problem/12423986
Without this change, when the estimated cost for
On 2012-10-23 11:05, Dimitry Andric wrote:
On 2012-10-22 16:58, Jan Beich wrote:
Dimitry Andric d...@freebsd.org writes:
On 2012-10-22 09:00, Jan Beich wrote:
...
undefined reference to `std::__1::basic_ioschar,
std::__1::char_traitschar ::clear(unsigned int)'
clang++: error: linker command
On 2012-10-25 10:37, Brian Somers wrote:
...
URL: http://svn.freebsd.org/changeset/base/242074
Log:
Enable accept_rtadvd on interfaces running rtadvd.
...
+ for iface in ${command_args}; do
+ ifconfig ${iface} inet6 -accept_rtadv
+ done
The commit message says
On 2012-10-26 15:37, Jan Beich wrote:
Eitan Adler ead...@freebsd.org writes:
Author: eadler
Date: Fri Oct 26 02:50:16 2012
New Revision: 242120
URL: http://svn.freebsd.org/changeset/base/242120
Log:
This utility builds without NO_WCAST_ALIGN
Not for clang. It probably predates
Author: dim
Date: Tue Oct 30 22:09:53 2012
New Revision: 242380
URL: http://svn.freebsd.org/changeset/base/242380
Log:
Pull in r165377 from upstream llvm trunk:
X86: fcmov doesn't handle all possible EFLAGS, fall back to a branch
for the others.
Otherwise it will try to use
On 2010-04-24 09:05, Jeff Roberson wrote:
Author: jeff
Date: Sat Apr 24 07:05:35 2010
New Revision: 207141
URL: http://svn.freebsd.org/changeset/base/207141
Log:
- Merge soft-updates journaling from projects/suj/head into head. This
brings in support for an optional intent log
On 2010-07-15 05:11, Marcel Moolenaar wrote:
Author: marcel
Date: Thu Jul 15 03:11:04 2010
New Revision: 210103
URL: http://svn.freebsd.org/changeset/base/210103
Log:
Unbreak xz (liblzma) on strong-aligned architectures (and without
emulation of misaligned memory accesses). We cannot
On 2010-07-15 16:28, Dag-Erling Smørgrav wrote:
Misaligned accesses, especially writes, are slow on all architectures -
but Marcel knows this, so I guess he has a reason for doing it this way?
I did some unscientific tests here, on an i386 box, and it did not turn
out to make too much
On 2010-07-22 22:13, Jung-uk Kim wrote:
CFLAGS= ${COPTFLAGS} ${C_DIALECT} ${DEBUG} ${CWARNFLAGS}
CFLAGS+= ${INCLUDES} -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS
-include opt_global.h -.if ${CC} != icc
+.if ${CC} != icc ${CC} != clang
CFLAGS+= -fno-common -finline-limit=${INLINE_LIMIT}
On 2010-07-25 20:12, Kostik Belousov wrote:
I looked at the C99, and indeed, there is an explicit sentence
A type specifier of the form enum identifier without an enumerator list
shall only appear after the type it specifies is complete.
Later in the same section it even has:
6. A declaration
On 2010-08-08 23:19, Colin Percival wrote:
On 08/08/10 14:04, Jilles Tjoelker wrote:
Log:
Remove unnecessary duplicate letters in mksyntax.c,
the table elements would just be overwritten twice.
-add(abcdefghijklmnopqrstucvwxyz, ISLOWER);
-add(ABCDEFGHIJKLMNOPQRSTUCVWXYZ,
On 2010-08-12 02:42, Andrew Thompson wrote:
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/share/man/man4/tpm.4 Thu Aug 12 00:16:18 2010(r211201)
@@ -0,0 +1,74 @@
+.\
+.\ Copyright (c) 2010 Hans-J
His name appears truncated here, the other files
On 2010-08-18 22:48, m...@freebsd.org wrote:
- Refactor file reading code to use pure syscalls and an internal buffer
instead of stdio. This gives BSD grep a very big performance boost,
its speed is now almost comparable to GNU grep.
I didn't read all of the details in the profiling
On 2010-08-20 00:20, Bruce Evans wrote:
These seem to be needed, and some of them valid. Any lvalue arg that
can be put in a register can be cast to USItype (unsigned int) on i386.
The args are macro args, so they may have any integer type no larger
than USItype originally, and they must be
On 2010-08-20 22:36, Bruce Evans wrote:
On Fri, 20 Aug 2010, Dimitry Andric wrote:
[...]
But will the casts not potentially hide problems, if you pass the wrong
types to those macros? Maybe it is better if the compiler complains
that some argument is of an incompatible type, than just
On 2010-08-16 10:51, Dag-Erling Smørgrav wrote:
Bruce Cran br...@cran.org.uk writes:
Somewhat related, there are overflow bugs in humanize_number - for
example df(1) fails to display space from a 100PB filesystem
correctly.
Patch? :)
Attached. This makes humanize_number() work properly
On 2010-08-23 12:31, Gabor Kovesdan wrote:
- print out warning and exit if writing to stdin fails
I hope you mean stdout here? :)
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any
On 2010-08-24 15:38, Rui Paulo wrote:
Some fixes so we can build libstdc++ with clang:
o Make the value_type, vector_type, iterator, __mutex_type types of
free_list class so we can access them
That should have been:
o Make the value_type, vector_type, iterator, __mutex_type types of
[label=Dag-Erling smorgrav\n...@freebsd.org\n1998/04/03]
dg [label=David greenman\...@freebsd.org\n1993/06/14]
dhartmei [label=Daniel hartmeier\ndhart...@freebsd.org\n2004/04/06]
+dim [label=Dimitry andric\n...@freebsd.org\n2010/08/30]
dmlb [label=Duncan barclay\nd...@freebsd.org\n2001/12/14
+8,7 @@
#define _calendar_freebsd_
01/01 Alexander Langer a...@freebsd.org born in Duesseldorf,
Nordrhein-Westfalen, Germany, 1981
+01/01 Dimitry Andric d...@freebsd.org born in Utrecht, the Netherlands, 1969
01/02 Ion-Mihai IOnut Tetcu ite...@freebsd.org born in Bucharest,
Romania, 1980
Author: dim
Date: Tue Aug 31 17:33:29 2010
New Revision: 212060
URL: http://svn.freebsd.org/changeset/base/212060
Log:
Use a more robust way to substitute gcc for clang, when compiling
gnu/lib/libobjc and sys/boot/i386/boot2, so it also works when using
absolute paths and/or options, as in
Author: dim
Date: Tue Aug 31 18:11:50 2010
New Revision: 212064
URL: http://svn.freebsd.org/changeset/base/212064
Log:
Avoid directly manipulating a NULL pointer (which could result in
undefined behaviour) in sys/boot/pc98/boot2/boot2.c.
Reviewed by: nyan
Approved by: rpaulo (mentor)
On 2010-08-31 21:37, John Baldwin wrote:
-return *(p + 0x401) * 128 * 1024 + *(u_int16_t *)(p + 0x594) * 1024 *
1024;
+return *p * 128 * 1024 + *(u_int16_t *)(p + (0x594 - 0x401)) * 1024 *
1024;
}
Perhaps replace '(p + 0x594 - 0x401)' with just 'PTOV(0x594)'?
I would actually
On 2010-08-31 21:51, Kostik Belousov wrote:
What is the undefined behaviour you are claiming there ?
Arithmetic on a NULL pointer, which is undefined. The C standard says
in 6.5.6 (additive operators):
3. For subtraction, one of the following shall hold:
— both operands have arithmetic
On 2010-08-31 22:33, Kostik Belousov wrote:
Going into this mode, can you cite the spell that makes the NULL to
not point to anything ? There is 6.3.2.3,
If a null pointer constant is converted to a pointer type, the resulting
pointer,
1 - 100 of 1570 matches
Mail list logo