Dovecot i inotify w AC

Bartosz Świątek shadzik w gmail.com
Czw, 22 Lis 2007, 19:15:19 CET


22-11-07, Jakub Bogusz <qboosh w pld-linux.org> napisał(a):
> On Thu, Nov 22, 2007 at 05:32:56PM +0100, Bartosz Świątek wrote:
> > 22-11-07, Mateusz Kijowski <mateusz.kijowski w gmail.com> napisał(a):
> > > Dnia środa, 21 listopada 2007, Patryk Zawadzki napisał:
> > > > 21-11-07, Mateusz Kijowski <mateusz.kijowski w gmail.com> napisał(a):
> > > > > Jest jeszcze:
> > > > > http://lists.freedesktop.org/archives/hal/2007-January/007066.html gdzie
> > > > > sugerują dodanie sys/inotify.h do glibc i to mi się chyba najbardziej
> > > > > podoba. Tak pewnie zrobię, chyba, że ktoś mądrzejszy zna jakieś inne
> > > > > rozwiązanie.
> > > >
> > > > A nie prościej wrzucić do katalogu includes danego pakietu?
> > >
> > > No tak, najprostsze rozwiązania są z reguły najlepsze... Dzięki za podpowiedź.
> > > Zbudowało sie i działa :-)
> > >
> > > Zastanawiam się jeszcze czy
> > >
> > > %configure \
> > >         ...
> > >         CPPFLAGS=-I`pwd`/include \
> > >         ...
> >
> > W tej postaci na pewno nie jest koszernie, bo nadpisujesz cppflagi
> > podawane przez rpma... CPPFLAGS="%{rpmcxxflags}
> > -I/i_tu_raczej_samo_include/"
>
> CPPFLAGS to flagi preprocesora, a nie kompilatora C++.
> Domyślne CPPFLAGS są puste.

O matko, faktycznie :) Przepraszam, jakoś mi się pomyliło z plikami
.cpp jako source c++ ;)

>
> > > jest "koszerną" metodą na dodanie -I. Najbardziej nie jestem pewien tego
> > > `pwd`...
> > >
> >
> > pwd raczej nie jest fajne, bo a co jak ja sobie zacznę budować ten
> > pakiet z innego miejsca? Wolno mi. Lepiej na twardo wpisać lokacje.
>
> ?
> Jakiego innego miejsca, jaką "lokacje", jak "na twardo", skoro zależy od
> lokalnego %{_builddir}?
>

No tak, ale %_builddir to nie pwd.


Więcej informacji o liście dyskusyjnej pld-devel-pl