Le Tuesday 26 May 2009 13:36:27, vous avez écrit :
> > Could you check with the attached patch if it fixes oss compilation
> > for you
> > without this hack ?
>
> Unfortunately it did not. I got this:
>
> checking linux/sound.h usability... no
> checking linux/sound.h presence... no
>
> And at the end:
> - OSS : no
>
> The patch did apply cleanly in the savonet/liquidsoap directory.
I forgot to mention that you need to run ./bootstrap again for this patch to
work..
> > Ok. We had found the issue for this some times ago.
> > I just made a big commit on trunk/ in order to fix this.
> > Could you try with the latest SVN trunk if you can compile without
> > this hack ?
>
> I just tried SVN revision 6591 and that seems to have fixed things.
> However I did need to run gmake with the LDFLAGS:
>
> CFLAGS="-I/usr/local/include" LDFLAGS="-L/usr/local/lib" CPPFLAGS="-I/
> usr/local/include" gmake
>
> after that it compiled cleanly without having to make any symlinks to
> libraries or gmake.
Great !
It seems strange that you still need to pass the compilation variables.
However, this is far much better..
> > Hmmm..
> > So far, this part is assumed to be done by the user/administrator:
> > # User ${user} and group ${group} are expected to exist.
> > # They are defined in Makefile.defs, written by configure.
> >
> > However, since you are not the first to complain, I wonder whether
> > this could
> > be done in a better way..
>
> I think if there was some information in INSTALL that would be
> suitable. It just threw me off because I wasn't expecting that.
Yes. I think we should detect when the user/group does not exist and issue an
error in this case..
> The LDFLAGS on the command line was also a bit non-intuitive as I'm used
> to libraries being automatically discovered when running ./configure --
> prefix=/usr/local. It's not a big deal though.
Ok, I will look at that.
> > That is really strange.
> > Using liquidsoap without utils.liq will be mush less usefull. A lot
> > of useful
> > functions are defined there.. It would be good to debug and fix this
> > issue..
> > Do you have more informations ?
>
> The SVN releases seems to have fixed this issue as well.
Good !
> One note. With ocaml-faac and ocaml-faad enabled in PACKAGES it would
> not compile cleanly. I don't particularly need regular AAC so that is
> ok for my purposes, but I thought I would report it:
Ok, will look at that.
Romain
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
