I think this has been reported before and marked as fixed, however when I try to emerge alsamixergui it fails with the following error: -- checking whether ln -s works... yes checking for numericsort in -lfltk... no configure: error: missing fltk !!! ERROR: The ebuild did not complete successfully. !!! Function src_compile, Line 2, Exitcode 1 !!! ./configure failed !!! emerge aborting on /usr/portage/media-sound/alsamixergui/alsamixergui-0.9.0.1.2.ebuild . -- I have fltk-1.1.0_rc5 merged and did an emerge rsync clean prior to attempting the emerge. Ian
fltk-1.1.0_rc6 has been added to portage and should be available with 24 hours. It has fixes for problems in prior ebuilds including the fltk libraries not installing. Please test this new ebuild and let me know if your problem is solved by it.
nick, make sure it's linking the new fltk libs, coz I have the two separate lib versions installing into different-from-default locations so that they can co-exist.
Installed fltk-1.1.0_rc6 but the alsamixergui ebuild still fails. The same thing seemed to be happening before- bug 6217- but there is a fix for that in the ebuild. I'm trying to find another package that uses fltk to see if it's a genereal problem or just alsamixergui.
Created attachment 3616 [details] Patch for alsamixergui to allow it to compile plus new ebuild The main issue seems to be that the fltk libraries do not seem to be located without an explicit -L /usr/lib/fltk-1.1 switch to the compiler. This patch adds that switch to the configure check for fltk. It also removes a seemingly bogus check for the non-existant snd_seq_create_event. After ./configure the ebuild also modifies the Makefile to include -l /usr/lib/fltk-1.1. With these changes this merges fine on my machine.
I am testing right now. Thanks for putting together the fix.
This fix may only work for gcc2 based systems but I get failures on a gcc3 system. I am currently working through the mishaps. are you running a gcc2 based system?
Yes, I'm using gcc 2.95.3 20010315 (release) What kind of errors are you getting? More fltk madness?
yes... some more fltk madness... __cxx_pure_virtual reference not found plus some other libstdc++ related issues... I got past most of those snafus... I'm now stuck on the fact that the form of fl_numericsort() is incomplete... there are two arguments to that function required. It is prototyped in <fltk-1.1/FL/filename.H> (i think that's the right header) :) I need to re-think the configure script. I'm thinking of changing the fltk detection mini-program but I haven't written any programs in fltk before so i need to do some reading to find a valid test... and I don't think numericsort is even used in the fltk code in alsamixergui... Well... if you would like I can attach the patch as it stands currently so you can take a look at things... but as it sits right now... it'll be a day or so before I get a solution I am happy with... I am sure I could just blow by the configure steps and just set variables assuming that fltk is installed... but that's sloppy.
Hmmm, you're right about the function prototype taking two args. I wonder why gcc2 lets configure get away with that. It also looks like alsmixergui does in fact not use it anyway. I'm not very familiar with automake and friends so how does that nonsense get in there? (that and the useless check for snd_seq_create) event) No need to send what patches you have since it "worksforme" right now so I'm not sure what good it what do. Then there's the issue of why it's neccesary to put in the -L switches to make it work. It looks like the fltk ebuild added an env.d entry so that ld.so.conf contains /usr/lib/fltk-1.1 but the libraries turn up missing anyway.
A configure script is just a library detection tool basically... there are no set rules how to make a configure script. My guess is with fltk detection, numericsort (from fltk-1.0.x) was just a function picked to test and see if things linked correctly. gcc2 and gcc3 are different in many ways and gcc3 is much more strict. Hence why it works for you and not for me. :) regarding alsa snd_create_blah_foobar... another old function call which has been deprecated? anyway... thanks for the start on the help... When I get things figured out I'll post here.
I have gotten some headway on this. I have modified the fltk ebuild. It should now link properly on gcc3 systems. I also verified snd_seq_create_event has been deprecated as of alsa-lib- 0.9.0_rc2 so... I have gotten detection of fltk correct and used your dirty alsa configure hack as well but the build re-runs configure and squashes the changes in configure for fltk detection and possible alsa as well. I'll have it fixed soon, I promise. :) Either that or the alsamixergui author will come up with a fix... I just got a response from him saying that it's coming but he's been busy with "real work" whaddayaknow... me too...
Everything appears to work like a charm now. My brain hurts now. :) -r1 has been released into portage. emerge rsync emerge alsamixergui Let me know how things go.
yup, works for me. i've since updated to gcc 3.2 as it works as expected. good job.
Fixes have been verified. Schweet. CLosing bug... finally :)
Fails for me with gcc-3.2.1-r6 fltk-1.1.2 xfree-4.2.1-r2 here is the error that comes up ( for some reason emerge continues to install although the build fails ) -------------------------------------------------------------------------- Compiling fl_font.cxx... In file included from fl_font_xft.cxx:63, from fl_font.cxx:41: /usr/include/X11/Xft/Xft.h:52: syntax error before `;' token /usr/include/X11/Xft/Xft.h:86: 'FT_UInt' is used as a type, but is not defined as a type. /usr/include/X11/Xft/Xft.h:93: 'FT_UInt' is used as a type, but is not defined as a type. /usr/include/X11/Xft/Xft.h:190: parse error before `*' token /usr/include/X11/Xft/Xft.h:295: parse error before `*' token /usr/include/X11/Xft/Xft.h:353: parse error before `*' token /usr/include/X11/Xft/Xft.h:392: parse error before `*' token /usr/include/X11/Xft/Xft.h:398: parse error before `*' token /usr/include/X11/Xft/Xft.h:407: type specifier omitted for parameter `FT_UInt' /usr/include/X11/Xft/Xft.h:407: parse error before `,' token /usr/include/X11/Xft/Xft.h:417: parse error before `*' token /usr/include/X11/Xft/Xft.h:460: parse error before `*' token make[1]: *** [fl_font.o] Error 1 make[1]: *** Waiting for unfinished jobs.... >>> Install fltk-1.1.2 into /var/tmp/portage/fltk-1.1.2/image/ category x11-libs === installing FL === Installing include files in /var/tmp/portage/fltk-1.1.2/image//usr/include/fltk-1.1... === installing src === Compiling fl_font.cxx... In file included from fl_font_xft.cxx:63, from fl_font.cxx:41: /usr/include/X11/Xft/Xft.h:52: syntax error before `;' token /usr/include/X11/Xft/Xft.h:86: 'FT_UInt' is used as a type, but is not defined as a type. /usr/include/X11/Xft/Xft.h:93: 'FT_UInt' is used as a type, but is not defined as a type. /usr/include/X11/Xft/Xft.h:190: parse error before `*' token /usr/include/X11/Xft/Xft.h:295: parse error before `*' token /usr/include/X11/Xft/Xft.h:353: parse error before `*' token /usr/include/X11/Xft/Xft.h:392: parse error before `*' token /usr/include/X11/Xft/Xft.h:398: parse error before `*' token /usr/include/X11/Xft/Xft.h:407: type specifier omitted for parameter `FT_UInt' /usr/include/X11/Xft/Xft.h:407: parse error before `,' token /usr/include/X11/Xft/Xft.h:417: parse error before `*' token /usr/include/X11/Xft/Xft.h:460: parse error before `*' token make[1]: *** [fl_font.o] Error 1 ranlib: /var/tmp/portage/fltk-1.1.2/image//usr/lib/fltk-1.1/*.a: No such file or directory strip: >>> Completed installing into /var/tmp/portage/fltk-1.1.2/image/
I have just added alsamixergui-0.9.0.1.2-r2 to porage. Currently marked unstable. This version should make it through configure and work properly.
db fix
