Portage 2.1.9.11 (default/linux/x86/10.0, gcc-4.5.1-asneeded, glibc-2.12.1-r1, 2.6.35.5+ i686) ================================================================= System uname: Linux-2.6.35.5+-i686-Quad-Core_AMD_Opteron-tm-_Processor_2350-with-gentoo-2.0.1 Timestamp of tree: Sun, 26 Sep 2010 16:00:20 +0000 distcc 3.1 i686-pc-linux-gnu [disabled] ccache version 2.4 [disabled] app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.7, 3.1.2-r4 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.3 sys-apps/sandbox: 2.3-r1 sys-devel/autoconf: 2.13, 2.67 sys-devel/automake: 1.4_p6-r1, 1.5-r1, 1.6.3-r1, 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.5.1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.82 virtual/os-headers: 2.6.35 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/share/X11/xkb /usr/share/bufrtables /usr/share/config /usr/share/qpsmtpd/plugins /var/bind /var/lib/hsqldb /var/lib/redmine/config /var/phxd /var/vpopmail/etc /var/yp/Makefile" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/games/angband/edit/ /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/var/cache/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms split-log strict test test-fail-continue unknown-features-warn unmerge-orphans userfetch userpriv usersandbox" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://gentoo.wheel.sk/" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" MAKEOPTS="-j14" PKGDIR="/var/spool/portage/packages" PORTAGE_COMPRESS="" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/cache/portage/tree" SYNC="rsync://yamato.home.flameeyes.eu/gentoo-portage" USE="acl berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv ipv6 java5 java6 modules mudflap mysql ncurses nls nostatic nptl nptlonly openmp pam pcre perl postgres pppd python qt3support readline reflection ruby session ssl sysfs tcpd unicode vhosts x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias auth_digest cgi" ELIBC="glibc" GPSD_PROTOCOLlines 1-45
Created attachment 248811 [details] Build log
Sorry to say: I can not reproduce the problem here on 4 systems: * stable amd64 chroot - works * unstable amd64 chroot - works (with gcc-4.50. and also with 4.5.1) * two mostly stable x86 systems - works The problem seen in the log reads as: ./verilog.g: In function ‘v_name_of_block’: ./verilog.g:1835:7: error: unexpected end of file after #line But verilog.g is around 2045 lines here. So can you please retest Diego.
Does the .g file get generated? Tinderbox is using gcc 4.5, gtk 2.22 and gmake 3.82 so there can be some issue with the configuration, but i have no idea where to start on this package unless you give me an idea.
(In reply to comment #3) > Does the .g file get generated? No, it gets simple unpacked from the source. That is why I asked to simple retry and see if there was something wrong with unpacking. > Tinderbox is using gcc 4.5, gtk 2.22 and gmake > 3.82 so there can be some issue with the configuration, but i have no idea > where to start on this package unless you give me an idea. Same problem here. No idea where to start as long as I can not observe the problem :-). But thanks for the additional informations. I will just look deeper and ask some others for further testing. Next step is to upgrade gtk+ and make to your version.
There's a pretty newer version of gtkwave available at upstream. I'm planning to bump it tonight. Maybe the newer version fixes the bug.
(In reply to comment #5) > There's a pretty newer version of gtkwave available at upstream. > I know and was about to do it myself in next days. But feel free to do so. > I'm planning to bump it tonight. Maybe the newer version fixes the bug. Btw, can you reproduce Diegos observation?
(In reply to comment #6) > > Btw, can you reproduce Diegos observation? > No, I tried to reproduce it with gcc 4.5.1/make 3.82 and can't reproduce it.
Bumped to 3.3.13.
(In reply to comment #7) > (In reply to comment #6) > > > > Btw, can you reproduce Diegos observation? > > > > No, I tried to reproduce it with gcc 4.5.1/make 3.82 and can't reproduce it. > Same here. GCC 4.5.1/make 3.82/gtk+ 2.22, rebuild system, forced a reload of the packae from teh server and still no problems here.
I bumped gtkwave to 3.3.16 and removed some old versions, including this one. I'm closing this bug because it apparently doesn't affect newer versions of gtkwave and we can't reproduce.
