Al, I'm using Gentoo on Pentium, and I'm doing a source installation for my account only. Yes, there is an ebuild of this package, but it was only created recently (on January 1st) and we didn't upgrade since.
The installation itself went absolutely fine at all stages. It's the testrealtime.c that's problematic. As funny as it is, I also got a binary called testrealtime, but my own attempts to build the exact same thing had miserably failed. By any chance, did you try to build this file from source yourself? After I dug deeper into the code, I started wondering if this was ever tested under gcc 3.4, the version I am currently using. Having made some trivial changes, I finally got the code to compile and run, so I am attaching the modified testrealtime.cc file. This modified version appears to run with current CVS snapshot, as well. Maybe try to compile it and, if all goes well, suggest it to the original maintainer of this package? What I still don't understand is how the initial binary called 'testrealtime' was created. At this point, I strongly doubt it was created from source at installation time. Best regards, Nickolai On 2/5/06, Al Hooton <[EMAIL PROTECTED]> wrote: > > Oh, one more thing: > > Be *absolutely* sure your distro didn't originally install an old > version of gtkextra or gtkextra-2 for you. I've heard that some distros > have done this in the past, although I've never run in to it myself. If > that is the case, the compiler may be finding those old .h files because > they show up earlier in the header file search path, which could easily > cause the kinds of problems you're seeing. > > If there is an old version on your box, you'll have to remove all > traces of it if you're going to be successful building a newer > gtkextra-2... > > -Al >
_______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
