Bug 145823 - [GCC 4.1] stabilize app-emulation/dosemu-1.3.3
Bug#: 145823 Product:  Gentoo Linux Version: 2006.1 Platform: x86
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: hanno@gentoo.org Reported By: chain@rpgfiction.net
Component: Applications
URL: 
Summary: [GCC 4.1] stabilize app-emulation/dosemu-1.3.3
Keywords:  
Status Whiteboard: 
Opened: 2006-09-01 03:04 0000
Description:   Opened: 2006-09-01 03:04 0000
I am having troubles compiling this ebuild.
Have upgraded yesterday to GCC 4.1.1 and the new glibc, followed the upgrade
guide.
Maybe GCC 4.1.1 related?

------- Comment #1 From Richard Homonnai 2006-09-01 03:05:05 0000 -------
Created an attachment (id=95630) [details]
The console output of the emerge

------- Comment #2 From Richard Homonnai 2006-09-01 03:07:10 0000 -------
Created an attachment (id=95631) [details]
emerge --info

------- Comment #3 From Jakub Moc (RETIRED) 2006-09-01 03:09:11 0000 -------
Try with 1.3.2, please.

------- Comment #4 From Richard Homonnai 2006-09-01 03:57:11 0000 -------
Okay that worked. (altough ~x86)

Thanks.

------- Comment #5 From Jakub Moc (RETIRED) 2006-09-01 04:00:51 0000 -------
Good, thanks. ;)

------- Comment #6 From Ryan Hill 2006-09-02 20:39:39 0000 -------
dosemu-1.3.2 is broken with autoconf-2.60 (bug #138327).  should that block
this?

------- Comment #7 From Jakub Moc (RETIRED) 2006-09-03 04:26:08 0000 -------
*** Bug 146104 has been marked as a duplicate of this bug. ***

------- Comment #8 From José María Fernández González 2006-09-05 14:01:50 0000 -------
I have recently moved from gcc-3.4.6-r1 to gcc 4.1.1 (and even today to
gcc-4.1.1-r1), and dosemu-1.3.2 does not compile with the flags I'm usually
using. They are:

CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -fforce-addr
-fprefetch-loop-arrays -falign-functions=64 -finline-functions -fweb -pipe"

I was playing with them, guessing which was the buggy one, and I found that
'-finline-functions' was guilty. dosemu did compile with gcc-3.4.6-r1 and these
flags, so I think there is a bug related to this flag.

------- Comment #9 From Hanno Boeck 2006-09-05 14:29:53 0000 -------
I've now added 1.3.3, please don't mark 1.3.2 stable, it's broken as hell. Wait
some time till we've sorted out all maybe upcoming issues on 1.3.3 and mark
that stable then.

About the -finline: Can you try 1.3.3?

------- Comment #10 From Matthias Langer 2006-09-07 17:47:47 0000 -------
dosemu-1.3.3  USE="X gpm -debug -svga" seems to be ok at a first glance for me
on x86, apart from:

QA Notice: the following files contain executable stacks
 Files with executable stacks will not work properly (or at all!)
 on some architectures/operating systems.  A bug should be filed
 at http://bugs.gentoo.org/ to make sure the file is fixed.
 For more information, see http://hardened.gentoo.org/gnu-stack.xml
 Please include this file in your report:
 /var/tmp/portage/dosemu-1.3.3/temp/scanelf-execstack.log
"RWX --- --- usr/bin/dosemu.bin"

Just because there is an ongoing discussion about CFLAGs:
CFLAGS="-march=athlon-xp -O2 -pipe"

Please note, that i have not yet tried to run some external dos software ...;
i'll look after this in the next few days.

------- Comment #11 From Matthias Langer 2006-09-07 17:48:41 0000 -------
btw.: if i should attach
var/tmp/portage/dosemu-1.3.3/temp/scanelf-execstack.log, let me know ...

------- Comment #12 From Matthias Langer 2006-09-08 05:29:48 0000 -------
i've now tested dosemu-1.3.3  USE="X gpm -debug -svga" with two old dos-games.
seems to work so far ...

------- Comment #13 From Matthias Langer 2006-09-08 05:31:11 0000 -------
however, maybe it is of intererst, that i get the following message when i
start dosemu:

 You do not have the DOSEMU vga font installed and are running
   remote X. You need to install the vga font on your _local_ Xserver.
   Look at the readme for details. For now we start with an fixed font,
   which does not display all national characters correctly.
   ... be warned

------- Comment #14 From Petr Baudis 2006-09-10 19:42:54 0000 -------
Note that the same compilation error occurs with 1.2.2-r1, which is the last
stable, so that should be fixed too unless 1.3.3 is gonna get declared as
stable real soon.

------- Comment #15 From Andrzej 2006-09-11 02:47:03 0000 -------
Just to confirm that 1.3.3 compiles on my stable system with the current stable
gcc-4.1:

Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.1
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libssp --enable-java-awt=gtk
--enable-languages=c,c++,java --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 4.1.1 (Gentoo 4.1.1)

The emulator seems to work (I only tested it briefly), but it produces the same
warning about fonts that comment #13 has mentioned.

------- Comment #16 From Jesus de Santos Garcia 2006-09-12 15:41:03 0000 -------
1.3.3 gives me this error when executing (as normal user or root)

ERROR: MAPPING: cannot map temp file pool, Operation not permitted

I am getting the same font messages described previously.

------- Comment #17 From Péter Werner 2006-09-13 12:39:05 0000 -------
Created an attachment (id=96893) [details]
emerge --info

collision after 2nd emerge of app-emulation/dosemu-1.3.3
(First one succeeded with FEATURES including collision-protect.)

existing file /usr/share/dosemu/commands/fossil.com is not owned by this
package
existing file /usr/share/dosemu/commands/emufs.sys is not owned by this package
existing file /usr/share/dosemu/commands/ems.sys is not owned by this package
existing file /usr/share/dosemu/commands/mgarrot.com is not owned by this
package
existing file /usr/share/dosemu/commands/cdrom.sys is not owned by this package
existing file /usr/share/dosemu/commands/dumpconf.sys is not owned by this
package
existing file /usr/share/dosemu/commands/generic.com is not owned by this
package
existing file /usr/share/dosemu/commands/aspi.sys is not owned by this package
existing file /usr/share/dosemu/commands/isemu.com is not owned by this package
existing file /usr/share/dosemu/commands/eject.com is not owned by this package
existing file /usr/share/dosemu/commands/unix.com is not owned by this package
existing file /usr/share/dosemu/commands/cmdline.com is not owned by this
package
existing file /usr/share/dosemu/commands/xmode.com is not owned by this package
existing file /usr/share/dosemu/commands/vgaoff.com is not owned by this
package
existing file /usr/share/dosemu/commands/blaster.com is not owned by this
package
existing file /usr/share/dosemu/commands/ecpuoff.com is not owned by this
package
existing file /usr/share/dosemu/commands/uchdir.com is not owned by this
package
existing file /usr/share/dosemu/commands/system.com is not owned by this
package
existing file /usr/share/dosemu/commands/dosdbg.com is not owned by this
package
existing file /usr/share/dosemu/commands/emumouse.com is not owned by this
package
existing file /usr/share/dosemu/commands/ugetcwd.com is not owned by this
package
existing file /usr/share/dosemu/commands/vgaon.com is not owned by this package
existing file /usr/share/dosemu/commands/exitemu.com is not owned by this
package
existing file /usr/share/dosemu/commands/ecpuon.com is not owned by this
package
existing file /usr/share/dosemu/commands/speed.com is not owned by this package
existing file /usr/share/dosemu/commands/bootoff.com is not owned by this
package
existing file /usr/share/dosemu/commands/lredir.com is not owned by this
package
existing file /usr/share/dosemu/commands/booton.com is not owned by this
package

------- Comment #18 From Matthias Langer 2006-09-13 17:28:05 0000 -------
(In reply to comment #17)

> collision after 2nd emerge of app-emulation/dosemu-1.3.3
> (First one succeeded with FEATURES including collision-protect.)
> 
> existing file /usr/share/dosemu/commands/fossil.com is not owned by this
> package

hmm, i cannot reproduce this (just remerged dosemu-1.3.3 with collision-protect
without any issues) ...

------- Comment #19 From Andrzej 2006-09-14 01:49:37 0000 -------
(In reply to comment #16)
> 1.3.3 gives me this error when executing (as normal user or root)
> 
> ERROR: MAPPING: cannot map temp file pool, Operation not permitted

I had the same problem, but I fixed it with a configuration change.  In
/etc/dosemu/dosemu.conf I have modified $_mapping from "auto" to "mapashm". 
Try...

------- Comment #20 From Jesus de Santos Garcia 2006-09-19 16:47:48 0000 -------
> I had the same problem, but I fixed it with a configuration change.  In
> /etc/dosemu/dosemu.conf I have modified $_mapping from "auto" to "mapashm". 
> Try...
> 

Yes, it solved the problem. So, 1.3.3 is working fine for me.

------------

Portage 2.1.1 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3,
2.6.17-gentoo-r8 i686)
=================================================================
System uname: 2.6.17-gentoo-r8 i686 Intel(R) Celeron(R) CPU 2.40GHz
Gentoo Base System version 1.12.5
Last Sync: Tue, 19 Sep 2006 00:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -pipe -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/NX/etc /usr/NX/home /usr/share/X11/xkb
/usr/share/logwatch /var/www/localhost/htdocs/cacti/include"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O3 -pipe -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox
sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://linuv.uv.es/mirror/gentoo/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache2 berkdb bitmap-fonts bzip2 cli crypt dlloader dri
eds elibc_glibc emboss encode fam foomaticdb gdbm gif gnome gpm gstreamer gtk
gtk2 imlib input_devices_keyboard input_devices_mouse isdnlog jpeg kernel_linux
libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses nls nptl nptlonly ogg pam
pcre perl png pppd python qt3 qt4 quicktime readline reflection samba sdl
session snmp spl sse sse2 ssl svg tiff truetype truetype-fonts type1-fonts udev
usb userland_GNU video_cards_fglrx vorbis xml xmms xorg zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

------- Comment #21 From Joshua Jackson 2006-10-04 21:58:53 0000 -------
x86 is stable as the problem isn't a problem now apparently....

------- Comment #22 From Denilson 2006-10-05 20:18:41 0000 -------
(In reply to comment #21)
> x86 is stable as the problem isn't a problem now apparently....

I think the default config file should have been modified as explained in
comment #19. (and put a link to this bug at that config file)

I've just emerged dosemu-1.3.3 on a recently-updated-to-gcc-4.1 system, and I
got the problem that can be solved as in comment #19.