search for: crtfastmath

.../../install/ia64-unknown-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC -DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -DUSE_GAS_SYMVER -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -c -o crtfastmath.o \ ../../llvm-gcc4.2-2.1.source/gcc/config/ia64/crtfastmath.c cc1: SelectionDAGISel.cpp:3695: void llvm::SelectionDAGLowering::visitInlineAsm(llvm::CallInst&): Assertion `!OpInfo.AssignedRegs.Regs.empty() && "Couldn't allocate input reg!"' failed. ../../llvm-gcc4.2...

...arwin11.0.0/4.6.1 -L/sw/lib/gcc4.6/lib/gcc/x86_64-apple-darwin11.0.0/4.6.1/../../.. dpApi.o vmd.o vmdInter.o tclStream.o dpStream.o ssStream.o publicVMDInter.o thread.o -lcrypto -lstdc++ -no_compact_unwind -lSystem -lgcc_ext.10.5 -lgcc -lSystem /sw/lib/gcc4.6/lib/gcc/x86_64-apple-darwin11.0.0/4.6.1/crtfastmath.o -v [MacPro:~/xplor-nih-2.27/vmd/bin.Darwin_11_x86_64] howarth% gdb /usr/bin/ld GNU gdb 6.3.50-20050815 (Apple version gdb-1705) (Fri Jul 1 10:50:06 UTC 2011) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to cha...

On Jan 10, 2008, at 10:29 AM, Thomas Jablin wrote: > Hi, > > I've figured out a little more. #if defined DBX_DEBUGGING_INFO || > XCOFF_DEBUGGING_INFO guards the declaration of type_queue, however, > neither is defined on Intanium. In gt-dbxout.h type_queue's uses are > unguarded and thus are undefined on Itanium. When I compared llvm- > gcc's > gt-dbxout.h

...s-include > -O2 > -O2 -g -O2 -DIN_GCC -DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite- > strings > -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition - > isystem > ./include -fPIC -DUSE_GAS_SYMVER -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 > -D__GCC_FLOAT_NOT_NEEDED -c -o crtfastmath.o \ > ../../llvm-gcc4.2-2.1.source/gcc/config/ia64/crtfastmath.c > cc1: SelectionDAGISel.cpp:3695: void > llvm::SelectionDAGLowering::visitInlineAsm(llvm::CallInst&): Assertion > `!OpInfo.AssignedRegs.Regs.empty() && "Couldn't allocate input reg!"' > fai...

...ent options. I'll say more about that below. The wording of the documentation is sufficiently ambiguous that I'm not entirely certain whether it is intended to control the target hardware or just the optimizer. In addition, when either -Ofast or -ffast-math is used, we attempt to link 'crtfastmath.o' if it can be found. For X86 targets, this object file adds a static constructor that sets the DAZ and FTZ bits of the MXCSR register. I expect that it has analogous behavior for other architectures when it is available. This object file is typically available on Linux systems, possibly also...

...On Wed, Apr 02, 2014 at 06:16:44PM +0400, Robert Khasanov wrote: > Hi Tom, > > I would like to nominate the following patches to be backported to 3.4.1 > > Clang: > 1. r204742 - Zinovy Nis <zinovy.nis at gmail.com> - Fix an logic error in the > clang driver preventing crtfastmath.o from linking when -Ofast is used > without -ffast-math > > LLVM: > 1. r205067 - Akira Hatanaka <ahatanaka at apple.com> - [x86] Fix printing of > register operands with q modifier > 2. r203581 - Hans Wennborg <hans at hanshq.net> - X86: Don't generate 64-bit &gt...

...64- f80:128:128" target triple = "ia64-portbld-freebsd8.0" define void @__ia64_set_fast_math() nounwind { entry: tail call void asm sideeffect "mov.m ar.fpsr=$0", "r"( i64 2709527404217215 ) nounwind ret void } \end{ll} (See gcc/config/ia64/crtfastmath.c) In llvm::TargetLowering::getRegForInlineAsmConstraint(), the "r" constraint (i.e. TargetLowering::C_RegisterClass) isn't handled and the function returns <pair>(0, NULL). However, it is explicitly called for that constraint by llvm::SelectionDAGLowering::visitInlineAsm()...

This is of course not homework. I am trying to understand how fast math optimizations work in llvm. When I compared IR for both the programs, the only thing I have noticed is that fdiv and fmul are replaced with fdiv fast and fmul fast. Not sure what happens in fdiv fast and fmul fast. I feel that its because d/max is really small number and fast-math does not care about small numbers and consider

...> > > > I would like to nominate the following patches to be backported to 3.4.1 > > > > > > Clang: > > > 1. r204742 - Zinovy Nis <zinovy.nis at gmail.com <javascript:;>> - Fix an > > logic error in the > > > clang driver preventing crtfastmath.o from linking when -Ofast is used > > > without -ffast-math > > > > > > LLVM: > > > 1. r205067 - Akira Hatanaka <ahatanaka at apple.com <javascript:;>> - > > [x86] Fix printing of > > > register operands with q modifier > > >...

...he intrinsics are lowered in the virtual machine, i have no patch for this part, because i don't like the current solution. kind regards peter ps.: there is a particular problem i couldn't solve, which does not matter as long as this file is not linked to an executable: gcc/config/i386/crtfastmath.c: line 104: asm volatile ("fxsave %0" : "=m" (fxsave) : "m" (fxsave)); the problem occurs during compilation of llvm-gcc4_2. llvm cannot handle the struct arguments at this level, the following errormsg is the result: cc1: .../llvm/llvm/lib/CodeGen/SelectionDAG/Ta...

...;ia64-portbld-freebsd8.0" > > define void @__ia64_set_fast_math() nounwind { > entry: > tail call void asm sideeffect "mov.m ar.fpsr=$0", "r"( i64 > 2709527404217215 ) nounwind > ret void > } > \end{ll} > > (See gcc/config/ia64/crtfastmath.c) > > In llvm::TargetLowering::getRegForInlineAsmConstraint(), the "r" > constraint > (i.e. TargetLowering::C_RegisterClass) isn't handled and the function > returns > <pair>(0, NULL). However, it is explicitly called for that > constraint by > llvm::S...

...n -fno-merge-constants} %{coverage:-fprofile-arcs -ftest-coverage} *cc1plus: *link_gcc_c_sequence: %{static:--start-group} %G %L %{static:--end-group}%{!static:%G} *link_ssp: %{fstack-protector|fstack-protector-all:-lssp_nonshared -lssp} *endfile: %{ffast-math|funsafe-math-optimizations:crtfastmath.o%s} %{shared|pie:crtendS.o%s;:crtend.o%s} crtn.o%s *link: %{!static:--eh-frame-hdr} -m %(link_emulation) %{shared:-shared} %{!shared: %{!ibcs: %{!static: %{rdynamic:-export-dynamic} %{!dynamic-linker:-dynamic-linker %(dynamic_linker)}} %{static:-static}}} *lib: %{pth...

It's undocumented FAQ, if you are using RHEL5 (or clone). - install gcc44-c++ - Build with CC=gcc44 CXX=g++44 - You may need "CC=clang -std=gnu89" to use clang with its glibc. Have fun! ps. AFAIK, clang can be built more easily on centos6. ...Takumi 2012/7/11 Sitvanit Ruah <RUAH at il.ibm.com>: > > Hello all, > I am new to this mailing list so I hope this is

...nux6E/4.4.6 /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtbegin.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtbeginS.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtbeginT.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtend.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtendS.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtfastmath.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtprec32.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtprec64.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtprec80.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/include /usr/lib/gcc/i386-redhat-linux6E/4.4.6/include/abmintrin.h /usr/lib/gcc/i386-redhat-linux6E/4.4.6...

Hello all, I am new to this mailing list so I hope this is the right place to post the following question. We are considering using Clang front end for our tool. I tried to compile LLVM (using configure followed by make from the llvm top directory) on LINUX X86 with gcc 4.1.2. I got several compilation error messages of the form /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c+

Hi, We are now about halfway between the 3.4 and 3.5 releases, and I would like to start preparing for a 3.4.1 release. Here is my proposed release schedule: Mar 26 - April 9: Identify and backport additional bug fixes to the 3.4 branch. April 9 - April 18: Testing Phase April 18: 3.4.1 Release How you can help: - If you have any bug fixes you think should be included to 3.4.1, send me an