[#5176] app cpufrequtils in Blackfin app programs fails to build in FDPIC

Document created by Aaronwu Employee on Sep 3, 2013
Version 1Show Document
  • View in full screen mode

[#5176] app cpufrequtils in Blackfin app programs fails to build in FDPIC

Submitted By: Vivi Li

Open Date

2009-05-31 04:47:31     Close Date

2009-05-31 22:09:27

Priority:

Medium     Assignee:

Yi Li

Status:

Closed     Fixed In Release:

N/A

Found In Release:

N/A     Release:

Category:

N/A     Board:

N/A

Processor:

ALL     Silicon Revision:

Is this bug repeatable?:

Yes     Resolution:

Duplicate

Uboot version or rev.:

    Toolchain version or rev.:

gcc4.1-09r1_rc6

App binary format:

FDPIC     

Summary: app cpufrequtils in Blackfin app programs fails to build in FDPIC

Details:

 

using default config and enable USER_CPUFREQUTILS in Blackfin app programs, it

fails to build for fdpic formats. Flat format is OK. It is not a regression result.

 

Bellow is the log:

--

bfin-linux-uclibc-gcc -DVERSION=\"005\"  -DPACKAGE=\"cpufrequtils\" -DPACKAGE_BUGREPORT=\"cpufreq@vger.kernel.org\" -D_GNU_SOURCE -pipe -DINTERFACE_PROC -DINTERFACE_SYSFS -pipe -Wall -g -O2      -mcpu=bf537-0.2 -Wall -Wchar-subscripts -Wpointer-arith -Wsign-compare -Wno-pointer-sign -Wdeclaration-after-statement -Wshadow     -mcpu=bf537-0.2 -o libcpufreq.so.0 -Wl,-soname,libcpufreq.so.0

/opt/uClinux/bfin-linux-uclibc/bfin-linux-uclibc/runtime/usr/lib/crt1.o: In function `__start':

(.text+0x5e): undefined reference to `_main'

collect2: ld returned 1 exit status

make[4]: *** [libcpufreq.la] Error 1

make[4]: Leaving directory `/home/test/work/cruise/checkouts/uclinux-dist/user/cpufrequtils/cpufrequtils-005'

make[3]: *** [all] Error 2

make[3]: Leaving directory `/home/test/work/cruise/checkouts/uclinux-dist/user/cpufrequtils'

make[2]: *** [cpufrequtils] Error 2

--

 

Follow-ups

 

--- Vivi Li                                                  2009-05-31 22:09:27

Close it for duplicate.

 

--- Vivi Li                                                  2009-06-01 06:09:18

The same problem for lib bitvector with flat format. FDPIC is ok.

 

--

[ ! -d "bitvector" ] || ( touch bitvector/.sgbuilt_lib &&

make -C bitvector ) || exit $?

make[3]: Entering directory

`/home/test/work/cruise/checkouts/uclinux-dist/lib/bitvector'

bfin-uclinux-gcc -pipe -Wall -g -O2      -mcpu=bf537-0.2 -DEMBED -D__uClinux__

-I/home/test/work/cruise/checkouts/uclinux-dist  -mcpu=bf537-0.2  -c -o

BitVector.o BitVector.c

BitVector.c: In function ‘BitVector_from_Enum’:

BitVector.c:2136: warning: ‘index’ may be used uninitialized in

this function

bfin-uclinux-gcc -shared -Wl,-soname,libbitvector.so -o libbitvector.so

BitVector.o -lc

/opt/uClinux/bfin-uclinux/bfin-uclinux/runtime/usr/lib/crt1.o: In function

`__start':

(.text+0x36): undefined reference to `_main'

/opt/uClinux/bfin-uclinux/bfin-uclinux/runtime/usr/lib/crt1.o: In function

`__start':

(.text+0x3a): undefined reference to `_main'

collect2: ld returned 1 exit status

make[3]: *** [libbitvector.so] Error 1

make[3]: Leaving directory

`/home/test/work/cruise/checkouts/uclinux-dist/lib/bitvector'

--

 

--- Vivi Li                                                  2009-06-01 23:12:53

The same problem happens for libldap in flat format.

 

--

/bin/sh

/home/test/work/cruise/checkouts/uclinux-dist/lib/libldap/builddir/libtool

--mode=link bfin-uclinux-gcc -pipe  -g -O2      -mcpu=bf537-0.2  -lc

-version-info 2:122:0 -rpath /lib -o liblber.la assert.lo decode.lo encode.lo

io.lo bprint.lo debug.lo memory.lo options.lo sockbuf.lo stdio.lo version.lo

rm -fr .libs/liblber.la .libs/liblber.* .libs/liblber.*

bfin-uclinux-gcc -shared  assert.lo decode.lo encode.lo io.lo bprint.lo

debug.lo memory.lo options.lo sockbuf.lo stdio.lo version.lo  -lc  -Wl,-soname

-Wl,liblber.so.2 -o .libs/liblber.so.2.0.122

/opt/uClinux/bfin-uclinux/bfin-uclinux/runtime/usr/lib/crt1.o: In function

`__start':

(.text+0x36): undefined reference to `_main'

/opt/uClinux/bfin-uclinux/bfin-uclinux/runtime/usr/lib/crt1.o: In function

`__start':

(.text+0x3a): undefined reference to `_main'

collect2: ld returned 1 exit status

make[6]: *** [liblber.la] Error 1

make[6]: Leaving directory

`/home/test/work/cruise/checkouts/uclinux-dist/lib/libldap/builddir/libraries/liblber'

--

 

--- Vivi Li                                                  2009-06-01 23:18:59

The same problem happens for libnl in flat format. FDPIC is OK.

 

--

/opt/uClinux/bfin-uclinux/lib/gcc/bfin-uclinux/4.1.2/include/stddef.h:414:1:

warning: this is the location of the previous definition

  LD libnl.so.1.1

/opt/uClinux/bfin-uclinux/bfin-uclinux/runtime/usr/lib/crt1.o: In function

`__start':

(.text+0x36): undefined reference to `_main'

/opt/uClinux/bfin-uclinux/bfin-uclinux/runtime/usr/lib/crt1.o: In function

`__start':

(.text+0x3a): undefined reference to `_main'

collect2: ld returned 1 exit status

make[6]: *** [libnl.so.1.1] Error 1

make[5]: *** [all] Error 2

make[4]: *** [all] Error 2

make[4]: Leaving directory

`/home/test/work/cruise/checkouts/uclinux-dist/lib/libnl'

--

 

--- Mike Frysinger                                           2009-06-01 23:19:01

it really isnt the same problem at all.  please file a different bug for

libldap.

 

these packages are building shared libs all the time regardless of FDPIC vs

FLAT, but how the package controls that setting may differ greatly.

 

--- Vivi Li                                                  2009-06-02 02:09:28

Hi, Mike

 

I can see such problems in the following libs: bitvector, ldap, nl, pcre. Do I

need to file different bugs for each of them?

 

-Vivi

 

--- Sonic Zhang                                              2009-06-02 02:14:43

You may file a new bug and list all these libraries together.

 

--- Vivi Li                                                  2009-06-02 07:10:58

OK. Pleas refer to bug 5194.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

No Files Were Found

Attachments

    Outcomes