Re: Temporary cvs setup for testing new 1.1 release

[David Sugar]

Both these issues should now be closed if you do a cvs update and run 
./reconfig.  I have changed configure.in to only add /usr/local/include by 
default when gcc is NOT the c/c++ compiler being used.  /usr/local/include 
(and /usr/local/lib) was originally necessary to pass to the compiler for 
unix systems that did not build with gcc (there probably are still some 
around :) and hence did not automatically include /usr/local stuff (which is 
the default installation prefix for most autoconf/automake generated 
packages...).  I think this originally pertained to finding local installs of 
libxml2 (in /usr/local) on such systems through the standard autoconf macros.
If a /usr/local install of libxml2 fails to be detected, one can still 
explicitly use --prefix=/usr/local with commoncpp configure, and it will add 
the /usr/local paths to the compile and link options again regardless of 
compiler used.

On Tuesday 16 December 2003 04:12 pm, Alex Pavloff wrote:
> > -----Original Message-----
> > From: David Sugar [mailto:address@hidden
> > Sent: Tuesday, December 16, 2003 4:36 AM
> > To: CommonC++ Mailinglist
> > Cc: Federico Montesino Pouzols
> > Subject: Temporary cvs setup for testing new 1.1 release
> >
> >
> > I have setup temporary cvs at Sourceforge for testing what
> > will be the 1.1 release of GNU Common C++.  While there should be no
>
> major
>
> > issues (and yes cmdoptns is back in), everyone does need to check
>
> existing code for
>
> > compatibility when building with the new 1.1 release.
>
> I get build warnings when I build anything.
>
> cc1plus: warning: changing search order for system directory
> "/usr/local/include"
> cc1plus: warning:   as it has already been specified as a non-system
> directory
>
> I get the warning
>
> thread3.cpp: In member function `virtual void myThread::run()':
> thread3.cpp:32: warning: passing negative value `-1' for argument 1 of
> `static
>    void ost::Thread::sleep(long unsigned int)'
>
> When doing a make in the tests directory.  The tests execute just fine
> though.  Red Hat 8.0, with gcc 3.2 20020903.
>
> Minor things.
>
> Alex Pavloff - address@hidden
> ESA Technology ---- www.esatechnology.com
> ------- Linux-based industrial HMI ------
> -------- www.esatechnology.com/5k -------
>
>
> _______________________________________________
> Bug-commoncpp mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-commoncpp