Undefined symbol "_Unwind_GetIPInfo" on FreeBSD 6.0

Mon Nov 20 01:01:00 GMT 2006

Hi David. Well #1 is out due to segmentation faults - but there must be 
a clue in this somewhere since 4.1 does not produce this problem and 4.2 
does.
I guess I'll have to pick door #2 - but I am only programming in python 
so it is likely to be challenging. I'll take a look at Jakub's patch as 
you have recommended to try to read the sources and documentation to try 
and understand how it works somewhat. Many thanks.
Regards,
David
David Daney wrote:
> David Pratt wrote:
>> Hi David. There is no libunwind that I am aware of for this platform. 
>> I see a libunwind from gnu.org for download though I am not clear that 
>> it is designed for i386-freebsd platform. Any advise on getting around 
>> this is appreciated.
>> That is kind of what I suspected. As I see it there are two options:
>> 1) Use an earlier version of gcj/libgcj that works on your platform.
>> 2) Get familiar with some the internals of libgcc, how it is built, and 
> how exception processing works on your platform. Then fix it yourself. 
> Look at the patch that Jakub committed for PR 26208, and try to figure 
> out why _Unwind_GetIPInfo is not defined for your case.
>> David Daney
>>>>> Regards,
>> David
>>>>>> David Daney wrote:
>>> David Pratt wrote:
>>>> Hi. Continuing to look at archives and past bugs and found bug 27780 
>>>> also
>>>>>>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
>>>>>>>> I noticed that this is compile argument of --with-system-libunwind 
>>>> and --host=ia64-suse-linux in the description used in the bug report
>>>>>>>> Could modifying these arguments for FreeBSD compile resolve this 
>>>> issue. Many thanks.
>>>>>> I think the real problem is that _Unwind_GetIPInfo is not defined on 
>>> your platform. If your system has a libunwind with the missing 
>>> symbol, then --with-system-libunwind *might* help.
>>>>>> Even though I am not familiar with FreeBSD, I don't think that is the 
>>> problem. More likely is that this was broken by the patch for PR 
>>> 26208, and it should be fixed in a manner similar to that patch. 
>>> Possibly adding a macro defining _Unwind_GetIPInfo to the appropriate 
>>> header in gcc/config or causing your libgcc to define the symbol.
>>>>>> Sorry I could not be of more help,
>>> David Daney
>>>>>>>>>>>>>> Regards,
>>>> David
>>>>>>>> David Pratt wrote:
>>>>> I have gone through the archives a bit and see a similar issue on 
>>>>> Darwin. Since Darwin is based on FreeBSD, could FreeBSD have been 
>>>>> missed on patching to prevent the symbol from being used? Many thanks.
>>>>>>>>>> Regards
>>>>> David
>>>>>>>>>> see http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00906.html
>>>>>>>>>>>>>>>>>>>> David Pratt wrote:
>>>>>> Hi. I have successfully compiled gcc-4.2 from ports collection and 
>>>>>> also from svn without errors but have encountered this error. Can 
>>>>>> someone provide some advice.
>>>>>>>>>>>> Traceback (most recent call last):
>>>>>> File "test_PyLucene.py", line 27, in ?
>>>>>> from PyLucene import *
>>>>>> File "/usr/local/lib/python2.4/site-packages/PyLucene.py", line 
>>>>>> 33, in ?
>>>>>> from _PyLucene import *
>>>>>> ImportError: /usr/local/lib/gcc-4.2.0/libgcj.so.8: Undefined 
>>>>>> symbol "_Unwind_GetIPInfo"
>>>>>>>>>>>> Is libgcj broken for this platform or is there a work around for 
>>>>>> this. Many thanks.
>>>>>>>>>>>> Regards,
>>>>>> David
>>>>>>>>>>>>>>>>>>>