Summary: | transcode-0.6.12-r1 fails to link with undefined references under gcc 3.4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | gent_bz |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gcc-porting, magnade, morfic |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 48528 | ||
Attachments: |
transcode-0.6.12-gcc-3.4.patch
applies 3.4 patch conditionally also adds -fno-unit-at-a-time conditionally patch 32756 was incorrect this fixes it sad but true cd${S} should have been cd ${S} , fixed uses transcode-0-6-12-gcc-3.4.patch and transcode-gcc34.patch |
Description
gent_bz
2004-04-29 20:32:31 UTC
I was having the same problem with gcc 3.3.3, but changing the CLFAGS to something more conservative ( default ) works ok. Thanks. Adding the -fno-unit-at-a-time to CFLAGS worked for me too. I think transcode needs the same fix as avifile does. Created attachment 31802 [details, diff]
transcode-0.6.12-gcc-3.4.patch
This should do it. It uses __attribute__((used)) for variables, which will not
work with <gcc-3.4, so it should be applied conditionally.
Created attachment 32756 [details, diff]
applies 3.4 patch conditionally also adds -fno-unit-at-a-time conditionally
summarizes all discussed fixes and makes them conditional to gcc 3.4
Created attachment 32759 [details, diff]
patch 32756 was incorrect this fixes it
accidentally included unpack ${A} and cd ${S} in conditional block
tested now with 3.3.3 and 3.4.0
sorry for any inconvenience
Created attachment 32761 [details, diff]
sad but true cd${S} should have been cd ${S} , fixed
ok, when moving cd ${S} out of condtional i mistyped it
this merged with gcc 3.3 and 3.4
*sigh* sorry
using the ebuild patch and adding this patch: transcode-0.6.12-gcc-3.4.patch that is attached to this bug makes it compile fine and doesnt need the -fno-unit-at-a-time and i do think it would be best to not use that cause according to the gcc info pages not using it could slow down the code that is generated and im sure everyone wants transcode to be as fast as it can if there is any confusion which there prob is conserning me i do mean not using unit-at-a-time could produce slower code Created attachment 32763 [details, diff]
uses transcode-0-6-12-gcc-3.4.patch and transcode-gcc34.patch
both gcc3.4 patches conditional on gcc 3.4
thanks for pointing out the slowdown Bret
this ebuild patch and the other patch for transcode to allow it to compile with gcc 3.4 works fine for me on x86 All fixes applied conditionally for gcc-3.4.0 now, allow time for fixes to propagate to mirrers, then sync and compile transcode-0.6.12-r1 |