search for: bitsize

Thank you, Clayton. It works now! Our debugger server responds "name:J28;generic:fp;bitsize:32;encoding:uint;format:hex;gcc:60;dwarf:60". And I also set other "generic" attributes like sp, pc, ra, arg1~arg8 to related registers. I dig a little and find llvm dwarf generator uses TargetRegisterInfo::getFrameRegister() to obtain frame base, and uses TargetFrameLowering::getFr...

Thank you, Clayton. This is very helpful. We use the LLDB specific GDB remote extensions, and our debugger server supports "qRegisterInfo" package. "reg 0x3c" is the frame pointer. In the example mentioned above, we have SP = FP - 40 for current call frame. And variable "a" is stored at address (FP + -24) from asm instruction [FP + -24] = R3;; Thus we can conclude

...patches, I don't even know if the patch I wrote actually works (I don't program in C, but gave it a shot anyway) but below is the patch. --- a/src/lib-ssl-iostream/iostream-openssl-params.c +++ b/src/lib-ssl-iostream/iostream-openssl-params.c @@ -13,13 +13,21 @@ generate_dh_parameters(int bitsize, buffer_t *output, const char **error_r) { DH *dh; unsigned char *p; - int len, len2; + int len, len2, success; +#if OPENSSL_VERSION_NUMBER >= 0x00908000L + success = DH_generate_parameters_ex(dh, bitsize, DH_GENERATOR, NULL); +#else dh = DH_generate_parameters(bitsize, DH_GENERA...

...ess needs to be reachable using normal inter-module # calls, and work on the memory models for this architecture SHAREDFLAGS = -Ttext 0x01000200 +LD_SOLIB_FLAGS = -R --- klibc/arch/cris/MCONFIG +++ klibc/arch/cris/MCONFIG 2003/11/27 15:04:19 @@ -9,3 +9,4 @@ OPTFLAGS = -Os -fomit-frame-pointer BITSIZE = 32 +LD_SOLIB_FLAGS = -R --- klibc/arch/i386/MCONFIG +++ klibc/arch/i386/MCONFIG 2003/11/27 15:04:21 @@ -30,3 +30,4 @@ # calls, and work on the memory models for this architecture # 96 MB - normal binaries start at 128 MB SHAREDFLAGS = -Ttext 0x06000200 +LD_SOLIB_FLAGS = -R --- klibc/arch/ia64...

This patch protects against redefinitions of size_t. There are currently at least two different definitions provided with klibc: unistd.h -> stddef.h -> bits32/bitsize/stddef.h sys/times.h -> linux/times.h -> linux/types.h both define size_t, causing gcc to complain. I suspect ptrdiff_t has a similar problem; not covered by this patch. Regards, Erik diff -urN klibc-0.202-pristine/include/bits32/bitsize/stddef.h klibc-0.202/include/bits32/bitsize/stddef...

Hello Xapian devs, -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xapian.org/pipermail/xapian-devel/attachments/20150210/c848e9b7/attachment-0002.html>

Patch v2 --- a/src/lib-ssl-iostream/iostream-openssl-params.c +++ b/src/lib-ssl-iostream/iostream-openssl-params.c @@ -13,10 +13,19 @@ generate_dh_parameters(int bitsize, buffer_t *output, const char **error_r) { DH *dh; unsigned char *p; - int len, len2; + int len, len2, success; +#if OPENSSL_VERSION_NUMBER >= 0x00908000L + success = DH_generate_parameters_ex(dh, bitsize, DH_GENERATOR, NULL); +#else + success = 1; dh = DH_generate_parameters(bit...

> On April 26, 2017 at 3:15 PM Peter van der Does <peter at avirtualhome.com> wrote: > > > Patch v2 > > --- a/src/lib-ssl-iostream/iostream-openssl-params.c > +++ b/src/lib-ssl-iostream/iostream-openssl-params.c > @@ -13,10 +13,19 @@ generate_dh_parameters(int bitsize, buffer_t *output, const char **error_r) > { > DH *dh; > unsigned char *p; > - int len, len2; > + int len, len2, success; > > +#if OPENSSL_VERSION_NUMBER >= 0x00908000L > + success = DH_generate_parameters_ex(dh, bitsize, DH_GENERATOR, NULL); > +#else &gt...

Hello xapian devs, I had shown interest in writing a krovetz stemmer for xapian and spoke to James Aylett about it. Since it was hard to code the stemmer in snowball, I came up with a C++ implementation of the stemmer. But since it is a dictionary based stemmer, im having problems on deciding how to create the dictionary. I did check out some of the implementations of the Krovetz stemmer online

Hi, I?ve gone through the mailing list archives and hereby want to resubmit my pending patches. Most are independent of each other, except the m68k patch which will only be complete if sigsuspend is also fixed. (It can be applied before that, though.) http://www.zytor.com/pipermail/klibc/2012-January/003173.html [PATCH] fix m68k support Resubmitted here as 0005. While there was a question from

...LValue TreeToLLVM::EmitLV_COMPONENT_REF( // Okay, everything is good. Return this as a bitfield if we can't // return it as a normal l-value. (e.g. "struct X { int X : 32 };" ). + // Conservatively return LValue with alignment 1. if (BitfieldSize != LLVMValueBitSize || BitStart != 0) - return LValue(FieldPtr, BitStart, BitfieldSize); + return LValue(FieldPtr, 1, BitStart, BitfieldSize); } else { // Make sure we return a pointer to the right type. - FieldPtr = BitCastToType(FieldPtr, - PointerType::getUnqual(Con...

...ostream-openssl-params.c Tue Nov 3 15:43:39 2015 @@ -6,5 +6,2 @@ -/* 2 or 5. Haven't seen their difference explained anywhere, but 2 is the - default.. */ -#define DH_GENERATOR 2 @@ -14,2 +11,3 @@ DH *dh; + DSA *dsa; unsigned char *p; @@ -17,3 +15,13 @@ - dh = DH_generate_parameters(bitsize, DH_GENERATOR, NULL, NULL); + dsa = DSA_generate_parameters(bitsize, NULL, 0, NULL, NULL, NULL, NULL); + if (dsa == NULL) { + *error_r = t_strdup_printf( + "DSA_generate_parameters(bits=%d) failed: %s", + bitsize, openssl_iostream_error()); + return -1; + } + + dh = DSA_dup_DH(dsa);...

...2/include/sys -I/mlsyslinux/com32/gplinclude -c -o cpio.o /mlsyslinux/com32/libupload/cpio.c In file included from /mlsyslinux/com32/include/stddef.h:12, from /mlsyslinux/com32/include/stdio.h:10, from /mlsyslinux/com32/libupload/cpio.c:7: /mlsyslinux/com32/include/bitsize/stddef.h:13:2: error: #error "Unable to build for to-be-defined architecture type" In file included from /mlsyslinux/com32/libupload/cpio.c:7: /mlsyslinux/com32/include/stdio.h: In function ?fileno?: /mlsyslinux/com32/include/stdio.h:39: error: ?size_t? undeclared (first use in this funct...

...belReference(), an 8-bit-byte-sized argument has had to be converted to target-byte-size (which is extra hacky for odd numbers of eight-bit-bytes). We've been thinking about what a good upstream fix would look like, and believe that perhaps converting all Size arguments in these call chains to BitSize would be the most practical way. The "cost" would be the multiplications necessary at call-sites. Would this be a good suggestion, and would anybody like to view and accept our patches for this? Thanks, Jesper -------------- next part -------------- An HTML attachment was scrubbed... URL...

...yslinux/com32/gplinclude -c -o cpio.o /mlsyslinux/com32/libupload/cpio.c > In file included from /mlsyslinux/com32/include/stddef.h:12, > from /mlsyslinux/com32/include/stdio.h:10, > from /mlsyslinux/com32/libupload/cpio.c:7: > /mlsyslinux/com32/include/bitsize/stddef.h:13:2: error: #error "Unable to build for to-be-defined architecture type" > In file included from /mlsyslinux/com32/libupload/cpio.c:7: > /mlsyslinux/com32/include/stdio.h: In function ?fileno?: > /mlsyslinux/com32/include/stdio.h:39: error: ?size_t? undeclared (first us...

...yslinux/com32/gplinclude -c -o cpio.o /mlsyslinux/com32/libupload/cpio.c > In file included from /mlsyslinux/com32/include/stddef.h:12, > from /mlsyslinux/com32/include/stdio.h:10, > from /mlsyslinux/com32/libupload/cpio.c:7: > /mlsyslinux/com32/include/bitsize/stddef.h:13:2: error: #error "Unable to build for to-be-defined architecture type" > In file included from /mlsyslinux/com32/libupload/cpio.c:7: > /mlsyslinux/com32/include/stdio.h: In function ?fileno?: > /mlsyslinux/com32/include/stdio.h:39: error: ?size_t? undeclared (first us...

...es. Delphi and, for compatibility reasons, the Free Pascal Compiler use 10 bytes (although FPC also has a "cextended" type that follows the official ABI for the platform). In FPC we use a [10 x i8] for all memory representations of the non-ABI 80 bits extended type. So ideally, the bitsize of the type should be specifiable separately from the ABI/TypeInfo, as there may be multiple in the code. Jonas

...ch/i386/MCONFIG Sat Feb 15 23:53:51 2003 +++ edited/usr/lib/arch/i386/MCONFIG Mon Mar 3 21:18:08 2003 @@ -13,12 +13,19 @@ # them to be cdecl # REGPARM = -mregparm=3 -DREGPARM -OPTFLAGS = $(REGPARM) -march=i386 -Os -fomit-frame-pointer \ - -malign-functions=0 -malign-jumps=0 -malign-loops=0 -BITSIZE = 32 +#check_usergcc = $(shell if $(USERCC) $(1) -S -o /dev/null -xc /dev/null > \ + /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi) + + +OPTFLAGS := $(REGPARM) -march=i386 -Os -fomit-frame-pointer +OPTFLAGS += $(call check_usergcc, \ + -falign-functions=0...

...$(wildcard $(DIR)/*.[cS]))) +STATIC = $(addsuffix .o,$(basename $(wildcard $(DIR)*.[cS]))) objects-static: $(STATIC) - touch $(DIR)/static.obj + touch $(DIR)static.obj clean: archclean find . -type f -a \( -name \*.[isoa] -o -name \*.l[iso] \) -print0 | xargs -0rt rm -f @@ -139,6 +139,6 @@ bitsize: @echo $(BITSIZE) -ifneq ($(wildcard $(DIR)/.*.d),) -include $(wildcard $(DIR)/.*.d) +ifneq ($(wildcard $(DIR).*.d),) +include $(wildcard $(DIR).*.d) endif

/klibc/klibc/include/bits32/bitsize/stdint.h:8: error: redefinition of `int8_t' /klibc/linux/include/linux/types.h:109: error: `int8_t' previously declared here The copy in stdint.h is not protected by: #ifndef __BIT_TYPES_DEFINED__ #define __BIT_TYPES_DEFINED__ #endif /* !(__BIT_TYPES_DEFINED__) */ ===== Jon Smirl jonsmir...