Hmm, can you give your ebuild of opensp and openjade? Who knows, may be
ebuilds from my mirror differ from yours... I tried clang-3.3, gcc-4.6.3
and gcc-4.7.3 from stable branch and no success.

Also, I have this:
52) [1] nikita opensp >> equery g opensp
 * Searching for opensp ...

 * dependency graph for app-text/opensp-1.5.2-r3
 `--  app-text/opensp-1.5.2-r3  amd64
   `--  sys-devel/gettext-0.18.3.2  (sys-devel/gettext) amd64
   `--  app-text/xmlto-0.0.25  (app-text/xmlto) amd64
   `--  app-text/docbook-xml-dtd-4.1.2-r6  (app-text/docbook-xml-dtd) amd64
   *`--  app-text/openjade-1.3.2-r6  (app-text/openjade) amd64 *
   `--  app-text/sgml-common-0.6.3-r5  (app-text/sgml-common) amd64
[ app-text/opensp-1.5.2-r3 stats: packages (6), max depth (1) ]

53) [0] nikita opensp >> equery g openjade
 * Searching for openjade ...

 * dependency graph for app-text/openjade-1.3.2-r6
 `--  app-text/openjade-1.3.2-r6  amd64
   `--  dev-lang/perl-5.16.3  (dev-lang/perl) amd64
   `--  app-text/sgml-common-0.6.3-r5  (app-text/sgml-common) amd64
   *`--  app-text/opensp-1.5.2-r3  (>=app-text/opensp-1.5.1) amd64 *
   `--  sys-devel/automake-1.13.4  (>=sys-devel/automake-1.13) amd64
   `--  sys-devel/automake-1.14.1  (>=sys-devel/automake-1.14) [~amd64
keyword]
   `--  sys-devel/autoconf-2.69  (>=sys-devel/autoconf-2.68) amd64
   `--  sys-devel/libtool-2.4.2  (sys-devel/libtool) amd64
[ app-text/openjade-1.3.2-r6 stats: packages (8), max depth (1) ]

Is it a circular dependency? Emerge doesn't tell anything about this.
I have installed software exactly those versions mentioned above except
automake-1.14 which is unstable.



2014-04-23 4:06 GMT+03:00 walt <w41...@gmail.com>:

> On 04/22/2014 08:42 AM, Nikita Tropin wrote:
> > Hi, I'm trying to update Gentoo with I_KNOW_WHAT_I_AM_DOING=1 emerge
> > --deep --update --newuse --with-bdeps=y @world
> >
> > and process fails on OpenSP-1.5.2-r3. I am tried to compile it myself
> > and find those lacking `new.h' mentioned in build.log. I found in
> > include/xnew.h ifdef construction that responsible of choosing
> > appropriate file (<new> or <new.h>), find utility not found any
> > `new.h' on my /usr or build directory of OpenSP in my home dir,
> > however `new' was found -
> > /usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.3/include/g++-v4/new
>
> Any time I see build errors in c++ programs I suspect libtool.
> (No, I can't explain why, I just do ;)
>
> For that reason I'd suggest running fix_libtool_files.sh, just
> in case your gcc ebuild didn't do it automatically.
>
> FWIW, opensp builds successfully for me and my configure logs
> look very much like yours (I'm using gcc-4.8.2/~amd64, though.)
>
>
>


-- 
Regards,
Nikita

Reply via email to