[Pkg-crosswire-devel] Bug#676097: Bug#676097: Bug#676097: sword: FTBFS: CMakeFiles/buildtest.dir/buildtest.cpp.o: could not read symbols: Bad value

Daniel Glassey dglassey at gmail.com
Wed Jun 6 10:58:54 BST 2012


On Wed, Jun 6, 2012 at 4:46 PM, Dmitrijs Ledkovs <xnox at debian.org> wrote:
> On 06/06/12 10:35, Daniel Glassey wrote:
>> tags 676097 pending
>> thanks
>>
>> On Tue, Jun 5, 2012 at 5:18 AM, Lucas Nussbaum <lucas at lucas-nussbaum.net> wrote:
>>> Hi,
>>>
>>> During a rebuild of all packages in sid, your package failed to build on
>>> amd64.
>>>
>>> Relevant part:
>>>> /usr/bin/ld: CMakeFiles/buildtest.dir/buildtest.cpp.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
>>>> CMakeFiles/buildtest.dir/buildtest.cpp.o: could not read symbols: Bad value
>>>> collect2: error: ld returned 1 exit status
>>
>> I'm not set up to deal with bzr and stuff at the mo to do the build
>> but the fix that is needed is to modify configure.ac to only get the
>> libs to link from icu-config
>>
>
> You can simply do an NMU, bzr is optional.

I'm still an Uploader so no need for an NMU ;)
And I'd have got it wrong if I'd done it earlier ;) I'm off home now
and busy this evening so won't get to it before tomorrow. So I'll
upload then if noone else has.

> But what does configure.ac
> got to do with anything.... if the package uses CMake to build =)
>
>> i.e. ICU_LIBS=`$ICU_CONFIG --ldflags-libsonly`
>>
>
> Thanks for the heads-up.

That's how far out of the loop that I am that I didn't remember the
switch to cmake ;)

similar fix to cmake/FindICU.cmake

change
execute_process(COMMAND "${ICU_CONFIG_BIN}" ${ICU_CONFIG_OPTS} "--ldflags"

Thanks,
Daniel






More information about the Pkg-crosswire-devel mailing list