You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Igor Galić (JIRA)" <ji...@apache.org> on 2012/08/31 11:14:09 UTC
[jira] [Commented] (TS-1430) 3.2.x - ATS 3.2 fails to build from
source
[ https://issues.apache.org/jira/browse/TS-1430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13445788#comment-13445788 ]
Igor Galić commented on TS-1430:
--------------------------------
James Peach added a comment - 10/Jul/12 16:55 (to TS-1314)
44052e9 TS-1314: Update CHANGES
0d85fe4 TS-1314: Remove TS_ARG_MAX from autoconf
7fc244e TS-1314: Remove TS_ARG_MAX from the management code
fa61f83 TS-1314: Add Vec::append(src, count)
02506c0 TS-1314: Remove global TS_ARG_MAX usage
c00f951 TS-1314: Apply static to Main.cc
b21ccf7 TS-1314: Apply const to argument descriptions
> 3.2.x - ATS 3.2 fails to build from source
> ------------------------------------------
>
> Key: TS-1430
> URL: https://issues.apache.org/jira/browse/TS-1430
> Project: Traffic Server
> Issue Type: Bug
> Affects Versions: 3.2.0
> Reporter: Arno Toell
> Assignee: James Peach
> Fix For: 3.3.0
>
>
> Building Apache Traffic Server 3.2 on Debian AMD64 (x86_64) using the default tool chain (gcc 4.7, binutils 2.22) fails to build from source. However, it's not the compiler which fails, but the linker (no, really):
> I'm afraid, but it's far beyond my knowledge where this problem comes from as my ELF skills are somewhat limited. This is what I get upon linking:
> {code}
> IPAllow.o: In function `ClassAllocator<Event>::alloc()':
> /«PKGBUILDDIR»/proxy/../lib/ts/Allocator.h:115:(.text+0x70): relocation truncated to fit: R_X86_64_32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> IPAllow.o: In function `memcpy':
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0x96): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xa2): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xad): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xb8): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xc3): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xce): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xd9): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xe4): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xef): relocation truncated to fit: R_X86_64_PC32 against symbol `eventAllocator' defined in .bss section in ../iocore/eventsystem/libinkevent.a(UnixEvent.o)
> /usr/include/x86_64-linux-gnu/bits/string3.h:52:(.text+0xfa): additional relocation overflows omitted from the output
> collect2: error: ld returned 1 exit status
> {code}
> Full build log used in a clean build chroot attached. The very same build environment built 3.0.5 just fine less than a week ago.
> And yes, sorry, I know I should have tested when zwoop asked for votes before releasing 3.2 :/
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira