linphone-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Linphone-developers] linphone 3.4.3 build error


From: Simon Morlat
Subject: Re: [Linphone-developers] linphone 3.4.3 build error
Date: Mon, 04 Apr 2011 22:14:44 +0200

As this is used in macosx, I added code to manage the return of chdir(),
as requested by the compiler.

Simon

Le dimanche 03 avril 2011 à 01:11 +0200, Gerhard Stengel a écrit :
> Hi,
> 
> I don't think these lines don anything useful on Linux. I put them between an 
> #ifdef WIN32 around and it can be compiled.
> 
> regards
> 
> Gerhard
> 
> Am Samstag, 2. April 2011, 06:13:25 schrieb Gerhard Stengel:
> > Hi,
> > 
> > this is a posting from the linphone-users mailing list. I've the same build 
> > problem on my machine (openSUSE 11.4, 64 
> > bit) and now want to adress this on the developers list.
> > 
> > The difference to version 3.4.2 is that the offending lines in main.c look 
> > like this on 3.4.2
> > #ifdef WIN32
> >     if (workingdir!=NULL)
> >             _chdir(workingdir);
> > #endif
> > which means on Linux the compiler never sees these lines.
> > 
> > In  version 3.4.3 there's no #ifdef WIN32, and it's just
> >     if (workingdir!=NULL)
> >             chdir(workingdir); //without a preceding underscore!
> > however there's a define 
> > #ifdef WIN32
> > #define chdir _chdir
> > #endif
> > 
> > which makes it to be the same on WIN32, but on Linux these lines are new 
> > compared to previously.
> > My naive idea was to patch it to something like
> >    (void)chdir(workingdir);
> > but that doesn't make the compiler happy about the unused return value...
> > 
> > How can this be fixed? Maybe the whole statement is dispensible on Linux, 
> > it wasn't there on 3.4.2.
> > 
> > best regards
> 
> _______________________________________________
> Linphone-developers mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/linphone-developers





reply via email to

[Prev in Thread] Current Thread [Next in Thread]