Description of problem:

Another issue with gdal-config ;)

gdal-config --dep-libs returns -L/usr/lib/lib

This directory doesn't exist nor does would it make sense

# gdal-config --dep-libs
-L/usr/lib -lgeos -lgeos_c -lodbc -lodbcinst -lxerces-c -L/usr/lib/hdf
-L/usr/lib/netcdf-3 -ljasper -lhdf5 -lmfhdf -ldf -logdi -lgif -ljpeg -ltiff
-lpng -lnetcdf -lcfitsio -lgrass_vect -lgrass_dig2 -lgrass_dgl -lgrass_rtree
-lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_I -lgrass_gproj
-lgrass_vask -lgrass_gmath -lgrass_gis -lgrass_datetime -lpq -L/usr/lib -lpq -lz
-lpthread -lm -lrt -ldl -L/usr/lib/lib -ldap -ldapclient -ldapserver -lpthread
-lrx -L/usr/kerberos/lib -lcurl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err
-lresolv -ldl -lidn -lssl -lcrypto -lz -L/usr/lib -lxml2 -lz -lm -lsqlite3
-L/usr/kerberos/lib -lcurl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv
-ldl -lidn -lssl -lcrypto -lz -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl
-lm -L/usr/lib -lssl -lcrypto


Version-Release number of selected component (if applicable):
gdal-1.4.0-17.fc6

Expected results:
gdal-config not to reference invalid dirs.

Additional info:
I don't know where this -L/usr/lib/lib originates from, but I'd assume presense
of -L/usr/lib/lib to be a side-effect of a bug elsewhere.