| View previous topic :: View next topic |
| Author |
Message |
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
 Posted: Sun Mar 13, 2005 6:42 pm Post subject: [quasi-SOLVED] swig 1.3.21 fails to emerge on 2005.0 profile |
 |
|
Thanks for reading this.
I use the 2005.0 profile, and my system is brought up-to-date every day. I can't but congratulate the AMD64 devs for their stunning work.
However, I've been trying for tree days now to install ntp, so that I can keep my system clock sync'ed with a time server. What prevents me from emerging ntp is swig, which is needed as a dependency.
Here is what it tries to emerge: | Code: | These are the packages that I would merge, in reverse order:
Calculating dependencies ...done!
[ebuild N ] net-misc/ntp-4.2.0-r2 -debug -nodroproot -parse-clocks (-selinux) +ssl 2,480 kB
[ebuild N ] sys-libs/libcap-1.10-r5 -debug -nocxx +python -static 38 kB
[ebuild N ] dev-lang/swig-1.3.21 +X -debug +guile +java +perl +php +python +ruby +tcltk 0 kB |
And this is the error I get when emerging swig: | Code: | from /usr/include/gentoo-multilib/amd64/limits.h:124,
from /usr/include/limits.h:7,
from /usr/include/gentoo-multilib/amd64/limits.h:124,
from /usr/include/limits.h:7,
from /usr/include/tcl.h:379,
from libtcl8.c:284:
/usr/include/bits/../gentoo-multilib/amd64/bits/posix1_lim.h:153:28: #include nested too deeply
make[1]: *** [libswigtcl8_la-libtcl8.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/swig-1.3.21/work/SWIG-1.3.21/Runtime'
make: *** [runtime] Error 2
!!! ERROR: dev-lang/swig-1.3.21 failed.
!!! Function src_compile, Line 63, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message. |
What can I try? Does swig NOT compile on AMD64?
This is my info: | Code: | Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r14 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r14 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.4.16
Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 9 2005, 15:45:12)]
dev-lang/python: 2.3.4-r1
sys-devel/autoconf: 2.59-r6, 2.13
sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils: 2.15.92.0.2-r1
sys-devel/libtool: 1.5.10-r4
virtual/os-headers: 2.6.8.1-r4
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=k8 -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=k8 -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X Xaw3d a52 aac aalib accessibility acl acpi aim alsa apache2 apm arts audiofile avi bash-completion bcmath berkdb bidi bitmap-fonts bzlib cdparanoia cdr crypt ctype cups curl curlwrappers db2 dba dbase dbm dbx dga dio directfb divx4linux dv dvb dvd dvdr dvdread encode esd ethereal evo exif fam fastcgi fbcon ffmpeg fftw flac flash flatfile font-server foomaticdb fortran freetds ftp gd gdbm geoip gif ginac glut gmp gnustep gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hyperwave-api iconv icq imagemagick imap imlib inifile innodb interbase iodbc ipv6 jabber jack java javascript jikes jp2 jpeg junit kde kerberos krb4 ladcca lcms ldap lesstif libcaca libwww lzw lzw-tiff mad maildir mailwrapper matroska mbox mcal mcve memlimit mhash mikmod milter mime mmap mng motif mozilla mp3 mpeg mpi msession msn msql mysql mysqli nas ncurses neXt netcdf nis nls nptl oci8 ogg oggvorbis openal opengl oracle oracle7 oscar oss ovrimos pam pcntl pcre pdflib perl php pie plotutils png portaudio posix postgres ppds prelude python qdbm qt quicktime readline recode ruby samba sapdb sasl scanner sdl sharedext simplexml skey slang slp sndfile snmp soap sockets socks5 source sox speex spell spl ssl svg sysfs sysvipc szip tcltk tcpd tetex theora tidy tiff tokenizer truetype truetype-fonts type1-fonts unicode usb userlocales v4l vcd vhosts wddx wmf wxwindows xface xine xml xml2 xmlrpc xmms xpm xprint xrandr xsl xv xvid yahoo yaz zeo zlib"
Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY |
Any help is greatly appreciated. Thanks in advance.
Last edited by urcindalo on Wed Mar 16, 2005 11:24 am; edited 1 time in total |
|
| Back to top |
|
 |
moocha
Watchman
Joined: 21 Oct 2003
Posts: 5722
|
| Posted: Sun Mar 13, 2005 7:21 pm Post subject: |
|
|
Can't tell why this is happening (or rather I can, but I can't reproduce it). Here's a quick workaround though: | Code: | | echo "sys-libs/libcap -python" >> /etc/portage/package.use |
(i.e. disable the libcap Python language bindings). This will remove the dependency on Swig.
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto
"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin |
|
| Back to top |
|
|
allanw
Arch/Herd Tester
Joined: 02 Mar 2005
Posts: 60
|
| Posted: Sun Mar 13, 2005 7:35 pm Post subject: |
|
|
| I've had this problem before, and I had to manually open up /usr/include/gentoo-multilib/amd64/limits.h, and move an #include a few lines up and it fixed the problem. |
|
| Back to top |
|
|
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
| Posted: Sun Mar 13, 2005 8:04 pm Post subject: |
|
|
Thanks both for your answers. You're very helpful.
Before disabling libcap as moocha suggests (I'm positive your workaround will work), I'd like to give allanw's suggestion a try.
Do you remember which #include is the one to move up a few lines? It is obvious (or, at least to a newbie like me), that it is related to this line from my error output: | Code: | | /usr/include/bits/../gentoo-multilib/amd64/bits/posix1_lim.h:153:28: #include nested too deeply |
Before committing any change, I must be sure which line to change, and how to do it.
What's more. Should this change be permanent, or is it a temporary, one-time modification?
Again, thanks very much for your kindful help (to both of you). |
|
| Back to top |
|
|
moocha
Watchman
Joined: 21 Oct 2003
Posts: 5722
|
| Posted: Sun Mar 13, 2005 8:35 pm Post subject: |
|
|
I didn't say to disable libcap  . I just proposed not building the Python language bindings which need Swig to build, so that Swig wouldn't even be pulled in.
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto
"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin |
|
| Back to top |
|
|
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
| Posted: Sun Mar 13, 2005 11:02 pm Post subject: |
|
|
| moocha wrote: | | I didn't say to disable libcap |
Sure. I understood correctly. Maybe I didn't put it in the correct words. My native tongue is not English, and it's time for bed over here (0:00 AM), so I'm gonna get some sleep cause I'm getting too tired 
"Tomorrow will be a new day", as we say in Spanish, and I'll try to solve the problem as per your suggestions. |
|
| Back to top |
|
|
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
| Posted: Mon Mar 14, 2005 8:00 am Post subject: |
|
|
Here is the content of my /usr/include/gentoo-multilib/amd64/limits.h. Which is the #include nested too deeply that I need to move up? I can't seem to find anything wrong.
| Code: | /* Copyright (C) 1991, 92, 96, 97, 98, 99, 2000 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Lesser General Public
License as published by the Free Software Foundation; either
version 2.1 of the License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Lesser General Public License for more details.
You should have received a copy of the GNU Lesser General Public
License along with the GNU C Library; if not, write to the Free
Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
02111-1307 USA. */
/*
* ISO C99 Standard: 7.10/5.2.4.2.1 Sizes of integer types <limits.h>
*/
#ifndef _LIBC_LIMITS_H_
#define _LIBC_LIMITS_H_ 1
#include <features.h>
/* Maximum length of any multibyte character in any locale.
We define this value here since the gcc header does not define
the correct value. */
#define MB_LEN_MAX 16
/* If we are not using GNU CC we have to define all the symbols ourself.
Otherwise use gcc's definitions (see below). */
#if !defined __GNUC__ || __GNUC__ < 2
/* We only protect from multiple inclusion here, because all the other
#include's protect themselves, and in GCC 2 we may #include_next through
multiple copies of this file before we get to GCC's. */
# ifndef _LIMITS_H
# define _LIMITS_H 1
#include <bits/wordsize.h>
/* We don't have #include_next.
Define ANSI <limits.h> for standard 32-bit words. */
/* These assume 8-bit `char's, 16-bit `short int's,
and 32-bit `int's and `long int's. */
/* Number of bits in a `char'. */
# define CHAR_BIT 8
/* Minimum and maximum values a `signed char' can hold. */
# define SCHAR_MIN (-128)
# define SCHAR_MAX 127
/* Maximum value an `unsigned char' can hold. (Minimum is 0.) */
# define UCHAR_MAX 255
/* Minimum and maximum values a `char' can hold. */
# ifdef __CHAR_UNSIGNED__
# define CHAR_MIN 0
# define CHAR_MAX UCHAR_MAX
# else
# define CHAR_MIN SCHAR_MIN
# define CHAR_MAX SCHAR_MAX
# endif
/* Minimum and maximum values a `signed short int' can hold. */
# define SHRT_MIN (-32768)
# define SHRT_MAX 32767
/* Maximum value an `unsigned short int' can hold. (Minimum is 0.) */
# define USHRT_MAX 65535
/* Minimum and maximum values a `signed int' can hold. */
# define INT_MIN (-INT_MAX - 1)
# define INT_MAX 2147483647
/* Maximum value an `unsigned int' can hold. (Minimum is 0.) */
# define UINT_MAX 4294967295U
/* Minimum and maximum values a `signed long int' can hold. */
# if __WORDSIZE == 64
# define LONG_MAX 9223372036854775807L
# else
# define LONG_MAX 2147483647L
# endif
# define LONG_MIN (-LONG_MAX - 1L)
/* Maximum value an `unsigned long int' can hold. (Minimum is 0.) */
# if __WORDSIZE == 64
# define ULONG_MAX 18446744073709551615UL
# else
# define ULONG_MAX 4294967295UL
# endif
# ifdef __USE_ISOC99
/* Minimum and maximum values a `signed long long int' can hold. */
# define LLONG_MAX 9223372036854775807LL
# define LLONG_MIN (-LLONG_MAX - 1LL)
/* Maximum value an `unsigned long long int' can hold. (Minimum is 0.) */
# define ULLONG_MAX 18446744073709551615ULL
# endif /* ISO C99 */
# endif /* limits.h */
#endif /* GCC 2. */
#endif /* !_LIBC_LIMITS_H_ */
/* Get the compiler's limits.h, which defines almost all the ISO constants.
We put this #include_next outside the double inclusion check because
it should be possible to include this file more than once and still get
the definitions from gcc's header. */
#if defined __GNUC__ && !defined _GCC_LIMITS_H_
/* `_GCC_LIMITS_H_' is what GCC's file defines. */
# include_next <limits.h>
/* The <limits.h> files in some gcc versions don't define LLONG_MIN,
LLONG_MAX, and ULLONG_MAX. Instead only the values gcc defined for
ages are available. */
# ifdef __USE_ISOC99
# ifndef LLONG_MIN
# define LLONG_MIN LONG_LONG_MIN
# endif
# ifndef LLONG_MAX
# define LLONG_MAX LONG_LONG_MAX
# endif
# ifndef ULLONG_MAX
# define ULLONG_MAX ULONG_LONG_MAX
# endif
# endif
#endif
#ifdef __USE_POSIX
/* POSIX adds things to <limits.h>. */
# include <bits/posix1_lim.h>
#endif
#ifdef __USE_POSIX2
# include <bits/posix2_lim.h>
#endif
#ifdef __USE_XOPEN
# include <bits/xopen_lim.h>
#endif |
|
|
| Back to top |
|
|
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
| Posted: Mon Mar 14, 2005 12:04 pm Post subject: |
|
|
Well, as a temporary fix, I've used moocha's approach, which worked like a charm. Looking at the bright side, I think my clock will stay sync'ed.
However, after installing ntp I've removed the line about libcap in package.use. The problem is now that, when updating world, it will try to emerge swig because libcap was compilled without python support (I use --newuse when updating), and the issue will re-appear.
Am I the only one unable to emerge swig on AMD64/2005.0 profile? |
|
| Back to top |
|
|
allanw
Arch/Herd Tester
Joined: 02 Mar 2005
Posts: 60
|
| Posted: Tue Mar 15, 2005 8:12 pm Post subject: |
|
|
| urcindalo wrote: | | Here is the content of my /usr/include/gentoo-multilib/amd64/limits.h. Which is the #include nested too deeply that I need to move up? I can't seem to find anything wrong. |
This is what I did:
| Code: | /* Copyright (C) 1991, 92, 96, 97, 98, 99, 2000 Free Software Foundation, Inc.
This file is part of the GNU C Library.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Lesser General Public
License as published by the Free Software Foundation; either
version 2.1 of the License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Lesser General Public License for more details.
You should have received a copy of the GNU Lesser General Public
License along with the GNU C Library; if not, write to the Free
Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
02111-1307 USA. */
/*
* ISO C99 Standard: 7.10/5.2.4.2.1 Sizes of integer types <limits.h>
*/
#ifndef _LIBC_LIMITS_H_
#define _LIBC_LIMITS_H_ 1
#include <features.h>
/* Maximum length of any multibyte character in any locale.
We define this value here since the gcc header does not define
the correct value. */
#define MB_LEN_MAX 16
/* If we are not using GNU CC we have to define all the symbols ourself.
Otherwise use gcc's definitions (see below). */
#if !defined __GNUC__ || __GNUC__ < 2
/* We only protect from multiple inclusion here, because all the other
#include's protect themselves, and in GCC 2 we may #include_next through
multiple copies of this file before we get to GCC's. */
# ifndef _LIMITS_H
# define _LIMITS_H 1
#include <bits/wordsize.h>
/* We don't have #include_next.
Define ANSI <limits.h> for standard 32-bit words. */
/* These assume 8-bit `char's, 16-bit `short int's,
and 32-bit `int's and `long int's. */
/* Number of bits in a `char'. */
# define CHAR_BIT 8
/* Minimum and maximum values a `signed char' can hold. */
# define SCHAR_MIN (-128)
# define SCHAR_MAX 127
/* Maximum value an `unsigned char' can hold. (Minimum is 0.) */
# define UCHAR_MAX 255
/* Minimum and maximum values a `char' can hold. */
# ifdef __CHAR_UNSIGNED__
# define CHAR_MIN 0
# define CHAR_MAX UCHAR_MAX
# else
# define CHAR_MIN SCHAR_MIN
# define CHAR_MAX SCHAR_MAX
# endif
/* Minimum and maximum values a `signed short int' can hold. */
# define SHRT_MIN (-32768)
# define SHRT_MAX 32767
/* Maximum value an `unsigned short int' can hold. (Minimum is 0.) */
# define USHRT_MAX 65535
/* Minimum and maximum values a `signed int' can hold. */
# define INT_MIN (-INT_MAX - 1)
# define INT_MAX 2147483647
/* Maximum value an `unsigned int' can hold. (Minimum is 0.) */
# define UINT_MAX 4294967295U
/* Minimum and maximum values a `signed long int' can hold. */
# if __WORDSIZE == 64
# define LONG_MAX 9223372036854775807L
# else
# define LONG_MAX 2147483647L
# endif
# define LONG_MIN (-LONG_MAX - 1L)
/* Maximum value an `unsigned long int' can hold. (Minimum is 0.) */
# if __WORDSIZE == 64
# define ULONG_MAX 18446744073709551615UL
# else
# define ULONG_MAX 4294967295UL
# endif
# ifdef __USE_ISOC99
/* Minimum and maximum values a `signed long long int' can hold. */
# define LLONG_MAX 9223372036854775807LL
# define LLONG_MIN (-LLONG_MAX - 1LL)
/* Maximum value an `unsigned long long int' can hold. (Minimum is 0.) */
# define ULLONG_MAX 18446744073709551615ULL
# endif /* ISO C99 */
# endif /* limits.h */
#endif /* GCC 2. */
// changed here //////////
# include_next <limits.h>
/////////////////////////////
#endif /* !_LIBC_LIMITS_H_ */
/* Get the compiler's limits.h, which defines almost all the ISO constants.
We put this #include_next outside the double inclusion check because
it should be possible to include this file more than once and still get
the definitions from gcc's header. */
#if defined __GNUC__ && !defined _GCC_LIMITS_H_
// # include_next <limits.h> // removed here
/* `_GCC_LIMITS_H_' is what GCC's file defines. */
/* The <limits.h> files in some gcc versions don't define LLONG_MIN,
LLONG_MAX, and ULLONG_MAX. Instead only the values gcc defined for
ages are available. */
# ifdef __USE_ISOC99
# ifndef LLONG_MIN
# define LLONG_MIN LONG_LONG_MIN
# endif
# ifndef LLONG_MAX
# define LLONG_MAX LONG_LONG_MAX
# endif
# ifndef ULLONG_MAX
# define ULLONG_MAX ULONG_LONG_MAX
# endif
# endif
#endif
#ifdef __USE_POSIX
/* POSIX adds things to <limits.h>. */
# include <bits/posix1_lim.h>
#endif
#ifdef __USE_POSIX2
# include <bits/posix2_lim.h>
#endif
#ifdef __USE_XOPEN
# include <bits/xopen_lim.h>
#endif |
|
|
| Back to top |
|
|
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
| Posted: Tue Mar 15, 2005 11:28 pm Post subject: |
|
|
YES!! I express my most sincere gratitude from the bottom of my heart. It DID work as expected. Thanks very much 
One final question. Is it recommendable to leave the change for good, or it is better to revert it to the original instance? |
|
| Back to top |
|
|
allanw
Arch/Herd Tester
Joined: 02 Mar 2005
Posts: 60
|
| Posted: Tue Mar 15, 2005 11:39 pm Post subject: |
|
|
| urcindalo wrote: | YES!! I express my most sincere gratitude from the bottom of my heart. It DID work as expected. Thanks very much
One final question. Is it recommendable to leave the change for good, or it is better to revert it to the original instance? |
I really don't know, but I changed it back to be on the safe side. |
|
| Back to top |
|
|
urcindalo
l33t
Joined: 08 Feb 2005
Posts: 623
Location: Almeria, Spain
|
| Posted: Wed Mar 16, 2005 11:23 am Post subject: |
|
|
OK. I've done that, also. Just in case.
Again, thanks both of you. |
|
| Back to top |
|
|
dusdus
Apprentice
Joined: 20 Jan 2005
Posts: 208
Location: Netherlands
|
| Posted: Sun Apr 03, 2005 6:13 pm Post subject: |
|
|
| allanw wrote: | | urcindalo wrote: | YES!! I express my most sincere gratitude from the bottom of my heart. It DID work as expected. Thanks very much
One final question. Is it recommendable to leave the change for good, or it is better to revert it to the original instance? |
I really don't know, but I changed it back to be on the safe side. |
THANKS! I had the same error and now it's solved!
It's a pity I don't understand why this is the solution, could someone explain it to a newbie? Or is it just too difficult? 
_________________
Sorry, I don't understand... |
|
| Back to top |
|
|
slougi
Apprentice
Joined: 12 Nov 2002
Posts: 222
Location: Oulu, Finland
|
| Posted: Sun Apr 03, 2005 7:52 pm Post subject: |
|
|
| I think my fix here is somewhat more correct. Basically protect the limits.h header file from double inclusion. It seems the 2005.0 default glibc has some issues. |
|
| Back to top |
|
|
a50sn95
n00b
Joined: 27 Mar 2005
Posts: 5
|
| Posted: Fri Apr 15, 2005 6:56 am Post subject: |
|
|
Thanks for this!
Dennis |
|
| Back to top |
|
|
RiverRat
n00b
Joined: 07 Oct 2004
Posts: 65
Location: Colorado
|
|
| Back to top |
|
|
red-wolf76
l33t
Joined: 13 Apr 2005
Posts: 714
Location: Rhein-Main Area
|
| Posted: Mon Apr 17, 2006 12:13 pm Post subject: |
|
|
On my box (athlon-xp), swig-1.3.21 has issues compiling its java module. Goes away with 1.3.25 (~x86-version)...
_________________
0mFg, G3nt00 r0X0r$ T3h B1g!1111
Use sane CFLAGS! If for no other reason, do it for the lulz! |
|
| Back to top |
|
|
Massimo B.
Veteran
Joined: 09 Feb 2005
Posts: 1776
Location: PB, Germany
|
| Posted: Wed Jun 14, 2006 7:43 am Post subject: |
|
|
| red-wolf76 wrote: | | swig-1.3.21 has issues compiling its java module. Goes away with 1.3.25 (~x86-version)... |
Thanks, you were right. The latest is now ~x86 1.3.29 here.
_________________
HP ZBook Power 15.6" G8 i7-11800H|HP EliteDesk 800G1 i7-4790|HP Compaq Pro 6300 i7-3770 |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Gentoo on AMD64
