[LLVMdev] Help needed on debugging llvm
Anitha Boyapati
anitha.boyapati at gmail.com
Tue Nov 6 02:00:30 PST 2012
On 6 November 2012 14:52, Duncan Sands <baldrick at free.fr> wrote:
> Hi Anitha,
>
>
> On 06/11/12 10:19, Anitha Boyapati wrote:
>
>> Hi Duncan
>> I am facing a build error about __builtin_iceil
>>
>
> it's surely just that dragonegg doesn't have any support for this builtin.
>
ok. Just verified that Target.cpp and x86_builtins do not have iceil
support.
I have this tricky situation - I use dragonegg generated LLVM IR as input
to clang for some analysis (well it is clang++ actually). Understably,clang
cribs looking at __builtin_iceil. Any idea how to resolve that as well?
clang++ -O2 -march=bdver2 -mno-fma -save-temps -mfma4
-ffp-contract=fast -DSPEC_CPU_LP64 Compute.o ComputeList.o
ComputeNonbondedUtil.o LJTable.o Molecule.o Patch.o PatchList.o ResultSet.o
SimParameters.o erf.o spec_namd.o -o namd
spec_namd.o: In function `main':
spec_namd.ll:(.text+0x2a3): undefined reference to `__builtin_iceil'
> Please open a bug report with a minimal test case
>
Will do. Thanks
-Anitha
>
>
> Ciao, Duncan.
>
> when compiled
>
>> with dragonegg using -ffast-math option. My dragonegg is built with
>> gcc-4.7.0
>> (I am compiling namd spec benchmark here again).
>> Any idea?
>> g++ -march=bdver2 -save-temps -fplugin=/home/anboyapa/**
>> install/bin/dragonegg.so
>> -O2 -march=bdver2 -save-temps -fplugin=/home/anboyapa/**
>> install/bin/dragonegg.so
>> -mno-fma -mfma4 -ffast-math -DSPEC_CPU_LP64 Compute.o
>> ComputeList.o
>> ComputeNonbondedUtil.o LJTable.o Molecule.o Patch.o PatchList.o
>> ResultSet.o
>> SimParameters.o erf.o spec_namd.o -o namd
>> spec_namd.o: In function `main':
>> spec_namd.C:(.text+0x2a3): undefined reference to `__builtin_iceil'
>> collect2: error: ld returned 1 exit status
>> specmake: *** [namd] Error 1
>>
>>
>> On 5 November 2012 14:32, Duncan Sands <baldrick at free.fr
>> <mailto:baldrick at free.fr>> wrote:
>>
>> Hi Anitha,
>>
>>
>> http://llvm.org/bugs/show_bug.**__cgi?id=14185<http://llvm.org/bugs/show_bug.__cgi?id=14185>
>>
>> <http://llvm.org/bugs/show_**bug.cgi?id=14185<http://llvm.org/bugs/show_bug.cgi?id=14185>
>> >
>> I am stuck on analysis. Does any one have alternate suggestions
>> on debugging
>> llvm? (Please refer to comments for the work done so far)
>>
>>
>> try to reduce a small standalone testcase which is an LLVM IR (.ll)
>> file.
>>
>> Ciao, Duncan.
>>
>> ______________________________**___________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu <mailto:LLVMdev at cs.uiuc.edu>
>> http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/__**mailman/listinfo/llvmdev<http://lists.cs.uiuc.edu/__mailman/listinfo/llvmdev>
>> <http://lists.cs.uiuc.edu/**mailman/listinfo/llvmdev<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev>
>> >
>>
>>
>>
>>
>> --
>> /* Anitha*/
>>
>>
>
--
* Anitha*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121106/11ece5fc/attachment.html>
More information about the llvm-dev
mailing list