This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: cp-demangle.c:2838: internal | compiler error: Segmentation Fault
- From: kamaraju kusumanchi <raju dot mailinglists at gmail dot com>
- To: Tadeus <eus at member dot fsf dot org>
- Cc: gcc-help at gcc dot gnu dot org
- Date: Tue, 3 Feb 2009 12:37:45 -0500
- Subject: Re: cp-demangle.c:2838: internal | compiler error: Segmentation Fault
- References: <1d9315cf0901151117v18eb69f8y772a3644525574d@mail.gmail.com> <m3fxjj2r8r.fsf@google.com> <1d9315cf0901211615i6231289fxc968e9856fe4b7ec@mail.gmail.com> <1d9315cf0901261702j5b03264bn5a61acd31328d000@mail.gmail.com> <1d9315cf0901271135g69dbd07aubf6d936b693fce64@mail.gmail.com> <21740625.post@talk.nabble.com>
On Thu, Jan 29, 2009 at 9:56 PM, Tadeus <eus@member.fsf.org> wrote:
>
> Hi Kamaraju!
>
> --- On Tue, 1/27/09, kamaraju kusumanchi wrote:
>
>> One small question. The backtrace shows that the code is calling
>> qsort() function in /usr/lib/libc.so.1 . I am wondering if there is
>> any incompatibility between qsort expected by gcc and qsort on my
>> system's library? Could this be the cause of the problems?
>
> Do you think the following post titled "qsort_r argument order" relevant?
> http://sources.redhat.com/ml/libc-alpha/2008-12/msg00003.html
>
Further debugging tells me that my qsort is working fine. Gcc (for
some reason) is choosing the wrong assembler, linker etc.,
For example, when gcc chooses the assembler, linker from /usr/ccs/bin
then the program results in internal compiler error.
If gcc chooses the assembler, linker etc., from another directory
(which contain newer versions of as, ld), then the program compiles
fine.
I discovered this accidentally. I do not know why gcc is picking up
things from /usr/ccs/bin even though it is not included in $PATH,
$LD_LIBRARY_PATH etc., Any idea on how to override the default
behavior?