compiling

[jpeters]

Seems like sometimes there's an endless chain of pkgconfig requests when compiling. If I build libgnome_dev, then it wants libbonobo_dev, which needs libORbit_dev, etc, etc.  I don't know if there's an easier way when the libs already exist.  

[Juanito]

I guess it depends on what you're trying to compile - several bloat-o-gnome applications seem to require many, many deps, gnu cash being a good example. Xorg does quite well in this respect too...

[jpeters]

I was hoping I could just do some CFLAG  to bypass the whole pkgconfig thing......but maybe not.

[curaga]

Welcome to the concept of Dependency Hell

Trying to build anything that depends on 30+ Gnome or KDE packages is rather bad. Because they in order depend on more G/K packages, and so on.

Disabling pkg-config wouldn't help much, then your compile would only error out at the linking phase when it can't find those libs.

[jpeters]

I could find and compile source for ORBit.pc  (for gnome-1 apps) , but finding source for ORBit-2.0 is another matter.  The only sources I found were rpm that didn't convert with rpm2targz:

Code: [Select]

tc@box:~/Desktop$ rpm2targz ORBit2-2.14.9-1mdv2008.0.src.rpm
ERROR:  rpm2cpio failed.  (maybe ORBit2-2.14.9-1mdv2008.0.src.rpm is not an RPM?

Edit: I see there's a package at BLFS  (which requires libIDL-2.0    )

[jpeters]

Anybody else come across a similar error using bison?   The configuration seemed to go well, but when trying to "make" :

Code: [Select]

...
config.status: creating libIDL.spec
config.status: creating libIDL-2.0.pc
config.status: creating libIDL-2.0-uninstalled.pc
config.status: executing depfiles commands

libIDL 0.8.8 configuration complete

  C Preprocessor: "gcc -E"
  Standard input supported.

tc@box:~/libIDL-0.8.8$ make
bison -y -d -v 2>/dev/null ./parser.y
make: *** [stamp-parser] Error 1
tc@box:~/libIDL-0.8.8$


[Jason W]

Also the latest Orbit if you haven't found it:

http://ftp.gnome.org/pub/GNOME/sources/ORBit2/2.14/ORBit2-2.14.17.tar.bz2

[jpeters]

..have to be able to compile libIDL-2.0 first....Any idea re the parser error? 

[Jason W]

I've read it is a bison bug, but I haven't looked too far into it:

http://www.mail-archive.com/bug-bison@gnu.org/msg01226.html

[jpeters]

I built my own bison extension, and that solved it.  I had to build M4 first...I used the source from LFS...

[Juanito]

From Jason's link, I can see there might be a problem with the bison (2.4.1) extension, but didn't the m4 extension work either?

[jpeters]

I didn't know what was causing the error, so I just built both extensions.   (M4 was needed to build it).

[curaga]

There's libIDL.tcel already? (and it's a newer version, 0.8.11)

[jpeters]

There's libIDL.tcel already? (and it's a newer version, 0.8.11)

I didn't see it because there's apparently no tcz version.