From: trisha yad <trisha1march@gmail.com>
To: Ian Lance Taylor <iant@google.com>,
gcc-help@gcc.gnu.org, gcc-help@gnu.org
Subject: Re: gcc4.4.1 related doubt
Date: Thu, 25 Mar 2010 18:55:00 -0000 [thread overview]
Message-ID: <cbcdf5441003250733r9cc2bd1g89dec83030b7d400@mail.gmail.com> (raw)
In-Reply-To: <mcrzl1wtspc.fsf@dhcp-172-17-9-151.mtv.corp.google.com>
[-- Attachment #1: Type: text/plain, Size: 3221 bytes --]
thanks for your reply
I am attaching one sample program.
1. arm-linux-gnueabi-gcc -fno-optimize-sibling-calls -O0 test.c
2. arm-linux-gnueabi-gcc -fno-optimize-sibling-calls -O2 test.c
arm-linux-gnueabi-nm of O0 is log1
arm-linux-gnueabi-nm of O2 is log
I am attaching o/p of command using option --save-temps i.e in file test.s
arm-linux-gnueabi-gcc -fno-optimize-sibling-calls --save-temps -O2 test.c
arm-linux-gnueabi-as -v
GNU assembler version 2.19.51 (arm-linux-gnueabi) using BFD version
(Sourcery G++ Lite 2009q1-203) 2.19.51.20090205
_-----------------------------------------------------------------------------------------------------------------------------
arm-linux-gnueabi-gcc -v
Using built-in specs.
Target: arm-linux-gnueabi
Configured with:
/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/src/gcc-4.4/configure
--build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--target=arm-linux-gnueabi --enable-threads --disable-libmudflap
--disable-libssp --enable-extra-sgxxlite-multilibs
--disable-libstdcxx-pch --with-gnu-as --with-gnu-ld
--with-specs='%{funwind-tables|fno-unwind-tables|mabi=*|ffreestanding|nostdlib:;:-funwind-tables}'
--enable-languages=c,c++ --enable-shared --enable-symvers=gnu
--enable-__cxa_atexit --with-pkgversion='Sourcery G++ Lite 2009q1-203'
--with-bugurl=https://support.codesourcery.com/GNUToolchain/
--disable-nls --prefix=/opt/codesourcery
--with-sysroot=/opt/codesourcery/arm-linux-gnueabi/libc
--with-build-sysroot=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/install/arm-linux-gnueabi/libc
--with-gmp=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/obj/host-libs-2009q1-203-arm-linux-gnueabi-i686-pc-linux-gnu/usr
--with-mpfr=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/obj/host-libs-2009q1-203-arm-linux-gnueabi-i686-pc-linux-gnu/usr
--disable-libgomp --enable-poison-system-directories
--with-build-time-tools=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/install/arm-linux-gnueabi/bin
--with-build-time-tools=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/install/arm-linux-gnueabi/bin
--with-interwork --with-cpu=cortex-a9 --with-arch=armv7-a
--with-mode=arm --with-tune=cortex-a9 --with-fpu=vfp3
--with-float=softfp
Thread model: posix
gcc version 4.4.1 (Sourcery G++ Lite 2009q1-203)
--------------------------------------------------------------------------------------------------------------------------------------
On Thu, Mar 25, 2010 at 7:21 PM, Ian Lance Taylor <iant@google.com> wrote:
> trisha yad <trisha1march@gmail.com> writes:
>
>> I am sending you simple test program.
>>
>> I run following command
>> arm-linux-gnueabi-gcc --save-temps -O0 main.c
>> arm-linux-gnueabi-gcc --save-temps -O2 main.c (Function name disappear)
>
> Please reply to the mailing list, not just to me. Thanks.
>
> I don't see any T. symbols in the assembly files that you sent.
> Presumably the assembler is inserting these symbols. Although, when I
> ran a recent version of gas, it did not do so. What assembler are you
> using?
>
> I would guess that these are ARM mapping symbols. Why are they a
> problem?
>
> Ian
>
[-- Attachment #2: test.c --]
[-- Type: application/octet-stream, Size: 244 bytes --]
#include<stdio.h>
static void ABC(int);
static void BCD(int);
main()
{
int k=0;
ABC(234);
printf("%d",k);
ABC(2312);
}
static void ABC(int i)
{
int k=234;
k=k+i;
BCD(234);
}
static void BCD(int i)
{
int k1=234;
ABC(86);
k1=k1+i+16834;
}
[-- Attachment #3: log --]
[-- Type: application/octet-stream, Size: 1052 bytes --]
0000844c t T.12
0001069c d _DYNAMIC
0001078c d _GLOBAL_OFFSET_TABLE_
00008540 R _IO_stdin_used
w _Jv_RegisterClasses
0000868c r __FRAME_END__
00010698 d __JCR_END__
00010698 d __JCR_LIST__
U __aeabi_unwind_cpp_pr0@@GCC_3.5
U __aeabi_unwind_cpp_pr1@@GCC_3.5
000107b8 A __bss_end__
000107b4 A __bss_start
000107b4 A __bss_start__
000107ac D __data_start
000083fc t __do_global_dtors_aux
00010694 t __do_global_dtors_aux_fini_array_entry
000107b0 D __dso_handle
000107b8 A __end__
000085a0 A __exidx_end
00008560 A __exidx_start
00010690 t __frame_dummy_init_array_entry
w __gmon_start__
00010694 t __init_array_end
00010690 t __init_array_start
00008468 T __libc_csu_fini
0000846c T __libc_csu_init
U __libc_start_main@@GLIBC_2.4
000107b8 A _bss_end__
000107b4 A _edata
000107b8 A _end
00008538 T _fini
00008350 T _init
000083a0 T _start
U abort@@GLIBC_2.4
000083d8 t call_gmon_start
000107b4 b completed.6039
000107ac W data_start
0000841c t frame_dummy
00008450 T main
U printf@@GLIBC_2.4
[-- Attachment #4: log1 --]
[-- Type: application/octet-stream, Size: 1066 bytes --]
0000848c t ABC
000084c4 t BCD
00010784 d _DYNAMIC
00010874 d _GLOBAL_OFFSET_TABLE_
000085dc R _IO_stdin_used
w _Jv_RegisterClasses
00008774 r __FRAME_END__
00010780 d __JCR_END__
00010780 d __JCR_LIST__
U __aeabi_unwind_cpp_pr0@@GCC_3.5
U __aeabi_unwind_cpp_pr1@@GCC_3.5
000108a0 A __bss_end__
0001089c A __bss_start
0001089c A __bss_start__
00010894 D __data_start
000083fc t __do_global_dtors_aux
0001077c t __do_global_dtors_aux_fini_array_entry
00010898 D __dso_handle
000108a0 A __end__
0000865c A __exidx_end
00008614 A __exidx_start
00010778 t __frame_dummy_init_array_entry
w __gmon_start__
0001077c t __init_array_end
00010778 t __init_array_start
00008504 T __libc_csu_fini
00008508 T __libc_csu_init
U __libc_start_main@@GLIBC_2.4
000108a0 A _bss_end__
0001089c A _edata
000108a0 A _end
000085d4 T _fini
00008350 T _init
000083a0 T _start
U abort@@GLIBC_2.4
000083d8 t call_gmon_start
0001089c b completed.6039
00010894 W data_start
0000841c t frame_dummy
0000844c T main
U printf@@GLIBC_2.4
[-- Attachment #5: test.s --]
[-- Type: application/octet-stream, Size: 1079 bytes --]
.arch armv7-a
.eabi_attribute 27, 3
.fpu vfp3
.eabi_attribute 20, 1
.eabi_attribute 21, 1
.eabi_attribute 23, 3
.eabi_attribute 24, 1
.eabi_attribute 25, 1
.eabi_attribute 26, 2
.eabi_attribute 30, 2
.eabi_attribute 18, 4
.file "test.c"
.text
.align 2
.type T.12, %function
T.12:
.fnstart
.LFB14:
.cfi_startproc
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
bx lr
.cfi_endproc
.LFE14:
.fnend
.size T.12, .-T.12
.align 2
.global main
.type main, %function
main:
.fnstart
.LFB11:
.cfi_startproc
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
stmfd sp!, {r3, lr}
.save {r3, lr}
.cfi_def_cfa_offset 8
movw r0, #:lower16:.LC0
mov r1, #0
movt r0, #:upper16:.LC0
.cfi_offset 14, -4
.cfi_offset 3, -8
bl printf
ldmfd sp!, {r3, pc}
.cfi_endproc
.LFE11:
.fnend
.size main, .-main
.section .rodata.str1.4,"aMS",%progbits,1
.align 2
.LC0:
.ascii "%d\000"
.ident "GCC: (Sourcery G++ Lite 2009q1-203) 4.4.1"
.section .note.GNU-stack,"",%progbits
[-- Attachment #6: test.o --]
[-- Type: application/octet-stream, Size: 1628 bytes --]
WARNING: multiple messages have this Message-ID
From: trisha yad <trisha1march@gmail.com>
To: Ian Lance Taylor <iant@google.com>,
gcc-help@gcc.gnu.org, gcc-help@gnu.org
Subject: Re: gcc4.4.1 related doubt
Date: Thu, 25 Mar 2010 19:33:00 -0000 [thread overview]
Message-ID: <cbcdf5441003250733r9cc2bd1g89dec83030b7d400@mail.gmail.com> (raw)
Message-ID: <20100325193300.DYQZCbt5slH4rW69_nKs02024eSXwLWhl7JWyPZ4ak0@z> (raw)
In-Reply-To: <mcrzl1wtspc.fsf@dhcp-172-17-9-151.mtv.corp.google.com>
[-- Attachment #1: Type: text/plain, Size: 3221 bytes --]
thanks for your reply
I am attaching one sample program.
1. arm-linux-gnueabi-gcc -fno-optimize-sibling-calls -O0 test.c
2. arm-linux-gnueabi-gcc -fno-optimize-sibling-calls -O2 test.c
arm-linux-gnueabi-nm of O0 is log1
arm-linux-gnueabi-nm of O2 is log
I am attaching o/p of command using option --save-temps i.e in file test.s
arm-linux-gnueabi-gcc -fno-optimize-sibling-calls --save-temps -O2 test.c
arm-linux-gnueabi-as -v
GNU assembler version 2.19.51 (arm-linux-gnueabi) using BFD version
(Sourcery G++ Lite 2009q1-203) 2.19.51.20090205
_-----------------------------------------------------------------------------------------------------------------------------
arm-linux-gnueabi-gcc -v
Using built-in specs.
Target: arm-linux-gnueabi
Configured with:
/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/src/gcc-4.4/configure
--build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--target=arm-linux-gnueabi --enable-threads --disable-libmudflap
--disable-libssp --enable-extra-sgxxlite-multilibs
--disable-libstdcxx-pch --with-gnu-as --with-gnu-ld
--with-specs='%{funwind-tables|fno-unwind-tables|mabi=*|ffreestanding|nostdlib:;:-funwind-tables}'
--enable-languages=c,c++ --enable-shared --enable-symvers=gnu
--enable-__cxa_atexit --with-pkgversion='Sourcery G++ Lite 2009q1-203'
--with-bugurl=https://support.codesourcery.com/GNUToolchain/
--disable-nls --prefix=/opt/codesourcery
--with-sysroot=/opt/codesourcery/arm-linux-gnueabi/libc
--with-build-sysroot=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/install/arm-linux-gnueabi/libc
--with-gmp=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/obj/host-libs-2009q1-203-arm-linux-gnueabi-i686-pc-linux-gnu/usr
--with-mpfr=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/obj/host-libs-2009q1-203-arm-linux-gnueabi-i686-pc-linux-gnu/usr
--disable-libgomp --enable-poison-system-directories
--with-build-time-tools=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/install/arm-linux-gnueabi/bin
--with-build-time-tools=/scratch/mitchell/builds/4.4-arm-linux-gnueabi-respin/lite/install/arm-linux-gnueabi/bin
--with-interwork --with-cpu=cortex-a9 --with-arch=armv7-a
--with-mode=arm --with-tune=cortex-a9 --with-fpu=vfp3
--with-float=softfp
Thread model: posix
gcc version 4.4.1 (Sourcery G++ Lite 2009q1-203)
--------------------------------------------------------------------------------------------------------------------------------------
On Thu, Mar 25, 2010 at 7:21 PM, Ian Lance Taylor <iant@google.com> wrote:
> trisha yad <trisha1march@gmail.com> writes:
>
>> I am sending you simple test program.
>>
>> I run following command
>> arm-linux-gnueabi-gcc --save-temps -O0 main.c
>> arm-linux-gnueabi-gcc --save-temps -O2 main.c (Function name disappear)
>
> Please reply to the mailing list, not just to me. Thanks.
>
> I don't see any T. symbols in the assembly files that you sent.
> Presumably the assembler is inserting these symbols. Although, when I
> ran a recent version of gas, it did not do so. What assembler are you
> using?
>
> I would guess that these are ARM mapping symbols. Why are they a
> problem?
>
> Ian
>
[-- Attachment #2: test.c --]
[-- Type: application/octet-stream, Size: 244 bytes --]
#include<stdio.h>
static void ABC(int);
static void BCD(int);
main()
{
int k=0;
ABC(234);
printf("%d",k);
ABC(2312);
}
static void ABC(int i)
{
int k=234;
k=k+i;
BCD(234);
}
static void BCD(int i)
{
int k1=234;
ABC(86);
k1=k1+i+16834;
}
[-- Attachment #3: log --]
[-- Type: application/octet-stream, Size: 1052 bytes --]
0000844c t T.12
0001069c d _DYNAMIC
0001078c d _GLOBAL_OFFSET_TABLE_
00008540 R _IO_stdin_used
w _Jv_RegisterClasses
0000868c r __FRAME_END__
00010698 d __JCR_END__
00010698 d __JCR_LIST__
U __aeabi_unwind_cpp_pr0@@GCC_3.5
U __aeabi_unwind_cpp_pr1@@GCC_3.5
000107b8 A __bss_end__
000107b4 A __bss_start
000107b4 A __bss_start__
000107ac D __data_start
000083fc t __do_global_dtors_aux
00010694 t __do_global_dtors_aux_fini_array_entry
000107b0 D __dso_handle
000107b8 A __end__
000085a0 A __exidx_end
00008560 A __exidx_start
00010690 t __frame_dummy_init_array_entry
w __gmon_start__
00010694 t __init_array_end
00010690 t __init_array_start
00008468 T __libc_csu_fini
0000846c T __libc_csu_init
U __libc_start_main@@GLIBC_2.4
000107b8 A _bss_end__
000107b4 A _edata
000107b8 A _end
00008538 T _fini
00008350 T _init
000083a0 T _start
U abort@@GLIBC_2.4
000083d8 t call_gmon_start
000107b4 b completed.6039
000107ac W data_start
0000841c t frame_dummy
00008450 T main
U printf@@GLIBC_2.4
[-- Attachment #4: log1 --]
[-- Type: application/octet-stream, Size: 1066 bytes --]
0000848c t ABC
000084c4 t BCD
00010784 d _DYNAMIC
00010874 d _GLOBAL_OFFSET_TABLE_
000085dc R _IO_stdin_used
w _Jv_RegisterClasses
00008774 r __FRAME_END__
00010780 d __JCR_END__
00010780 d __JCR_LIST__
U __aeabi_unwind_cpp_pr0@@GCC_3.5
U __aeabi_unwind_cpp_pr1@@GCC_3.5
000108a0 A __bss_end__
0001089c A __bss_start
0001089c A __bss_start__
00010894 D __data_start
000083fc t __do_global_dtors_aux
0001077c t __do_global_dtors_aux_fini_array_entry
00010898 D __dso_handle
000108a0 A __end__
0000865c A __exidx_end
00008614 A __exidx_start
00010778 t __frame_dummy_init_array_entry
w __gmon_start__
0001077c t __init_array_end
00010778 t __init_array_start
00008504 T __libc_csu_fini
00008508 T __libc_csu_init
U __libc_start_main@@GLIBC_2.4
000108a0 A _bss_end__
0001089c A _edata
000108a0 A _end
000085d4 T _fini
00008350 T _init
000083a0 T _start
U abort@@GLIBC_2.4
000083d8 t call_gmon_start
0001089c b completed.6039
00010894 W data_start
0000841c t frame_dummy
0000844c T main
U printf@@GLIBC_2.4
[-- Attachment #5: test.s --]
[-- Type: application/octet-stream, Size: 1079 bytes --]
.arch armv7-a
.eabi_attribute 27, 3
.fpu vfp3
.eabi_attribute 20, 1
.eabi_attribute 21, 1
.eabi_attribute 23, 3
.eabi_attribute 24, 1
.eabi_attribute 25, 1
.eabi_attribute 26, 2
.eabi_attribute 30, 2
.eabi_attribute 18, 4
.file "test.c"
.text
.align 2
.type T.12, %function
T.12:
.fnstart
.LFB14:
.cfi_startproc
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
bx lr
.cfi_endproc
.LFE14:
.fnend
.size T.12, .-T.12
.align 2
.global main
.type main, %function
main:
.fnstart
.LFB11:
.cfi_startproc
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
stmfd sp!, {r3, lr}
.save {r3, lr}
.cfi_def_cfa_offset 8
movw r0, #:lower16:.LC0
mov r1, #0
movt r0, #:upper16:.LC0
.cfi_offset 14, -4
.cfi_offset 3, -8
bl printf
ldmfd sp!, {r3, pc}
.cfi_endproc
.LFE11:
.fnend
.size main, .-main
.section .rodata.str1.4,"aMS",%progbits,1
.align 2
.LC0:
.ascii "%d\000"
.ident "GCC: (Sourcery G++ Lite 2009q1-203) 4.4.1"
.section .note.GNU-stack,"",%progbits
[-- Attachment #6: test.o --]
[-- Type: application/octet-stream, Size: 1628 bytes --]
next prev parent reply other threads:[~2010-03-25 14:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-24 12:41 trisha yad
2010-03-24 20:01 ` Ian Lance Taylor
2010-03-24 20:58 ` David Daney
[not found] ` <cbcdf5441003242247o42bf8854oc3ad02a77ea66589@mail.gmail.com>
[not found] ` <mcrzl1wtspc.fsf@dhcp-172-17-9-151.mtv.corp.google.com>
2010-03-25 18:55 ` trisha yad [this message]
2010-03-25 19:33 ` trisha yad
2010-03-25 21:18 ` Ian Lance Taylor
2010-03-26 14:01 ` Jie Zhang
[not found] ` <cbcdf5441003260359h70af952p62e532e98bab1cf0@mail.gmail.com>
[not found] ` <cbcdf5441003260451x184cef62q73d7be3bcaaa6136@mail.gmail.com>
2010-03-26 18:34 ` trisha yad
2010-03-26 19:35 ` Jie Zhang
2010-03-26 20:05 ` FW: " Ian Lance Taylor
[not found] ` <4BACFF1C.8010703@caviumnetworks.com>
2010-03-27 11:01 ` trisha yad
2010-03-27 9:15 ` Jie Zhang
2010-03-27 17:31 ` trisha yad
2010-03-27 19:22 ` Jie Zhang
[not found] ` <4BB0E5D0.8050803@caviumnetworks.com>
2010-04-16 13:53 ` trisha yad
2010-04-16 20:40 ` Ian Lance Taylor
[not found] <o2ucbcdf5441004150035x4ed39becsf84b311d27f43c9b@mail.gmail.com>
[not found] ` <r2hcbcdf5441004150334h38d4aaafwaa982830de73ea1f@mail.gmail.com>
[not found] ` <mcreiigpzqp.fsf@dhcp-172-17-9-151.mtv.corp.google.com>
2010-04-16 5:09 ` trisha yad
2010-04-16 5:12 ` trisha yad
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cbcdf5441003250733r9cc2bd1g89dec83030b7d400@mail.gmail.com \
--to=trisha1march@gmail.com \
--cc=gcc-help@gcc.gnu.org \
--cc=gcc-help@gnu.org \
--cc=iant@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).