GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so: undefined reference to `arts_fft_float'
I am using libart from Trinity.
Darrell
On Wednesday 18 January 2012 01:14:41 Darrell Anderson wrote:
GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so: undefined reference to `arts_fft_float'
I am using libart from Trinity.
arts_fft_float is related to aRts, not libart.
Darrell
GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so:
undefined reference to `arts_fft_float'
I am using libart from Trinity.
arts_fft_float is related to aRts, not libart.
Well, fine, I didn't read correctly. Do you know how to resolve the bug?
Darrell
GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so: undefined reference to `arts_fft_float'
Anybody?
I never saw this build failure with 3.5.13.
Function void arts_fft_float exists in /opt/trinity/include/arts/fft.h.
The call to that function exists in tdemultimedia/arts/modules/effects/synth_stereo_fir_equalizer_impl.cc.
Darrell
GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so: undefined reference to `arts_fft_float'
Anybody?
I never saw this build failure with 3.5.13.
Function void arts_fft_float exists in /opt/trinity/include/arts/fft.h.
The call to that function exists in tdemultimedia/arts/modules/effects/synth_stereo_fir_equalizer_impl.cc.
Anybody?
Same result with GIT 2803.
Darrell
GIT 2678
Error:
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so: undefined reference to `arts_fft_float'
Anybody?
I never saw this build failure with 3.5.13.
Function void arts_fft_float exists in /opt/trinity/include/arts/fft.h.
The call to that function exists in tdemultimedia/arts/modules/effects/synth_stereo_fir_equalizer_impl.cc.
Anybody?
Same result with GIT 2803.
Darrell
CMake or Autotools?
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so:
undefined reference to `arts_fft_float'
Anybody?
I never saw this build failure with 3.5.13.
Function void arts_fft_float exists in /opt/trinity/include/arts/fft.h.
The call to that function exists in
tdemultimedia/arts/modules/effects/synth_stereo_fir_equalizer_impl.cc.
Anybody?
Same result with GIT 2803.
CMake or Autotools?
Autotools. Here is the full build log:
http://humanreadable.nfshost.com/trinity/build_logs/tdemultimedia-R14.0.0-i4...
The error is at the end.
I build the package with NUMJOBS=-j1 and --enable-closure. No problems with 3.5.13. Something changed in GIT because other than tdebindings, all other packages build.
Darrell
tdemultimedia/arts/modules/effects/.libs/libartsmoduleseffects.so:
undefined reference to `arts_fft_float'
Anybody?
I never saw this build failure with 3.5.13.
Function void arts_fft_float exists in /opt/trinity/include/arts/fft.h.
The call to that function exists in
tdemultimedia/arts/modules/effects/synth_stereo_fir_equalizer_impl.cc.
Anybody?
Same result with GIT 2803.
CMake or Autotools?
Autotools. Here is the full build log:
http://humanreadable.nfshost.com/trinity/build_logs/tdemultimedia-R14.0.0-i4...
The error is at the end.
I build the package with NUMJOBS=-j1 and --enable-closure. No problems with 3.5.13. Something changed in GIT because other than tdebindings, all other packages build.
I don't know what would have changed in tdemultimedia...here is the changelog for the effects directory: http://git.trinitydesktop.org/cgit/tdemultimedia/log/arts/modules/effects
Are you building any packages with gcc hidden visibility enabled? That might explain the difference.
I will see what I can do to replicate the build failure on this end, but it would probably be a good idea to file a bug report.
Tim
Are you building any packages with gcc hidden visibility enabled? That might explain the difference.
Yes: qt3, arts, tdelibs, tdebase. I'll rebuild them and try again. Or at least arts because that one is directly involved.
How do I disable that option in qt3? I believe qt3 is hard-coded now. Reverse patch?
Darrell
Are you building any packages
with gcc hidden visibility
enabled? That might explain the difference.
Yes: qt3, arts, tdelibs, tdebase. I'll rebuild them and try again. Or at least arts because that one is directly involved.
How do I disable that option in qt3? I believe qt3 is hard-coded now. Reverse patch?
Well, I'll be the proverbial monkey's uncle. In arts I toggled -DWITH_GCC_VISIBILITY to OFF, rebuilt and then tdemultimedia finally built.
How did you figure that out?
Do we need a note in the wiki? You said some time ago that this option was experimental....
Darrell
Are you building any packages
with gcc hidden visibility
enabled? That might explain the difference.
Yes: qt3, arts, tdelibs, tdebase. I'll rebuild them and try again. Or at least arts because that one is directly involved.
How do I disable that option in qt3? I believe qt3 is hard-coded now. Reverse patch?
Well, I'll be the proverbial monkey's uncle. In arts I toggled -DWITH_GCC_VISIBILITY to OFF, rebuilt and then tdemultimedia finally built.
How did you figure that out?
Experience. :-) It was one of the only ways that a linker failure could result when the correct libraries were already being included via the linker flags.
Do we need a note in the wiki? You said some time ago that this option was experimental....
Things are supposed to Just Work (TM) when that option is enabled. Sometimes a function is not publicly exported when it should be, and that is a bug in TDE.
I'll poke around a bit and send in a patch for you to test with WITH_GCC_VISIBILITY set ON.
Tim
I'll poke around a bit and send in a patch for you to test with WITH_GCC_VISIBILITY set ON.
Tim
Please try the attached patch. Apply it to arts, recompile arts with WITH_GCC_VISIBILITY=ON, and then recompile tdemultimedia. Let me know if it works...
Thanks!
Tim
I'll poke around a bit and send in a patch for you to test with WITH_GCC_VISIBILITY set ON.
Tim
Please try the attached patch. Apply it to arts, recompile arts with WITH_GCC_VISIBILITY=ON, and then recompile tdemultimedia. Let me know if it works...
Thanks!
Tim
Works for me, so I committed it to GIT in hash 7395916.
Tim
I'll poke around a bit and
send in a patch for you to test with
WITH_GCC_VISIBILITY set ON.
Tim
Please try the attached patch. Apply it to arts,
recompile arts with
WITH_GCC_VISIBILITY=ON, and then recompile
tdemultimedia. Let me know if
it works...
Works for me, so I committed it to GIT in hash 7395916.
This took a while. Last night after I rebuilt arts with GCC_VISIBILITY=OFF and then successfully built tdemultimedia, I rebuilt all of my packages with that option off. That included qt3, which I had to reverse patch, and the other two core packages. I awakened this morning all packages built (except tdebindings, which is turning into a nightmare).
I saw your message that you committed your arts patch to GIT. I updated GIT, restored GCC_VISIBILITY=ON in the core packages and rebuilt qt3 likewise. tdemultimedia built without error.
So now we have confirmation that tdemultimedia builds without error regardless of the GCC_VISIBILITY option in the core packages. Both runs are a good test.
You said GCC_VISIBILITY is "beta," but we now ran into a bug that the new option exposed and you fixed that.
Good job!
Darrell
-
Darrell Anderson -
Serghei Amelian -
Timothy Pearson