rawhide report: 20070912 changes
rc040203 at freenet.de
Thu Sep 13 10:04:13 UTC 2007
On Thu, 2007-09-13 at 09:43 +0000, Kevin Kofler wrote:
> Ralf Corsepius <rc040203 <at> freenet.de> writes:
> > :) yawn. Do you know that you are reheating "yesterday's gossip"?
> > Meanwhile, the embedded SIG has implemented facts.
> Yes, by either ignoring your non-existent guidelines or just treating the
> current unfinished draft as authoritative.
> IMHO that's not something to be proud of.
Right - We (The Embedded Sig) had decided to let the facts speak and not
to contact the FPC. I agreed to this approach, because it implemented
viable precedences and avoided lengthy and fruitless discussions, as I
had been confronted with before in FPC.
> > It's simply that osgal's and osgcal's configure scripts mis-apply
> > pkgconfig and do not acknowledge things similar to this:
> > configure OPENTHREADS_CFLAGS=' ' OPENTHREAD_LIBS='-lOpenThreads'
> How is this better than ./configure working out of the box
* It works without vendor-specific pkg-config files.
> (as it would with a
> proper pkgconfig setup)?
* Which pkgconfig files? Debian?
> Now if -lOpenThreads is really _all_ that's needed and on all platforms
> supported by upstream,
In case of openalpp it's only -lOpenThreads.
I can't comment on the situation of osgal and osgcal, because I haven't
seen Chris sources, yet. IIRC, at least one of these packages currently
to be found in CVS, still uses Producer and relies on OSG1's API.
> then not using a configure check at all might work
> (still, it doesn't allow checking that the library is there and of the proper
> version, which pkgconfig allows), but requiring CFLAGS and LIBS to be passed to
> configure by hand is hardly a workable solution.
- It's how things are supposed to work with pkg-config:
AC_ARG_VAR([$1][_CFLAGS], [C compiler flags for $1, overriding pkg-config])dnl
AC_ARG_VAR([$1][_LIBS], [linker flags for $1, overriding pkg-config])dnl
- It's how things are supposed to work with autoconf in general:
More information about the fedora-devel-list