search for: fshort

...; const: Assertion `ForwardType && "This type is not being forwarded to > another type!"' failed. > Aborted > > For the line of code: > > MyModule = new Module( std::string("IDontWork")); I was getting these recently when we made the switch from -fshort-enums to -fno-short-enums in the toplevel Makefile. The solution is to blow *everything* away with a "gmake clean" and rebuild -- basically, -fshort-enums and -fno-short-enums code do not mix. -- gaeke at uiuc.edu

...e-elf" and the -v flag, I get this invocation to the assembler (-D, -W and -I flags removed): "/usr/bin/gcc" -funsigned-char -msoft-float -Oz -static -v -Xassembler -G -Xassembler 0 -ffunction-sections -fdata-sections -MD -march=mips32r2 -mtune=4kem -EL -fshort-wchar -fno-zero-initialized-in-bss -fasynchronous-unwind-tables -c -o Coach12p/RfiUiAssetsCompiled1.o -G 0 -x assembler /var/folders/mk/0mblc5810cjgs0nylrkjxqbm0000gq/T/RfiUiAssetsCompiled1-cNtWix.s This GCC invocation gives the error message "i686-apple-darwin11-llvm-...

...lpSystemTime); printf("Today is: %d/%d/%d\n", lpSystemTime.wYear, lpSystemTime.wMonth, lpSystemTime.wDay); return 0; } When I try to compile it using winegcc, it gives following error message: testuser@testbox:~/test >wineg++ test.cpp winegcc: -fshort-wchar failed. On adding a flag '-v' with wineg++, a detailed error message is displayed: testuser@testbox:~/test >wineg++ -v test.cpp -fshort-wchar -DWINE_UNICODE_NATIVE -D_REENTRANT -fPIC -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall...

Please read this if you're working out of LLVM CVS: I just checked in a change to the makefiles to stop using -fshort-enum when building LLVM. This flag enables a trivial optimization, but causes the code generated by the G++ compiler to not match the standard C++ ABI. Because of this, the presence of the flag makes it more difficult to link LLVM libraries to external source bases, and it also made the makefiles...

...lag, I get this invocation to the assembler (-D, -W and -I flags removed): > > "/usr/bin/gcc" -funsigned-char -msoft-float -Oz -static > -v -Xassembler -G -Xassembler 0 -ffunction-sections > -fdata-sections -MD -march=mips32r2 -mtune=4kem -EL > -fshort-wchar -fno-zero-initialized-in-bss > -fasynchronous-unwind-tables -c > -o Coach12p/RfiUiAssetsCompiled1.o -G 0 -x assembler > /var/folders/mk/0mblc5810cjgs0nylrkjxqbm0000gq/T/RfiUiAssetsCompiled1-cNtWix.s > > This GCC invocation gives the error message "i...

Ok that works but why on earth would I get a runtime error of: Type.cpp:132: const llvm::Type* llvm::Type::getForwardedTypeInternal() const: Assertion `ForwardType && "This type is not being forwarded to another type!"' failed. Aborted For the line of code: MyModule = new Module( std::string("IDontWork")); > -----Original Message----- > From: llvmdev-admin

...Xclang -triple -Xclang mipsel-sde-elf > -Xclang -mrelocation-model -Xclang static > > -Xclang -mllvm -Xclang -mips-ssection-threshold=0 > -Xclang -mllvm -Xclang -enable-mips-delay-filler > > -Xassembler -G -Xassembler 0 -g > > -funsigned-char > -fshort-wchar > -fno-zero-initialized-in-bss > -fasynchronous-unwind-tables > -ffunction-sections > -fdata-sections > > -Oz Does that stuff looks like it makes sense? A once-over by someone with some expertise would be much appreciated. I also see in the LLVM 3.1 r...

...= -mcmodel=small +cflags-$(CONFIG_X86_64) := -mcmodel=small -mno-red-zone KBUILD_CFLAGS += $(cflags-y) KBUILD_CFLAGS += -mno-mmx -mno-sse KBUILD_CFLAGS += $(call cc-option,-ffreestanding) @@ -87,7 +87,7 @@ endif vmlinux-objs-$(CONFIG_ACPI) += $(obj)/acpi.o -$(obj)/eboot.o: KBUILD_CFLAGS += -fshort-wchar -mno-red-zone +$(obj)/eboot.o: KBUILD_CFLAGS += -fshort-wchar vmlinux-objs-$(CONFIG_EFI_STUB) += $(obj)/eboot.o \ $(objtree)/drivers/firmware/efi/libstub/lib.a -- 2.17.1

On Wed, Aug 15, 2012 at 10:17 PM, Carl Norum <carl at lytro.com> wrote: >> -march=mips32r2 >> -mtune=4kem >> -msoft-float >> -EL >> >> -Xclang -triple -Xclang mipsel-sde-elf >> -Xclang -mrelocation-model -Xclang static >> >> -Xclang -mllvm -Xclang -mips-ssection-threshold=0 >> -Xclang -mllvm -Xclang

...rt any regressions. Unfortunately, I can't make it under Debian wheezy + experimental gnu-efi (ie. 3.0u+debian-1): $ make installer [...] make[3]: Entering directory `/home/wferi/syslinux/syslinux-6.00/efi32/efi' gcc -I/usr/include/efi -I/usr/include/efi/ia32 -DEFI_FUNCTION_WRAPPER -fPIC -fshort-wchar -ffreestanding -Wall -I/home/wferi/syslinux/syslinux-6.00/com32/include -I/home/wferi/syslinux/syslinux-6.00/com32/include/sys -I/home/wferi/syslinux/syslinux-6.00/core/include -I/home/wferi/syslinux/syslinux-6.00/core/ -m32 -march=i386 -I/home/wferi/syslinux/syslinux-6.00/com32/lib/ -I/home/...

Hi, The latest from the firmware branch is failing to build EFI64 as of the time of this message make[3]: Entering directory `/home/voltagex/src/syslinux/efi64/efi' gcc -I/usr/include/efi -I/usr/include/efi/x86_64 -DEFI_FUNCTION_WRAPPER -fPIC -fshort-wchar -ffreestanding -Wall -I/home/voltagex/src/syslinux/com32/include -I/home/voltagex/src/syslinux/com32/include/sys -I/home/voltagex/src/syslinux/core/include -I/home/voltagex/src/syslinux/core/ -m64 -march=x86-64 -I/home/voltagex/src/syslinux/com32/lib/ -I/home/voltagex/src/syslinux/com32/libut...

...thing to do). - -fPIC is used instead of -fpic, which is good. However, this option is not always specified for efi32, by looking at mk/embedded.mk, it seems to be on purpose. I wonder about the implications of this. syslinux.efi is however always linked with -pie which should be enough to work. - -fshort-wchar is missing out of the efi/ directory. The only places where wchar_t is used are in the directories lzo and gpxe, same for litteral strings with L prefix. We should probably enable this option all the time given it would have no actual effect currently. - -DEFI_FUNCTION_WRAPPER is still define...

On 03/08/16 08:58, Shao Miller via Syslinux wrote: > While building on AMD64 CentOS 6, I noticed that glibc-devel.i686 was > needed for some (U)EFI stuff, but isn't in the README. I'm not sure if > other Linux flavours will have counterpart needs. - Shao Hmmm... that makes me somewhat nervous. I'm wondering if we're pulling in stuff we should not. -hpa

...O38_X64_DLINK_PATH = DEF(CLANG38_X64_PREFIX)clang *_CLANGLTO38_X64_ASM_PATH = DEF(CLANG38_X64_PREFIX)clang *_CLANGLTO38_X64_PP_PATH = DEF(CLANG38_X64_PREFIX)clang *_CLANGLTO38_X64_RC_PATH = DEF(GCC53_X64_PREFIX)objcopy *_CLANGLTO38_X64_CC_FLAGS = -c -fshort-wchar -fno-strict-aliasing -Wall -Werror -Wno-array-bounds -Wno-empty-body -ffunction-sections -fdata-sections -include AutoGen.h -DSTRING_ARRAY_NAME=$(BASE_NAME)Strings -fno-stack-protector -fno-builtin -mms-bitfields -Wno-address -Wno-shift-negative-value -Wno-parentheses-equality -Wno-unknown-pr...

...i for ia32 /home/wferi/syslinux/genec/efi/check-gnu-efi.sh ia32 /home/wferi/syslinux/genec /home/wferi/syslinux/genec/efi32 mkdir -p i386 gcc -Wp,-MT,adv.o,-MD,./.adv.o.d -I/home/wferi/syslinux/genec/efi32/include/efi -I/home/wferi/syslinux/genec/efi32/include/efi/ia32 -DEFI_FUNCTION_WRAPPER -fPIC -fshort-wchar -ffreestanding -Wall -I/home/wferi/syslinux/genec/com32/include -I/home/wferi/syslinux/genec/com32/include/sys -I/home/wferi/syslinux/genec/core/include -I/home/wferi/syslinux/genec/core/ -m32 -march=i386 -I/home/wferi/syslinux/genec/com32/lib/ -I/home/wferi/syslinux/genec/com32/libutil/inclu...

...ck-protector -fno-exceptions -Wnested-externs -DHAVE_GAS_VMX -DHAVE_GAS_SSE4_2 -DHAVE_GAS_EPT -DHAVE_GAS_FSGSBASE -U__OBJECT_LABEL__ -DHAVE_GAS_QUOTED_SYM '-D__OBJECT_LABEL__=arch/x86/efi/runtime.o' -mno-red-zone -mno-sse -fpic -fno-asynchronous-unwind-tables -DGCC_HAS_VISIBILITY_ATTRIBUTE -fshort-wchar -c runtime.c -o runtime.o gcc -m64 -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -Wno-unused-but-set-variable -Wno-unused-local-typedefs -O2 -fomit-frame-pointer -nostdinc -fno-builtin -fno-common -Werror -Wredundant-decls -Wno-pointer-ar...

...> -Xclang -mrelocation-model -Xclang static > > > > -Xclang -mllvm -Xclang -mips-ssection-threshold=0 > > -Xclang -mllvm -Xclang -enable-mips-delay-filler > > > > -Xassembler -G -Xassembler 0 -g > > > > -funsigned-char > > -fshort-wchar > > -fno-zero-initialized-in-bss > > -fasynchronous-unwind-tables > > -ffunction-sections > > -fdata-sections > > > > -Oz > > Does that stuff looks like it makes sense? A once-over by someone with > some expertise would be much...

On Fri, Jan 10, 2014 at 2:53 AM, Ferenc Wagner <wferi at niif.hu> wrote: > Gene Cumm <gene.cumm at gmail.com> writes: > >> On Sat, Jan 4, 2014 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On Tue, Dec 17, 2013 at 8:39 AM, Ferenc Wagner <wferi at niif.hu> wrote: >>> >>>> * make spotless still fails after working around

...> -Xclang -mrelocation-model -Xclang static > > > > -Xclang -mllvm -Xclang -mips-ssection-threshold=0 > > -Xclang -mllvm -Xclang -enable-mips-delay-filler > > > > -Xassembler -G -Xassembler 0 -g > > > > -funsigned-char > > -fshort-wchar > > -fno-zero-initialized-in-bss > > -fasynchronous-unwind-tables > > -ffunction-sections > > -fdata-sections > > > > -Oz > > Does that stuff looks like it makes sense? A once-over by someone with some expertise would be much app...

Hi Bill, Here is the summary of Clang failures (part of). Clang :: CXX/conv/conv.prom/p2.cpp chandlerc doubts the test itself is fulfill the C++ standard. Although "-fshort-wchar" makes the error disappered, chandlerc think it's not the correct solution. Perhaps it's test bug not clang's. Clang :: CXX/special/class.copy/p15-inclass.cpp Clang :: CodeGenCXX/compound-literals.cpp Clang :: CodeGenCXX/copy-constructor-elim-2.cpp Clang...