Displaying 5 results from an estimated 5 matches for "dbx_debugging_info".
2008 Jan 10
0
[LLVMdev] LLVM Build Problems on Itanium
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 with FSF gcc's, I found that type_queue was never used in...
2008 Jan 10
2
[LLVMdev] LLVM Build Problems on Itanium
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 with FSF gcc's, I found that type_qu...
2008 Jan 10
3
[LLVMdev] LLVM Build Problems on Itanium
Hi,
I am having some difficulties building llvm on Itanium. My procedure for
building LLVM is:
cd /liberty/llvm.ia64/llvm-2.1
./configure
make ENABLE_OPTIZED=1
cd /liberty/llvm.ia64/obj
/liberty/llvm.ia64/llvm-gcc4.2-2.1.source/configure
--prefix=/liberty/llvm.ia64/install
--enable-llvm=/liberty/llvm.ia64/llvm-2.1/ --enable-languages=c,c++
--disable-shared
The build of llvm seems to
2008 Jan 10
0
[LLVMdev] LLVM Build Problems on Itanium
Devang Patel wrote:
> 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 with FSF gcc's,...
2008 Jan 10
2
[LLVMdev] LLVM Build Problems on Itanium
On Jan 10, 2008, at 12:52 PM, Thomas Jablin wrote:
>>
> Based on your response I've removed the #undef DBX_DEBUGGING_INFO in
> gcc/config/ia64/sysv4.h. I don't need stabs debugging so if it is
> broken
> in my final build, I won't care. After doing so, my llvm-gcc build
> runs
> for a much longer time before finally dying while running xgcc. Here
> is
> the final output:
>
> /l...