linux-gcc-digest Sunday, April 23 2000 Volume 01 : Number 405
In this issue:
Re: Fw: Important - Pleeeeeeeze Read!!!!!]
backtrace_symbols
template problem
query on documentation
Re: query on documentation
Re: query on documentation
Possible code generation error [gcc PPC version]
Re: query on documentation
Re: template problem
Re: backtrace_symbols
Re: backtrace_symbols
Re: query on documentation
Re: query on documentation
Binutils 2.9.5.0.32 is released.
binutils 2.9.5.0.33 is released
Binutils 2.9.5.0.34 is released.
BFD documents
exception handling
Help with GCC ASM inline code
Re: Help with GCC ASM inline code
Indians Unite
Indians Unite
Binutils 2.9.5.0.35 is released.
test, pls ignore
working process's base of data
Date: Sun, 16 Apr 2000 13:47:21 -0400
Latest GCC binaries for Redhat Linux
Date: Mon, 17 Apr 2000 07:13:32 +0500
Re: Latest GCC binaries for Redhat Linux
Changing proccess owner while running
binutils 2.9.5.0.37 is released.
Re: Duplicates in 2.9.5.0.37/gas/ChangeLog
STL maps never deallocate
Re: BFD documents
See the end of the digest for information on subscribing to the linux-gcc
or linux-gcc-digest mailing lists.
----------------------------------------------------------------------
From: "William Scott Lockwood III" <[EMAIL PROTECTED]>
Date: Tue, 21 Mar 2000 22:06:39 CST
Subject: Re: Fw: Important - Pleeeeeeeze Read!!!!!]
This is TOTAL bullshit! DO NOT send me this fucking spam again! I'll
happily report you to your ISP next time you send me bullshit like this, and
have your account CLOSED!
TO everyone else unfortunate enough to recieve this email: It's crap.
There is no beta test. There is no money. Sending this to people will only
CLOG thier inbox with unwanted SPAM - so do yourself and the rest of us a
favor - DON'T pass it on!
>From: "peruzzi" <[EMAIL PROTECTED]>
>To: "stephen hill" <[EMAIL PROTECTED]>, "shawna errigo"
><[EMAIL PROTECTED]>, "Sarah" <[EMAIL PROTECTED]>, "Natalie
>Orr" <[EMAIL PROTECTED]>, "Melissa Davis" <[EMAIL PROTECTED]>,
><[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, "Holly Doornbos"
><[EMAIL PROTECTED]>, "Daniel Whalen" <[EMAIL PROTECTED]>, "chris
>everett" <[EMAIL PROTECTED]>, "Amanda Fosmire"
><[EMAIL PROTECTED]>
>CC: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
><[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
><[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
><[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
><[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
><[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
>Subject: Fw: Important - Pleeeeeeeze Read!!!!!]
>Date: Tue, 21 Mar 2000 17:07:42 -0800
>
>
>----- Original Message -----
>From: Laurie Youngs
>To: Zac ; Williard ; Vicki ; That Ugly Guy ; Tanya ; Stover ; Stoney ;
>Steve ; Spo ; Simone ; Shawna ; Shaun ; Sean ; Scotty ; Scott ; Schaefer ;
>Sarah ; Ryan ; Rocca ; Rob D. ; Rob ; Rick ; Rich ; Raelee ; Pete ; Pat ;
>Oriana ; No COD's on a PPR ; Nicole ; Nick ; N. Speno ; Morrin ; Mom ;
>Mocko ; Mikey ; Mike W. ; Mel ; Marlie ; Marin ; Luis ; Liz ; Leah ; Laurie
>Youngs ; Lauren ; Kirstyn ; Kim ; Kellen ; Kate ; Karen ; Julie ; Julia ;
>Josh ; Jordan ; Jodi ; Jo and Jay ; Jessie ; Jeffrey ; Jeff M. ; Jeff ;
>Jason R. ; Jamie ; Jackie ; J. Speno ; Harris ; Grillone ; GI Jay ; Erik ;
>Erich ; Eric ; Emmy ; Emily ; Dennis ; Dave ; Cordell ; Cooks ; Clark's ;
>Chris S. ; Chris Everett ; Chris ; Chesa ; Bub ; Bill S. ; Bill ; Big Mike
>; Becky ; Bart ; Avard ; Aunt Susie ; Aunt Jo ann and Uncle Mike ; April ;
>Anessa ; Andy ; Amy ; Alyson
>Sent: Tuesday, March 21, 2000 7:24 AM
>Subject: Fw: Important - Pleeeeeeeze Read!!!!!]
>
>
> > >why not try it?
> > >I never even read these but thought i would because I received it from
> > >a friend that never sends these to me.
> > >
> > -------------------------------------------------------------
> >
> > > >> > This is not a joke. I am forwarding this because the person who
> > sent it to me is a good friend and does not send me junk.
> >
> > Intel and AOL are now discussing a merger which would make them the
> > largest Internet company and in an effort make sure that AOL remains the
> > most widely used program, Intel and AOL are running an e-mail beta
> > test.
> > When you forward this e-mail to friends, Intel can and will track it (if
> >
> > you are a Microsoft Windows user) for a two week time period. For every
> >
> > person that you forward this e-mail to, Microsoft will pay you
> >
> > $203.15, for every person that you sent it to that forwards it on,
> > Microsoft will pay you $156.29 and for every third person that receives
> > it, you will be paid $17.65. Within two weeks,Intel will contact you for
> > your address and then send you a check.
> > > >>
> > I thought this was a scam myself, but a friend of my good
> >
> > friend's Aunt Patricia, who works at Intel actually got a check for
> > $4,543.23 by forwarding this e-mail. Try it, what have you got to
> > lose????
> > >>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
------------------------------
From: Florian Weimer <[EMAIL PROTECTED]>
Date: 28 Mar 2000 13:10:14 +0200
Subject: backtrace_symbols
Is it true that backtrace_symbols returns symbols only for functions
exported by shared libraries? (glibc 2.1.3 on Linux)
Is there similar functionality which could be used for other functions
for which debugging information exists but whch aren't exportet?
- --
Florian Weimer [EMAIL PROTECTED]
University of Stuttgart http://cert.uni-stuttgart.de/
RUS-CERT +49-711-685-5973/fax +49-711-685-5898
http://ca.uni-stuttgart.de:11371/pks/lookup?op=get&search=0xC06EC3B5
------------------------------
From: Jens <[EMAIL PROTECTED]>
Date: Tue, 28 Mar 2000 13:24:13 +0000
Subject: template problem
Hi
I'll keep this brief for now as this should be trivial to solve (I
hope). If this is in a FAQ please point me to it.
I'm having trouble linking my code if I use templates. I get undefined
references to the methods I use from the template.
What am I missing? An example that works (and links) would be nice.
I'm using egcs 2.91.66
Thanks,
Jens
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 28 Mar 2000 07:55:37 -0600
Subject: query on documentation
Is there somehwere that the various gcc __builtin functions are documented?
There is no info in "info gcc" about them as near as I can tell.
Best Regards,
Ray Bryant
IBM Linux Technology Center
[EMAIL PROTECTED]
512-838-8538
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Tue, 28 Mar 2000 07:21:07 -0700
Subject: Re: query on documentation
On Tue, Mar 28, 2000 at 07:55:37AM -0600, [EMAIL PROTECTED] wrote:
>
>
> Is there somehwere that the various gcc __builtin functions are documented?
>
> There is no info in "info gcc" about them as near as I can tell.
>From `info gcc', in the Index:
* __builtin_apply: Constructing Calls.
* __builtin_apply_args: Constructing Calls.
* __builtin_args_info: Varargs.
* __builtin_classify_type: Varargs.
* __builtin_next_arg: Varargs.
* __builtin_return: Constructing Calls.
* __builtin_saveregs: Varargs.
Kurt
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 28 Mar 2000 11:03:42 -0600
Subject: Re: query on documentation
You,re right -- I missed those in "info gcc". But it doesn't appear to be
a full list.
For example, __builtin_constant_p and __builtin_return_address aren't
there.
(The list in info gcc appears to be related to var args processing.)
There must be a list somwhere (yeah, I know, "Use the source, Luke") but
that
is a pretty painful way to find such.
Best Regards,
Ray Bryant
IBM Linux Technology Center
[EMAIL PROTECTED]
512-838-8538
------------------------------
From: "Karsten Jeppesen" <[EMAIL PROTECTED]>
Date: Wed, 29 Mar 2000 08:55:16 -0800
Subject: Possible code generation error [gcc PPC version]
I think I am seeing a possible compiler code generation error. Look at the
following
- --------------
14: 3d 20 00 00 lis r9,0
16: R_PPC_ADDR16_HA .rodata
18: 38 69 00 00 addi r3,r9,0
1a: R_PPC_ADDR16_LO .rodata
1c: 38 80 00 00 li r4,0
20: 48 00 00 01 bl 20 <GlobalProc+0x20>
- --------------
This is part of an objdump of a PowerPC code segment so this does not apply
to Intel compatibles.
The error (so I believe) is the use of 'addi' to load the least-significant
part of the jump address. Accordingly to the manual (and I tested this also
- - of cause) if the most-significant bit in the least-significant part if 1
(0x00008000) you will loose that bit because 'addi' will look at it signed
which means it will subtract instead.
IMHO 'ori' should be used instead.
Any comments? Am I wrong?
Cheers,
Karsten Jeppesen
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2000 16:21:13 +0200
Subject: Re: query on documentation
> For example, __builtin_constant_p and __builtin_return_address
> aren't there.
In my copy of the GCC manual, __builtin_constant_p is listed in the
function index, and explained in (gcc)Other Builtins;
__builtin_return_address is explained in (gcc)Return Address.
> There must be a list somwhere (yeah, I know, "Use the source, Luke")
> but that is a pretty painful way to find such.
The exact list certainly depends on the compiler version; I'll include
the contents of builtins.def from the current gcc cvs below.
Regards,
Martin
DEF_BUILTIN(BUILT_IN_ALLOCA)
DEF_BUILTIN(BUILT_IN_ABS)
DEF_BUILTIN(BUILT_IN_FABS)
DEF_BUILTIN(BUILT_IN_LABS)
DEF_BUILTIN(BUILT_IN_FFS)
DEF_BUILTIN(BUILT_IN_DIV)
DEF_BUILTIN(BUILT_IN_LDIV)
DEF_BUILTIN(BUILT_IN_FFLOOR)
DEF_BUILTIN(BUILT_IN_FCEIL)
DEF_BUILTIN(BUILT_IN_FMOD)
DEF_BUILTIN(BUILT_IN_FREM)
DEF_BUILTIN(BUILT_IN_MEMCPY)
DEF_BUILTIN(BUILT_IN_MEMCMP)
DEF_BUILTIN(BUILT_IN_MEMSET)
DEF_BUILTIN(BUILT_IN_BZERO)
DEF_BUILTIN(BUILT_IN_BCMP)
DEF_BUILTIN(BUILT_IN_STRCPY)
DEF_BUILTIN(BUILT_IN_STRCMP)
DEF_BUILTIN(BUILT_IN_STRLEN)
DEF_BUILTIN(BUILT_IN_FSQRT)
DEF_BUILTIN(BUILT_IN_SIN)
DEF_BUILTIN(BUILT_IN_COS)
DEF_BUILTIN(BUILT_IN_GETEXP)
DEF_BUILTIN(BUILT_IN_GETMAN)
DEF_BUILTIN(BUILT_IN_SAVEREGS)
DEF_BUILTIN(BUILT_IN_CLASSIFY_TYPE)
DEF_BUILTIN(BUILT_IN_NEXT_ARG)
DEF_BUILTIN(BUILT_IN_ARGS_INFO)
DEF_BUILTIN(BUILT_IN_CONSTANT_P)
DEF_BUILTIN(BUILT_IN_FRAME_ADDRESS)
DEF_BUILTIN(BUILT_IN_RETURN_ADDRESS)
DEF_BUILTIN(BUILT_IN_AGGREGATE_INCOMING_ADDRESS)
DEF_BUILTIN(BUILT_IN_APPLY_ARGS)
DEF_BUILTIN(BUILT_IN_APPLY)
DEF_BUILTIN(BUILT_IN_RETURN)
DEF_BUILTIN(BUILT_IN_SETJMP)
DEF_BUILTIN(BUILT_IN_LONGJMP)
DEF_BUILTIN(BUILT_IN_TRAP)
/* ISO C99 floating point unordered comparisons. */
DEF_BUILTIN(BUILT_IN_ISGREATER)
DEF_BUILTIN(BUILT_IN_ISGREATEREQUAL)
DEF_BUILTIN(BUILT_IN_ISLESS)
DEF_BUILTIN(BUILT_IN_ISLESSEQUAL)
DEF_BUILTIN(BUILT_IN_ISLESSGREATER)
DEF_BUILTIN(BUILT_IN_ISUNORDERED)
/* Various hooks for the DWARF 2 __throw routine. */
DEF_BUILTIN(BUILT_IN_UNWIND_INIT)
DEF_BUILTIN(BUILT_IN_DWARF_CFA)
DEF_BUILTIN(BUILT_IN_DWARF_FP_REGNUM)
DEF_BUILTIN(BUILT_IN_INIT_DWARF_REG_SIZES)
DEF_BUILTIN(BUILT_IN_FROB_RETURN_ADDR)
DEF_BUILTIN(BUILT_IN_EXTRACT_RETURN_ADDR)
DEF_BUILTIN(BUILT_IN_EH_RETURN)
DEF_BUILTIN(BUILT_IN_VARARGS_START)
DEF_BUILTIN(BUILT_IN_STDARG_START)
DEF_BUILTIN(BUILT_IN_VA_END)
DEF_BUILTIN(BUILT_IN_VA_COPY)
/* C++ extensions */
DEF_BUILTIN(BUILT_IN_NEW)
DEF_BUILTIN(BUILT_IN_VEC_NEW)
DEF_BUILTIN(BUILT_IN_DELETE)
DEF_BUILTIN(BUILT_IN_VEC_DELETE)
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2000 16:33:13 +0200
Subject: Re: template problem
> What am I missing?
You need to define the template in the header files; defining them in
a different implementation file is illegal C++.
Regards,
Martin
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Thu, 30 Mar 2000 16:32:19 +0200
Subject: Re: backtrace_symbols
> Is it true that backtrace_symbols returns symbols only for functions
> exported by shared libraries?
It appears that way. At least, I could not make the following program
work.
#include <stdio.h>
void foo(){
void *buf[10];
int count = backtrace(buf,10);
char **s = backtrace_symbols(buf,count);
int i;
for(i=0;i<count;i++)
puts(s[i]);
}
void bar(){
foo();
}
int main()
{
bar();
}
it would not even work with --export-dynamic, i.e. when the symbols
were exported from the executable.
> Is there similar functionality which could be used for other
> functions for which debugging information exists but whch aren't
> exportet?
I guess you can extract that function from binutils. When you are
done, please make sure to submit it for inclusion into glibc :-)
Regards,
Martin
------------------------------
From: Ulrich Drepper <[EMAIL PROTECTED]>
Date: 30 Mar 2000 11:30:22 -0800
Subject: Re: backtrace_symbols
"Martin v. Loewis" <[EMAIL PROTECTED]> writes:
> > Is it true that backtrace_symbols returns symbols only for functions
> > exported by shared libraries?
>
> It appears that way. At least, I could not make the following program
> work.
Take a look at the catchsegv script.
- --
- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Red Hat `--' drepper at redhat.com `------------------------
------------------------------
From: [EMAIL PROTECTED]
Date: Thu, 30 Mar 2000 18:25:55 -0600
Subject: Re: query on documentation
Martin,
Thanks for your response -- I guess know I need to what is mean by the "GCC
manual".
Is this a printed document of some kind? Info certainly doesn't document
all of these
__bulitin functions, although several of them are there.
If the "GCC manual" is something I can get online, where do I look?
Thanks,
Ray Bryant
IBM Linux Technology Center
[EMAIL PROTECTED]
512-838-8538
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Fri, 31 Mar 2000 10:12:41 +0200
Subject: Re: query on documentation
> Thanks for your response -- I guess know I need to what is mean by
> the "GCC manual".
The gcc manual is written in texinfo. You can use it to produce the
info pages, or convert it to tex, and print it as a book.
> Is this a printed document of some kind? Info certainly doesn't
> document all of these __bulitin functions, although several of them
> are there.
You did not mention what compiler version you were using. The manual
that comes with gcc 2.95 certainly has the documentation I claimed it
has. The locations I gave were Info node names, for example, in info,
you type 'g', then '(gcc)Return Address'.
> If the "GCC manual" is something I can get online, where do I look?
It is also available online, at
http://gcc.gnu.org/onlinedocs/
Regards,
Martin
------------------------------
From: "H . J . Lu" <[EMAIL PROTECTED]>
Date: Fri, 31 Mar 2000 11:14:56 -0800
Subject: Binutils 2.9.5.0.32 is released.
This is the beta release of binutils 2.9.5.0.32 for Linux, which is
based on binutils 2000 0331 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.32 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared}
%{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
-dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m
armelf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.31:
1. Update from binutils 2000 0331. Fix the Linux/ARM assembler bug.
2. Fix a Debian assembler security bug.
Changes from binutils 2.9.5.0.29:
1. Update from binutils 2000 0319.
2. An ELF/alpha bug is fixed.
Changes from binutils 2.9.5.0.27:
1. Update from binutils 2000 0301.
2. A demangler bug is fixed.
3. A better fix for undefined symbols with -Bsymbolic when building
shared library.
Changes from binutils 2.9.5.0.24:
1. Update from binutils 2000 0204.
2. Added -taso to linker on alpha.
3. Fixed a -shared -Bsymbolic bug when PIC is not used.
Changes from binutils 2.9.5.0.22:
1. Update from binutils 2000 0113.
2. A symbol version bug is fixed.
3. A -Bsymbolic bug is fixed.
Changes from binutils 2.9.5.0.21:
1. Update from binutils 1999 1202.
2. Remove a MIPS/ELF change.
3. Enable SOM for HPPA.
Changes from binutils 2.9.5.0.19:
1. Update from binutils 1999 1122. An ia32 gas bug is fixed.
Changes from binutils 2.9.5.0.16:
1. Update from binutils 1999 1104.
2. i370 is changed to use EM_S370 and ELFOSABI_LINUX. Update readelf.
3. Fix Compaq's demangler support.
Changes from binutils 2.9.5.0.14:
1. Update from binutils 1999 1012. A gas bug which affects Linux 2.3.21
is fixed.
2. i370 update.
3. The new demangler code. You should use "--style=xxx" to select the
demnangle style instead of "--lang=xxx".
Changes from binutils 2.9.5.0.13:
1. Update from binutils 1999 0925.
2. Fix a -s and linker script bug.
Changes from binutils 2.9.5.0.12:
1. Update from binutils 1999 0922.
2. i370 update.
Changes from binutils 2.9.5.0.11:
1. Update from binutils 1999 0910. It fixed a PIC linker bug on ix86
and sparc introduced in the last release.
2. i370 update.
Changes from binutils 2.9.5.0.10:
1. Update from binutils 1999 0906. It fixed a PIC linker bug on ix86
and sparc.
2. Remove elf/hppa since it is WIP.
Changes from binutils 2.9.5.0.8:
1. Update from binutils 1999 0831. It allows spaces around '(' and ')'
in x86 FP register names.
Changes from binutils 2.9.5.0.7:
1. Update from binutils 1999 0821.
2. Some MIPS changes.
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.32.tar.gz. Source code.
2. binutils-2.9.5.0.31-2.9.5.0.32.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.32-1.i386.rpm. IA-32 binary RPM for RedHat 6.1.
There is no separate source rpm. You can do
# rpm -ta binutils-2.9.5.0.32.tar.gz
to create both binary and source rpms.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.valinux.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
03/31/2000
------------------------------
From: "H . J . Lu" <[EMAIL PROTECTED]>
Date: Mon, 3 Apr 2000 16:16:53 -0700
Subject: binutils 2.9.5.0.33 is released
This is the beta release of binutils 2.9.5.0.33 for Linux, which is
based on binutils 2000 0403 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.33 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared}
%{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
-dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m
armelf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.32:
1. Update from binutils 2000 0403. Fix the 16bit ia32 assembler bug.
Changes from binutils 2.9.5.0.31:
1. Update from binutils 2000 0331. Fix the Linux/ARM assembler bug.
2. Fix a Debian assembler security bug.
Changes from binutils 2.9.5.0.29:
1. Update from binutils 2000 0319.
2. An ELF/alpha bug is fixed.
Changes from binutils 2.9.5.0.27:
1. Update from binutils 2000 0301.
2. A demangler bug is fixed.
3. A better fix for undefined symbols with -Bsymbolic when building
shared library.
Changes from binutils 2.9.5.0.24:
1. Update from binutils 2000 0204.
2. Added -taso to linker on alpha.
3. Fixed a -shared -Bsymbolic bug when PIC is not used.
Changes from binutils 2.9.5.0.22:
1. Update from binutils 2000 0113.
2. A symbol version bug is fixed.
3. A -Bsymbolic bug is fixed.
Changes from binutils 2.9.5.0.21:
1. Update from binutils 1999 1202.
2. Remove a MIPS/ELF change.
3. Enable SOM for HPPA.
Changes from binutils 2.9.5.0.19:
1. Update from binutils 1999 1122. An ia32 gas bug is fixed.
Changes from binutils 2.9.5.0.16:
1. Update from binutils 1999 1104.
2. i370 is changed to use EM_S370 and ELFOSABI_LINUX. Update readelf.
3. Fix Compaq's demangler support.
Changes from binutils 2.9.5.0.14:
1. Update from binutils 1999 1012. A gas bug which affects Linux 2.3.21
is fixed.
2. i370 update.
3. The new demangler code. You should use "--style=xxx" to select the
demnangle style instead of "--lang=xxx".
Changes from binutils 2.9.5.0.13:
1. Update from binutils 1999 0925.
2. Fix a -s and linker script bug.
Changes from binutils 2.9.5.0.12:
1. Update from binutils 1999 0922.
2. i370 update.
Changes from binutils 2.9.5.0.11:
1. Update from binutils 1999 0910. It fixed a PIC linker bug on ix86
and sparc introduced in the last release.
2. i370 update.
Changes from binutils 2.9.5.0.10:
1. Update from binutils 1999 0906. It fixed a PIC linker bug on ix86
and sparc.
2. Remove elf/hppa since it is WIP.
Changes from binutils 2.9.5.0.8:
1. Update from binutils 1999 0831. It allows spaces around '(' and ')'
in x86 FP register names.
Changes from binutils 2.9.5.0.7:
1. Update from binutils 1999 0821.
2. Some MIPS changes.
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.33.tar.gz. Source code.
2. binutils-2.9.5.0.32-2.9.5.0.33.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.33-1.i386.rpm. IA-32 binary RPM for RedHat 6.1.
There is no separate source rpm. You can do
# rpm -ta binutils-2.9.5.0.33.tar.gz
to create both binary and source rpms.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.valinux.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
04/03/2000
------------------------------
From: "H . J . Lu" <[EMAIL PROTECTED]>
Date: Tue, 4 Apr 2000 11:14:18 -0700
Subject: Binutils 2.9.5.0.34 is released.
This is the beta release of binutils 2.9.5.0.34 for Linux, which is
based on binutils 2000 0403 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.34 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared}
%{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
-dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m
armelf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.33:
1. Update from binutils 2000 0404. Fix the bug report bug.
Changes from binutils 2.9.5.0.32:
1. Update from binutils 2000 0403. Fix the 16bit ia32 assembler bug.
Changes from binutils 2.9.5.0.31:
1. Update from binutils 2000 0331. Fix the Linux/ARM assembler bug.
2. Fix a Debian assembler security bug.
Changes from binutils 2.9.5.0.29:
1. Update from binutils 2000 0319.
2. An ELF/alpha bug is fixed.
Changes from binutils 2.9.5.0.27:
1. Update from binutils 2000 0301.
2. A demangler bug is fixed.
3. A better fix for undefined symbols with -Bsymbolic when building
shared library.
Changes from binutils 2.9.5.0.24:
1. Update from binutils 2000 0204.
2. Added -taso to linker on alpha.
3. Fixed a -shared -Bsymbolic bug when PIC is not used.
Changes from binutils 2.9.5.0.22:
1. Update from binutils 2000 0113.
2. A symbol version bug is fixed.
3. A -Bsymbolic bug is fixed.
Changes from binutils 2.9.5.0.21:
1. Update from binutils 1999 1202.
2. Remove a MIPS/ELF change.
3. Enable SOM for HPPA.
Changes from binutils 2.9.5.0.19:
1. Update from binutils 1999 1122. An ia32 gas bug is fixed.
Changes from binutils 2.9.5.0.16:
1. Update from binutils 1999 1104.
2. i370 is changed to use EM_S370 and ELFOSABI_LINUX. Update readelf.
3. Fix Compaq's demangler support.
Changes from binutils 2.9.5.0.14:
1. Update from binutils 1999 1012. A gas bug which affects Linux 2.3.21
is fixed.
2. i370 update.
3. The new demangler code. You should use "--style=xxx" to select the
demnangle style instead of "--lang=xxx".
Changes from binutils 2.9.5.0.13:
1. Update from binutils 1999 0925.
2. Fix a -s and linker script bug.
Changes from binutils 2.9.5.0.12:
1. Update from binutils 1999 0922.
2. i370 update.
Changes from binutils 2.9.5.0.11:
1. Update from binutils 1999 0910. It fixed a PIC linker bug on ix86
and sparc introduced in the last release.
2. i370 update.
Changes from binutils 2.9.5.0.10:
1. Update from binutils 1999 0906. It fixed a PIC linker bug on ix86
and sparc.
2. Remove elf/hppa since it is WIP.
Changes from binutils 2.9.5.0.8:
1. Update from binutils 1999 0831. It allows spaces around '(' and ')'
in x86 FP register names.
Changes from binutils 2.9.5.0.7:
1. Update from binutils 1999 0821.
2. Some MIPS changes.
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.34.tar.gz. Source code.
2. binutils-2.9.5.0.33-2.9.5.0.34.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.34-1.i386.rpm. IA-32 binary RPM for RedHat 6.1.
There is no separate source rpm. You can do
# rpm -ta binutils-2.9.5.0.34.tar.gz
to create both binary and source rpms.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.valinux.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
04/04/2000
------------------------------
From: "wu_yb" <[EMAIL PROTECTED]>
Date: Mon, 10 Apr 2000 08:34:12 +0800
Subject: BFD documents
This is a multi-part message in MIME format.
- ------=_NextPart_000_0016_01BFA2C7.8C1BFFA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: base64
V2hlcmUgdG8gZmluZCBwcm9ncmFtbWluZyBtYW51YWwgZm9yIEdOVSBHRkQgPw0KVGhlIGluZm8g
ZmlsZXMgYXJlIG5vdCBmb3IgQkZEIG5ld2JpZS4NCg0KVGhhbmtzIGV2ZXJ5Ym9keSAhISENCg==
- ------=_NextPart_000_0016_01BFA2C7.8C1BFFA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWlz
by04ODU5LTEiIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlPg0KPE1FVEEgY29udGVudD0iTVNIVE1M
IDUuMDAuMjYxNC4zNTAwIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE
Pg0KPEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBmYWNlPSYjMjM0MzU7JiMyMDMw
Nzsgc2l6ZT0yPldoZXJlIHRvIGZpbmQgcHJvZ3JhbW1pbmcgbWFudWFsIGZvciBHTlUgR0ZEIA0K
PzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT0mIzIzNDM1OyYjMjAzMDc7IHNpemU9Mj5U
aGUgaW5mbyBmaWxlcyBhcmUgbm90IGZvciBCRkQgbmV3YmllLjwvRk9OVD48L0RJVj4NCjxESVY+
Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9JiMyMzQzNTsmIzIwMzA3OyBzaXplPTI+VGhh
bmtzIGV2ZXJ5Ym9keSAhISE8L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg==
- ------=_NextPart_000_0016_01BFA2C7.8C1BFFA0--
------------------------------
From: Eran Carmel <[EMAIL PROTECTED]>
Date: Mon, 10 Apr 2000 17:21:11 +0200
Subject: exception handling
Hi,
Am having a problem catching exceptions.
I work with shared libraries, I throw an exception and catch it in the
same dll. The problem is that it is not caught, instead I get a
SIGABORT.
The same code works for me on other Unix platforms, using the native
compiler.
Any ideas?
Thanx
Eran
------------------------------
From: jschlst <[EMAIL PROTECTED]>
Date: Mon, 10 Apr 2000 19:48:40 -0500 (CDT)
Subject: Help with GCC ASM inline code
Hello. I know that this is a tad off topic but I am hoping someone can
enlighten me on how to do this. I need to create a system call on a x86
one call requires 7 args, the other 8, and one 9.
I realize my problem could be avoided by using a data structure but in
order to be compatible with the API I am implementing it must use the
exact same number of args.
I have no problem implementing syscalls w/ Linux, but I have no idea how
to implment more a syscall with more than 5 args.
For example the 5 arg syscall is like such:
#define _syscall5(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4, \
type5,arg5) \
type name (type1 arg1,type2 arg2,type3 arg3,type4 arg4,type5 arg5) \
{ \
long __res; \
__asm__ volatile ("int $0x80" \
: "=a" (__res) \
: "0" (__NR_##name),"b" ((long)(arg1)),"c" ((long)(arg2)), \
"d" ((long)(arg3)),"S" ((long)(arg4)),"D" ((long)(arg5))); \
__syscall_return(type,__res); \
}
How would I do this for 7, 8, and 9 arguments.
Any code, hints and ideas much appreciated. Thanks.
Jay Schulist
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Date: Mon, 10 Apr 2000 19:26:37 -0400 (EDT)
Subject: Re: Help with GCC ASM inline code
It's been rumoured that jschlst said:
>
> Hello. I know that this is a tad off topic but I am hoping someone can
> enlighten me on how to do this. I need to create a system call on a x86
> one call requires 7 args, the other 8, and one 9.
>
> I realize my problem could be avoided by using a data structure but in
> order to be compatible with the API I am implementing it must use the
> exact same number of args.
Why?
excuse me, but any api that takes that many args for s subr call is,
well, um, uh, ok, i'll just out and say it: badly designed.
> I have no problem implementing syscalls w/ Linux, but I have no idea how
> to implment more a syscall with more than 5 args.
>
> For example the 5 arg syscall is like such:
> #define _syscall5(type,name,type1,arg1,type2,arg2,type3,arg3,type4,arg4, \
> type5,arg5) \
> type name (type1 arg1,type2 arg2,type3 arg3,type4 arg4,type5 arg5) \
> { \
> long __res; \
> __asm__ volatile ("int $0x80" \
> : "=a" (__res) \
> : "0" (__NR_##name),"b" ((long)(arg1)),"c" ((long)(arg2)), \
> "d" ((long)(arg3)),"S" ((long)(arg4)),"D" ((long)(arg5))); \
> __syscall_return(type,__res); \
> }
>
> How would I do this for 7, 8, and 9 arguments.
I assume that the reason that you asking this is because the Intel
architecture is short on registers? The obvious answer is to pass the
parameters on stack (and use copyin/copyout to validate the address
space).
- --linas
------------------------------
From: "Hindu" <[EMAIL PROTECTED]>
Date: Wed, 12 Apr 00 17:55:43 EST
Subject: Indians Unite
This mail is being sent only to indians.if any one else receives this it is in error.
if you would like to be removed from the list please reply with the word remove in the
subject line.
The intention of this mail is to awake the indians to the fact that india is in danger
of being enveloped by foriegn religions. Even indian based religious organisations
are taking to the net to propagate such foriegn religions. We have identified a few
such sites to be guilty of such unacceptable practises which are basically fanatic in
nature with links to like minded sites. We solicit your support in banning these
sites. A typical example is the following:
1. http://www.njchurch.org
read hindu philosophy and hindu literature at the following fabulous sites
1. http://www.hindulinks.org/
2. http://www.hindu.org/. Become a Hindu.
------------------------------
From: "Hindu" <[EMAIL PROTECTED]>
Date: Wed, 12 Apr 00 18:10:35 EST
Subject: Indians Unite
This mail is being sent only to indians.if any one else receives this it is in error.
if you would like to be removed from the list please reply with the word remove in the
subject line.
The intention of this mail is to awake the indians to the fact that india is in danger
of being enveloped by foriegn religions. Even indian based religious organisations
are taking to the net to propagate such foriegn religions. We have identified a few
such sites to be guilty of such unacceptable practises which are basically fanatic in
nature with links to like minded sites. We solicit your support in banning these
sites. A typical example is the following:
1. http://www.njchurch.org
read hindu philosophy and hindu literature at the following fabulous sites
1. http://www.hindulinks.org/
2. http://www.hindu.org/. Become a Hindu.
------------------------------
From: "H . J . Lu" <[EMAIL PROTECTED]>
Date: Wed, 12 Apr 2000 12:41:42 -0700
Subject: Binutils 2.9.5.0.35 is released.
This is the beta release of binutils 2.9.5.0.35 for Linux, which is
based on binutils 2000 0412 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.35 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared}
%{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
-dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m
armelf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.34:
1. Update from binutils 2000 0412. Fix a relocation bug which affects
the Linux kernel compilation.
2. An ELF/PPC linker script update.
Changes from binutils 2.9.5.0.33:
1. Update from binutils 2000 0404. Fix the bug report bug.
Changes from binutils 2.9.5.0.32:
1. Update from binutils 2000 0403. Fix the 16bit ia32 assembler bug.
Changes from binutils 2.9.5.0.31:
1. Update from binutils 2000 0331. Fix the Linux/ARM assembler bug.
2. Fix a Debian assembler security bug.
Changes from binutils 2.9.5.0.29:
1. Update from binutils 2000 0319.
2. An ELF/alpha bug is fixed.
Changes from binutils 2.9.5.0.27:
1. Update from binutils 2000 0301.
2. A demangler bug is fixed.
3. A better fix for undefined symbols with -Bsymbolic when building
shared library.
Changes from binutils 2.9.5.0.24:
1. Update from binutils 2000 0204.
2. Added -taso to linker on alpha.
3. Fixed a -shared -Bsymbolic bug when PIC is not used.
Changes from binutils 2.9.5.0.22:
1. Update from binutils 2000 0113.
2. A symbol version bug is fixed.
3. A -Bsymbolic bug is fixed.
Changes from binutils 2.9.5.0.21:
1. Update from binutils 1999 1202.
2. Remove a MIPS/ELF change.
3. Enable SOM for HPPA.
Changes from binutils 2.9.5.0.19:
1. Update from binutils 1999 1122. An ia32 gas bug is fixed.
Changes from binutils 2.9.5.0.16:
1. Update from binutils 1999 1104.
2. i370 is changed to use EM_S370 and ELFOSABI_LINUX. Update readelf.
3. Fix Compaq's demangler support.
Changes from binutils 2.9.5.0.14:
1. Update from binutils 1999 1012. A gas bug which affects Linux 2.3.21
is fixed.
2. i370 update.
3. The new demangler code. You should use "--style=xxx" to select the
demnangle style instead of "--lang=xxx".
Changes from binutils 2.9.5.0.13:
1. Update from binutils 1999 0925.
2. Fix a -s and linker script bug.
Changes from binutils 2.9.5.0.12:
1. Update from binutils 1999 0922.
2. i370 update.
Changes from binutils 2.9.5.0.11:
1. Update from binutils 1999 0910. It fixed a PIC linker bug on ix86
and sparc introduced in the last release.
2. i370 update.
Changes from binutils 2.9.5.0.10:
1. Update from binutils 1999 0906. It fixed a PIC linker bug on ix86
and sparc.
2. Remove elf/hppa since it is WIP.
Changes from binutils 2.9.5.0.8:
1. Update from binutils 1999 0831. It allows spaces around '(' and ')'
in x86 FP register names.
Changes from binutils 2.9.5.0.7:
1. Update from binutils 1999 0821.
2. Some MIPS changes.
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.35.tar.gz. Source code.
2. binutils-2.9.5.0.34-2.9.5.0.35.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.35-1.i386.rpm. IA-32 binary RPM for RedHat 6.1.
There is no separate source rpm. You can do
# rpm -ta binutils-2.9.5.0.35.tar.gz
to create both binary and source rpms.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.valinux.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
04/12/2000
------------------------------
From: Eric Sorenson <[EMAIL PROTECTED]>
Date: 12 Apr 2000 20:34:32 GMT
Subject: test, pls ignore
Sorry for the bogus test.
------------------------------
From: "Murat Parlakisik" <[EMAIL PROTECTED]>
Date: Fri, 14 Apr 2000 18:28:41 +0300
Subject: working process's base of data
How can i find data's base address of working process?
i can take with nm command
but it is not proper way.
------------------------------
From: "Abhaya Pattanaik" <[EMAIL PROTECTED]>
Date: Sun, 16 Apr 2000 13:47:21 -0400
Subject: Date: Sun, 16 Apr 2000 13:47:21 -0400
This is a multi-part message in MIME format.
- ------=_NextPart_000_000A_01BFA7AA.49D02580
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Abhaya Pattanaik We provide Quality and Cost Effective
System Solutions, Inc. Consulting Services in UNIX and Win/NT
Tel: (508) 898-1808 Operating Environment.
Fax: (508) 366-8874
Web: www.ssolinc.com
- ------=_NextPart_000_000A_01BFA7AA.49D02580
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV> </DIV>
<DIV><FONT size=3D2><BR>Abhaya=20
Pattanaik &nbs=
p; =20
We provide Quality and Cost Effective<BR>System Solutions,=20
Inc. Consulting Services in UNIX and=20
Win/NT<BR>Tel: (508)=20
898-1808 Operating =
Environment.<BR>Fax: (508) 366-8874<BR>Web: <A=20
href=3D"http://www.ssolinc.com">www.ssolinc.com</A></FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2></FONT> </DIV></BODY></HTML>
- ------=_NextPart_000_000A_01BFA7AA.49D02580--
------------------------------
From: "Abhaya Pattanaik" <[EMAIL PROTECTED]>
Date: Sun, 16 Apr 2000 13:52:34 -0400
Subject: Latest GCC binaries for Redhat Linux
This is a multi-part message in MIME format.
- ------=_NextPart_000_0018_01BFA7AB.044F5F20
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
Could someone please tell me where to get the binaries for GCC,GDB =
and related utilities for redhat Linux 6.2? I don't mind either =
downloading or buying a commercial package.
I looked into "GNUPro Dev Kit v2.0 Linux". I could not get the revision =
number of GCC etc. from redhat website.
I would appriciate your help.
Thanks,
Abhaya Pattanaik
- ------=_NextPart_000_0018_01BFA7AB.044F5F20
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>Hi,</FONT></DIV>
<DIV><FONT size=3D2> Could someone please tell me =
where to get=20
the binaries for GCC,GDB and related utilities for redhat Linux 6.2? I =
don't=20
mind either downloading or buying a commercial package.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=3D2>I looked into "<FONT color=3D#000000=20
face=3DHelvetica,Arial><STRONG>GNUPro Dev Kit v2.0 Linux". </STRONG>I =
could not=20
get the revision number of GCC etc. from redhat =
website.</FONT></FONT></DIV>
<DIV><FONT face=3DHELVETICA size=3D2>I would appriciate your =
help.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DHELVETICA size=3D2>Thanks,</FONT></DIV>
<DIV><FONT size=3D2>Abhaya Pattanaik</FONT></DIV>
<DIV> </DIV></BODY></HTML>
- ------=_NextPart_000_0018_01BFA7AB.044F5F20--
------------------------------
From: "Yasar Cakmak" <[EMAIL PROTECTED]>
Date: Mon, 17 Apr 2000 07:13:32 +0500
Subject: Date: Mon, 17 Apr 2000 07:13:32 +0500
This is a multi-part message in MIME format.
- ------=_NextPart_000_0005_01BFA83C.705FE4A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
Could anyone tell me where to find proper drivers for
my video display card?? Its details are as follows
S3 Inc Trio3D
=20
Best regards,
Yasar Cakmak
- ------=_NextPart_000_0005_01BFA83C.705FE4A0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,<BR>Could anyone tell me where to =
find proper=20
drivers for<BR>my video display card?? Its details are as=20
follows<BR><BR> S3 Inc=20
Trio3D<BR> </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Best regards,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Yasar =
Cakmak<BR><BR></DIV></FONT></BODY></HTML>
- ------=_NextPart_000_0005_01BFA83C.705FE4A0--
------------------------------
From: Florian Weimer <[EMAIL PROTECTED]>
Date: 16 Apr 2000 22:34:11 +0200
Subject: Re: Latest GCC binaries for Redhat Linux
"Abhaya Pattanaik" <[EMAIL PROTECTED]> writes:
> ��� Could someone please tell me where to get the binaries for GCC,GDB and
> related utilities for redhat Linux 6.2? I don't mind either downloading or
> buying a commercial package.
The latest binaries for Red Hat Linux 6.2 are available at
ftp://ftp.redhat.com/. Why do you think you need newer versions?
Of course, you can get the GCC source code from your local GNU mirror
and compile it yourself.
------------------------------
From: Rafael Marco de Lucas <[EMAIL PROTECTED]>
Date: Mon, 17 Apr 2000 17:30:28 +0200
Subject: Changing proccess owner while running
Hello,
is it possible to change the owner of a proccess while it is
running ? i would prefer to do it from the shell but i didnt
found how to do it,, ie. imagine a program that does several
tasks and each task should be done by a different user (i do
not want to start a new shell)
i apologise if the question is a little off-topic
best regards,
Rafa
------------------------------
From: "H . J . Lu" <[EMAIL PROTECTED]>
Date: Wed, 19 Apr 2000 16:29:14 -0700
Subject: binutils 2.9.5.0.37 is released.
This is the beta release of binutils 2.9.5.0.37 for Linux, which is
based on binutils 2000 0418 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.37 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared}
%{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
-dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m
armelf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.35:
1. Update from binutils 2000 0418.
2. Fix an ld demangle style option bug.
Changes from binutils 2.9.5.0.34:
1. Update from binutils 2000 0412. Fix a relocation bug which affects
the Linux kernel compilation.
2. An ELF/PPC linker script update.
Changes from binutils 2.9.5.0.33:
1. Update from binutils 2000 0404. Fix the bug report bug.
Changes from binutils 2.9.5.0.32:
1. Update from binutils 2000 0403. Fix the 16bit ia32 assembler bug.
Changes from binutils 2.9.5.0.31:
1. Update from binutils 2000 0331. Fix the Linux/ARM assembler bug.
2. Fix a Debian assembler security bug.
Changes from binutils 2.9.5.0.29:
1. Update from binutils 2000 0319.
2. An ELF/alpha bug is fixed.
Changes from binutils 2.9.5.0.27:
1. Update from binutils 2000 0301.
2. A demangler bug is fixed.
3. A better fix for undefined symbols with -Bsymbolic when building
shared library.
Changes from binutils 2.9.5.0.24:
1. Update from binutils 2000 0204.
2. Added -taso to linker on alpha.
3. Fixed a -shared -Bsymbolic bug when PIC is not used.
Changes from binutils 2.9.5.0.22:
1. Update from binutils 2000 0113.
2. A symbol version bug is fixed.
3. A -Bsymbolic bug is fixed.
Changes from binutils 2.9.5.0.21:
1. Update from binutils 1999 1202.
2. Remove a MIPS/ELF change.
3. Enable SOM for HPPA.
Changes from binutils 2.9.5.0.19:
1. Update from binutils 1999 1122. An ia32 gas bug is fixed.
Changes from binutils 2.9.5.0.16:
1. Update from binutils 1999 1104.
2. i370 is changed to use EM_S370 and ELFOSABI_LINUX. Update readelf.
3. Fix Compaq's demangler support.
Changes from binutils 2.9.5.0.14:
1. Update from binutils 1999 1012. A gas bug which affects Linux 2.3.21
is fixed.
2. i370 update.
3. The new demangler code. You should use "--style=xxx" to select the
demnangle style instead of "--lang=xxx".
Changes from binutils 2.9.5.0.13:
1. Update from binutils 1999 0925.
2. Fix a -s and linker script bug.
Changes from binutils 2.9.5.0.12:
1. Update from binutils 1999 0922.
2. i370 update.
Changes from binutils 2.9.5.0.11:
1. Update from binutils 1999 0910. It fixed a PIC linker bug on ix86
and sparc introduced in the last release.
2. i370 update.
Changes from binutils 2.9.5.0.10:
1. Update from binutils 1999 0906. It fixed a PIC linker bug on ix86
and sparc.
2. Remove elf/hppa since it is WIP.
Changes from binutils 2.9.5.0.8:
1. Update from binutils 1999 0831. It allows spaces around '(' and ')'
in x86 FP register names.
Changes from binutils 2.9.5.0.7:
1. Update from binutils 1999 0821.
2. Some MIPS changes.
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.37.tar.gz. Source code.
2. binutils-2.9.5.0.35-2.9.5.0.37.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.37-1.i386.rpm. IA-32 binary RPM for RedHat 6.1.
There is no separate source rpm. You can do
# rpm -ta binutils-2.9.5.0.37.tar.gz
to create both binary and source rpms.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.valinux.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
04/18/2000
------------------------------
From: "H . J . Lu" <[EMAIL PROTECTED]>
Date: Thu, 20 Apr 2000 00:31:25 -0700
Subject: Re: Duplicates in 2.9.5.0.37/gas/ChangeLog
On Thu, Apr 20, 2000 at 03:18:59PM +1000, Alan Modra wrote:
> There seems to be a large hunk of duplicate entries. Search for
> 1999-06-04
>
Ooops. I updated binutils-2.9.5.0.35-2.9.5.0.37.diff.gz and
binutils-2.9.5.0.37.tar.gz on
ftp://ftp.valinux.com/pub/support/hjl/binutils
Sorry for that.
Thanks.
H.J.
------------------------------
From: David Kulp <[EMAIL PROTECTED]>
Date: Thu, 20 Apr 2000 02:24:37 -0700 (PDT)
Subject: STL maps never deallocate
It appears the STL maps (and probably other similar templates) never
free allocated memory. Is there some secret "purge" routine to tell
STL to free its free store? Perhaps more to the point, isn't this a
an STL bug?
For example, in the following code I create a map of 500K elements.
At the stub statement at (1), a simple examination of allocated memory
using top shows that about 12MB are allocated. However, stepping
through the remaining lines as the map object is supposedly
deallocated as it's popped off the stack shows that memory is never
freed, but remains on the STL's own free store. (This is not the
case, e.g., for vectors.)
#include <map>
struct intcmp
{
bool operator()(const int i1, const int i2) const
{
return i1 < i2;
}
};
int
foo() {
int i;
map<int,int,intcmp> m;
for (i=0; i<500000; i++)
m[i] = i;
i = 0; <--1
} <--2
int
main() {
foo();
}
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Sun, 23 Apr 2000 21:46:04 +0200
Subject: Re: BFD documents
> Where to find programming manual for GNU GFD ? The info files are
> not for BFD newbie.
I believe there are no other manual than those. Together with the
header files, and the source code of bfd applications (e.g. objdump,
ld), you should be able to write your own bfd application. It is
probably not an easy task, though. When you are done, please consider
contributing better and more extensive documentation.
Regards,
Martin
------------------------------
End of linux-gcc-digest V1 #405
*******************************
To subscribe to linux-gcc-digest, send the command:
subscribe linux-gcc-digest
in the body of a message to "[EMAIL PROTECTED]". If you want
to subscribe something other than the account the mail is coming from,
such as a local redistribution list, then append that address to the
"subscribe" command; for example, to subscribe "local-linux-gcc":
subscribe linux-gcc-digest [EMAIL PROTECTED]
A non-digest (direct mail) version of this list is also available; to
subscribe to that instead, replace all instances of "linux-gcc-digest"
in the commands above with "linux-gcc".
