Re: What is text.hot section in elf files ?

Hi, On 2/6/06, Sandeep Kumar <[EMAIL PROTECTED]> wrote: > Hello everyone, > While scrolling down the objdump of the code for /usr/bin/gcc, There > is a section called text.hot section, which is normally not present on > the elf files. What is that? is it something specific to /usr/bin/gcc > only.H

What is text.hot section in elf files ?

Hello everyone, While scrolling down the objdump of the code for /usr/bin/gcc, There is a section called text.hot section, which is normally not present on the elf files. What is that? is it something specific to /usr/bin/gcc only.How can be create such sections in our normal executables ? -- Reg

Re: [PATCH, RFC] Enable IBM long double for PPC32 Linux

Joe Buck wrote: > I agree that the matter should have been raised far earlier, and that > glibc decisions of this kind should be coordinated with gcc, and in this > case the issue should have been discussed far earlier. Yes, I completely agree. In fact, I think everyone agrees; Roland has sugges

Re: Request for clarification on the 128bit long double requirments

Roland McGrath wrote: > I told those maintainers that glibc 2.4 would not support a new long double > ABI for each platform unless GCC 4.1 as released could compile that glibc. > The glibc sources make it easy enough to switch a platform down the line > (for the glibc 2.5 ABI, whenever that next r

Re: Request for clarification on the 128bit long double requirments

I hope I can clarify the situation. Planning and communication surely could have been much better, and as the person who coordinated the efforts that were made, I can be blamed for what we did and when we did it. glibc has lacked the manpower to be as organized as we would like to be, and given w

Re: Reconsidering gcjx

> "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes: Thorsten> Why not keep enough support in jc1 to bootstrap ecj? >> > We don't know how much of the language that would be. >> And we can't tell _a priori_. As I understand it, the intention is to >> use upstream sources, and they wi

gcc internals question, e.g. -fdump-translation-unit

I need a way to extract from gcc, each time gcc runs, the following information: A) When a call to any function F is encountered, I require the full path of the file wherein F is defined. B) When the conversion of any pointer of type STRICT->funcptr (structure member of type pointer to function(

RE: Compile problem on gcc-4.2-20060204

Rui Wang writes: > >> --enable-java-awt=gtk,xlib --without-x > > > >You said without X but included the gtk and the xlib peers. > >What do you think that should mean? > > > Thank you for the quick reply, would you mind to explain a bit more > on how these two related with each other? >

RE: Compile problem on gcc-4.2-20060204

>> --enable-java-awt=gtk,xlib --without-x > >You said without X but included the gtk and the xlib peers. >What do you think that should mean? > Thank you for the quick reply, would you mind to explain a bit more on how these two related with each other? My understanding from reading the online d

Re: Compile problem on gcc-4.2-20060204

On Feb 5, 2006, at 10:30 AM, Rui Wang wrote: --enable-java-awt=gtk,xlib --without-x You said without X but included the gtk and the xlib peers. What do you think that should mean? -- Pinski

Compile problem on gcc-4.2-20060204

Hi, I came across the following problem while I was trying to compile gcc-4.2-20060204 on RedHat Linux. checking for shared library run path origin... (cached) done checking for iconv... (cached) yes checking for iconv declaration... (cached) extern size_t iconv (iconv_t cd, char * *in