I just upgraded to app-office/libreoffice-bin-3.4.5.2. Starting it up causes an illegal instruction on my machine. Reproducible: Always Steps to Reproduce: 1. emerge =app-office/libreoffice-bin-3.4.5.2 2. /usr/bin/libreoffice 3. Actual Results: /usr/bin/libreoffice: line 2: 22534 Illegal instruction /usr/lib64/libreoffice/program/soffice "$@" Expected Results: Libreoffice should start up. # emerge --info app-office/libreoffice-bin Portage 2.2.0_alpha85 (default/linux/amd64/10.0/desktop/kde, gcc-4.5.3, glibc-2.13-r4, 3.0.6-gentoo-vennsa-dev-em64t x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.0.6-gentoo-vennsa-dev-em64t-x86_64-Intel-R-_Core-TM-2_Quad_CPU_@_2.66GHz-with-gentoo-2.0.3 Timestamp of tree: Wed, 15 Feb 2012 14:15:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 3.1.6 [disabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.3.6-r8::vennsa, 2.4.6-r1::vennsa, 2.5.4-r4, 2.7.2-r3, 3.1.4-r3 dev-util/ccache: 3.1.6 dev-util/cmake: 2.8.6-r4 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.9.8.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.1.2, 4.3.4, 4.4.5, 4.5.3-r1, 4.6.2 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 3.1 (virtual/os-headers) sys-libs/glibc: 2.13-r4 Repositories: gentoo vennsa Installed sets: @vennsa-base-meta, @vennsa-client-meta, @vennsa-desktop-meta, @vennsa-devel-meta, @vennsa-kernel-meta, @vennsa-utils-meta ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -mtune=generic -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -mtune=generic -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps=y --jobs=5 --load-average=7 --binpkg-respect-use=y" FEATURES="assume-digests binpkg-logs buildpkg distlocks ebuild-locks fixlafiles news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en_CA en_GB en zh zh_TW zh_CN" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/vennsa/portage" SYNC="rsync://rsync4.ca.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 bash-completion berkdb bitmap-fonts bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cscope cups curl curlwrappers cxx dbus declarative dga directfb dri dts dvd dvdr emboss encode exif expat fam fbcon ffmpeg firefox flac foomaticdb fortran gd gdbm gdu gif gmp gnutls gpm graphviz gtk iconv idn ieee1394 imagemagick imap ipv6 jabber jpeg jpeg2k kde kerberos kipi latex lcms ldap libnotify mad mmx mng modules mp3 mp4 mpeg mpg mpi mplayer msn mudflap multilib musicbrainz ncurses nls nptl nptlonly nsplugin ogg openexr opengl openldap openmp pam pango pcre pdf phonon plasma plotutils png policykit ppds pppd qt3support qt4 quicktime readline sasl sdl semantic-desktop session spell sqlite sqlite3 sse sse2 ssl startup-notification subversion svg sysfs tcpd threads tiff truetype truetype-fonts type1-fonts udev unicode usb vhosts vim-syntax vorbis wmf x264 xcb xcomposite xine xinerama xml xorg xscreensaver xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_CA en_GB en zh zh_TW zh_CN" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= app-office/libreoffice-bin-3.4.5.2 was built with the following: USE="(consolekit) kde (multilib) (policykit) (-aqua) -gnome -java"
oosplash.bin[2977] trap invalid opcode ip:7f45b1f34048 sp:7fff5f684d60 error:0 in libuno_sal.so.3[7f45b1f00000+55000]
Wed Feb 15 17:16:31 CET 2012 Portage 2.2.0_alpha86 (default/linux/amd64/10.0/no-multilib, gcc-4.5.3, glibc-2.13-r4, 3.2.1-gentoo-r2-JeR x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.2.1-gentoo-r2-JeR-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4200+-with-gentoo-2.0.3 Timestamp of tree: Wed, 15 Feb 2012 04:15:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.2-r3 dev-util/cmake: 2.8.6-r4 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.9.8.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.5.3-r1, 4.6.2 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 3.1 (virtual/os-headers) sys-libs/glibc: 2.13-r4 Repositories: gentoo JeR Installed sets: ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8-sse3 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=k8 -O2 -ggdb -pipe -Wall" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/distcc/bin /usr/share/config /usr/share/gnupg/qualified.txt /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /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="-march=k8-sse3 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=k8 -O2 -ggdb -pipe -Wall" DISTDIR="/world/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build=n" FEATURES="assume-digests binpkg-logs buildpkg distlocks ebuild-locks fixlafiles metadata-transfer multilib-strict news notitles parallel-fetch protect-owned sandbox sfperms sign splitdebug strict test-fail-continue unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv" FFLAGS="" GENTOO_MIRRORS="" LANG="en_GB" LC_ALL="en_GB.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" LINGUAS="en en_GB nl" MAKEOPTS="-j10" PKGDIR="/world/gentoo/packages/wieneke" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/home/jer" PORTDIR="/world/gentoo/portage" PORTDIR_OVERLAY="/keeps/gentoo/local" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="3dnow 3dnowext 64bit X a52 aac acl alsa amd64 amr avx bash-completion berkdb bzip2 cli consolekit cracklib crypt cups custom-cflags custom-optimization cxx dbus device-mapper dirac dnssec dri dts dv dvd exif extras faac fortran gdbm geoip gif gsm gstreamer gtk gtk3 iconv idn ipq ipv6 jpeg jpeg2k kde lcms libdnet libnl lzo mjpeg mms mmx mmxext modules mp3 mpeg mpi mudflap multislot musepack ncurses network nfq nls nptl nptlonly ogg opengl openmp pam pcre pdf perl perl-geoipupdate playlist png policykit pppd python qt3support quicktime readline romio rtmp schroedinger session smp speex sse sse2 ssl svg symux sysfs tcpd theora threads tiff truetype unicode v4l v4l2 vaapi vcd vdpau vorbis vpx wavpack wmf x264 xcb xft xml xnest xorg xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_GB nl" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="mga via nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
This is bad, lets ask ATs and Pacho.
*** Bug 403931 has been marked as a duplicate of this bug. ***
Probably the reason is the one stated at: https://bugs.gentoo.org/show_bug.cgi?id=403931#c1 regarding "avx" usage, but I think I used CFLAGS="-O2 -mtune=generic" for it (maybe I forgot -march, but it shouldn't matter, anyway, I CC gcc team to ask them if I should use -mtune=generic if I want support for most amd64 systems) Tomas, could you please edit the script currently provided in libreoffice filesdir to merge packages with that "generic" CFLAGS and CXXFLAGS (and then avoid problems like this in the future) I will wait for gcc team to confirm proper C{XX}FLAGS for generic systems as it takes a lot of time to upload new packages due my poor network :(
(In reply to comment #5) > Probably the reason is the one stated at: > https://bugs.gentoo.org/show_bug.cgi?id=403931#c1 > > regarding "avx" usage, but I think I used CFLAGS="-O2 -mtune=generic" for it > (maybe I forgot -march, but it shouldn't matter, anyway, I CC gcc team to ask > them if I should use -mtune=generic if I want support for most amd64 systems) And thats why I had it working, my machine is also avx capable. > > Tomas, could you please edit the script currently provided in libreoffice > filesdir to merge packages with that "generic" CFLAGS and CXXFLAGS (and then > avoid problems like this in the future) > > I will wait for gcc team to confirm proper C{XX}FLAGS for generic systems as it > takes a lot of time to upload new packages due my poor network :( I would say lets wait for them to give you proper approach and then we will commit it to the script to make it working for everyone.
Short-time-workaround: use non-binary package
(In reply to comment #7) > Short-time-workaround: use non-binary package LOL? shortest time workaround - downgrade to the previous -bin version. :)
Previous version isn't in the tree anymore. Non-binary version will not build on this computer. -> actual workaround: downgrade to 3.3
I forgot to CC'em, @toolchain, please look at comment #5 and #6 Thanks for your guidance
app-office/libreoffice-bin-3.3.4 was in the tree on 2012-02-15. Try: emerge -va1 =app-office/libreoffice-bin-3.3.4 After upgrading to app-office/libreoffice-bin-3.4.5.2 my workstation had the same issues. When I found this bug report I "emerge -C app-office/libreoffice-bin" to get rid of it then "emerge -va1 =app-office/libreoffice-bin-3.3.4" to get back to the previous version. It works okay.
(In reply to comment #9) > Previous version isn't in the tree anymore. Non-binary version will not build > on this computer. > > -> actual workaround: downgrade to 3.3 app-office/libreoffice-bin-3.3.4 was in the tree on 2012-02-15. Try: emerge -va1 =app-office/libreoffice-bin-3.3.4 After upgrading to app-office/libreoffice-bin-3.4.5.2 my workstation had the same issues. When I found this bug report I "emerge -C app-office/libreoffice-bin" to get rid of it then "emerge -va1 =app-office/libreoffice-bin-3.3.4" to get back to the previous version. It works okay.
*** Bug 404091 has been marked as a duplicate of this bug. ***
(In reply to comment #12) > > app-office/libreoffice-bin-3.3.4 was in the tree on 2012-02-15. Try: > emerge -va1 =app-office/libreoffice-bin-3.3.4 That's what I did. But previous version (as in: what was installed and working until this "upgrade" removed it) is =app-office/libreoffice-bin-3.4.3.2-r1. This version is not in the tree anymore.
*** Bug 404203 has been marked as a duplicate of this bug. ***
You want to use -march=generic here. -mtune doesn't control the instruction sets that are used (ie. on an AVX capable processor -march=native -mtune=generic will generate AVX instructions).
(In reply to comment #16) > You want to use -march=generic here. -mtune doesn't control the instruction > sets that are used (ie. on an AVX capable processor -march=native > -mtune=generic will generate AVX instructions). Then, that was the problem, I thought (after reading man gcc) that mtune=generic would produce code for generic even using code for my machine to build it
(In reply to comment #16) > You want to use -march=generic here. -mtune doesn't control the instruction > sets that are used (ie. on an AVX capable processor -march=native > -mtune=generic will generate AVX instructions). That is rubbish. -march=generic doesn't exist. $ LANG=C gcc -march=generic test.c test.c:1:0: error: generic CPU can be used only for -mtune= switch Looking at the gcc man page, there is -march=k8 and -march=nocona However, k8 enabled 3dnow which isn't supported by nocona, and nocona enables sse3 which isn't supported by k8. Maybe something like -march=nocona -mno-sse3 would do.
What's wrong with -march=i686?
(In reply to comment #19) > What's wrong with -march=i686? That probably the best choice for 32Bit. However, for 64Bit, gcc won't accept i686. AFAIK, k8 and nocono are the oldest CPUs that gcc accept as a 64Bit target.
Wait, if you're building a 64bit binary, then x86 users won't be able to use libreoffice-bin at all. Currently that doesn't bother me, but I thought the goal was to make it available to as many users as possible, especially those with older/weaker machines (who would need to spend a very long time compiling) which may be 32-bit only. Besides, I doubt 32bit vs 64bit makes much difference in libreoffice's performance on a 64bit cpu.
(In reply to comment #21) > Wait, if you're building a 64bit binary, then x86 users won't be able to use > libreoffice-bin at all. Currently that doesn't bother me, but I thought the > goal was to make it available to as many users as possible, especially those > with older/weaker machines (who would need to spend a very long time compiling) > which may be 32-bit only. Besides, I doubt 32bit vs 64bit makes much difference > in libreoffice's performance on a 64bit cpu. I believe the current libreoffice-bin package provides both 32Bit and 64Bit binaries. Nothing's going to change, I believe.
(In reply to comment #21) > Wait, if you're building a 64bit binary, then x86 users won't be able to use > libreoffice-bin at all. This is about the amd64 build - the bug does not affect x86. > which may be 32-bit only. Besides, I doubt 32bit vs 64bit makes much difference > in libreoffice's performance on a 64bit cpu. When you don't have access to 32-bit libraries (such as when you use a no-multilib profile) you need everything 64-bit. Now please stop commenting unless you have something useful to add.
(In reply to comment #23) > This is about the amd64 build - the bug does not affect x86. Oh, I wasn't aware that x86 users get a different binary (32bit). Thanks Sven for clarifying. > Now please stop commenting unless you have something useful to add. Now please stop commenting unless you have something polite to say.
(In reply to comment #24) > Now please stop commenting unless you have something polite to say. You appear to be confusing a bug tracker with a support forum. Not that politeness has anything to do it.
(In reply to comment #24) > > Now please stop commenting unless you have something useful to add. > > Now please stop commenting unless you have something polite to say. Oh, and I did ask you not to.
(In reply to comment #10) you prob want "-march=x86-64 -mtune=generic64" to be sure. however, it would be nice if the reporter could run this through gdb to find the exact insn that is faulting. or look at `dmesg` and see if there is an address displayed for the crash, and then use that to `objdump -d` the binary and locate the faulting insn.
(In reply to comment #27) > however, it would be nice if the reporter could run this through gdb to find > the exact insn that is faulting. or look at `dmesg` and see if there is an > address displayed for the crash, and then use that to `objdump -d` the binary > and locate the faulting insn. If it help: (gdb) run [Thread debugging using libthread_db enabled] [New Thread 0x7fffedfee700 (LWP 7783)] Program received signal SIGILL, Illegal instruction. 0x00007ffff7bb2048 in ?? () from /usr/lib64/libreoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3 (gdb) x /ib 0x7ffff7bb2048 => 0x7ffff7bb2048: vmovsd 0x11600(%rip),%xmm1 # 0x7ffff7bc3650
(In reply to comment #28) > => 0x7ffff7bb2048: vmovsd 0x11600(%rip),%xmm1 # 0x7ffff7bc3650 @ SpanKY: I'm assuming Alexander's reply is enough... let me know if you still want me to do the same.
(In reply to comment #26) > (In reply to comment #24) > > > Now please stop commenting unless you have something useful to add. > > > > Now please stop commenting unless you have something polite to say. > > Oh, and I did ask you not to. Honeybadger don't care. But seriously, only CC userrel if there is an actual problem and not a 3 comment spat. -A
(In reply to comment #28) thanks, that does appear to be an avx insn (based on my limited googling and reading the gcc source code; maybe Ryan can say better) Pacho: are you building these binaries for Gentoo ? or you the upstream guy ? the ebuild seems to pull from upstream, but your comments sounded like you were building these yourself ... at any rate, perhaps running `objdump -d` on all the 64bit binaries and grepping for '\<vmovsd\>.*%xmm' to prevent this from happening in the future might be useful ...
That'll teach me to trust the manual... Use -march=x86_64 then. analyze-x86 in my dev space is good for identifying instruction sets but I haven't updated it past SSE4.2
(In reply to comment #31) > (In reply to comment #28) [...] > Pacho: are you building these binaries for Gentoo ? or you the upstream guy ? > the ebuild seems to pull from upstream, but your comments sounded like you were > building these yourself ... [...] Yes, I am building libreoffice-bin amd64 packages from libreoffice and looks like this was caused by me wrongly interpreting setting "-march=native -mtune=generic" would produce code for "generic", but per comment #16 looks like I also need to set oldest -march. Then, finally, seems that I should use: -mtune=generic (man page doesn't list any "generic64" option for march) -march=k8 (man page doesn't list any "x86-64" option for march) ok with them :) ?
gcc does accept -march=x86-64 but it's undocumented so do we really know what it does? I found an interesting discussion: http://comments.gmane.org/gmane.os.netbsd.ports.x86-64/2289 One of those comments also recommends k8, the only question is whether 3dnow instructions could cause any problem (also see comment 18).
k8 will generate 3DNow opcodes I think. x86-64 is a valid -march (it's the default). $ echo "" | gcc -v -E - 2>&1 | grep cc1 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.2/cc1 -E -quiet -v - -mtune=generic -march=x86-64 PS. analyze-x86 is now updated for AVX and beyond. http://dev.gentoo.org/~dirtyepic/bin/analyze-x86 # analyze-x86 libuno_sal.so.3 Disassembling libuno_sal.so.3, please wait... MMX: 635 SSE: 0 Enh 3DNow: 0 SSE2: 0 SSE3: 0 SSSE3: 0 SSE4A: 0 SSE4.1: 0 SSE4.2: 0 AVX: 703 FMA: 0 FMA4: 0
Then may be a good idea to drop stable settings in amd64.
I am experiencing this same problem on a 32bit system. I do have a 32bit k8 processor though(k8 athlon xp-m 3000+). emerge is installing the 32bit binary package and I get the same Illegal instruction error.
who is the genius that unmaskered it?
I see a major problem here. How a completely broken version has passed a stabilization process? It was bumped just on Feb 15, where is 30 days rule? And why it is still in the tree after 4 days of discussion with so many effected desktop users?
(In reply to comment #33) as Ryan said, k8 is a bad idea. just use -march=x86_64. (In reply to comment #37) i don't think you are experiencing the same problem. please file a new bug with all your info. (In reply to comment #38) take your useless nonsense elsewhere. (In reply to comment #39) please pose your questions elsewhere like the forums or mailing lists. this bug is not about processes.
(In reply to comment #27) > (In reply to comment #10) > > you prob want "-march=x86-64 -mtune=generic64" to be sure. > > however, it would be nice if the reporter could run this through gdb to find > the exact insn that is faulting. or look at `dmesg` and see if there is an > address displayed for the crash, and then use that to `objdump -d` the binary > and locate the faulting insn. I'm not the reporter, but I've the same problem. Here are some debug informations: ----------------------------------------------------------------------------- $ gdb /usr/lib64/libreoffice/program/soffice.bin GNU gdb (Gentoo 7.3.1 p2) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/lib64/libreoffice/program/soffice.bin...(no debugging symbols found)...done. (gdb) run Starting program: /usr/lib64/libreoffice/program/soffice.bin [Thread debugging using libthread_db enabled] [New Thread 0x7fffee331700 (LWP 3143)] Program received signal SIGILL, Illegal instruction. 0x00007ffff7bb2048 in ?? () from /usr/lib64/libreoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3 (gdb) ----------------------------------------------------------------------------- objdump -d /usr/lib64/libreoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3 > Temp/libuno_sal.so.3.objdump.txt http://downloads.mzueger.ch/gentoo/libuno_sal.so.3.objdump.txt
Then, finally, looks like script in libreoffice FILESDIR needs to set safe C{XX}FLAGS for x86 and amd64: - x86: -march=i686 -mtune=generic -O2 -pipe - amd64: -march=x86-64 -mtune=generic -O2 -pipe
(In reply to comment #40) > > (In reply to comment #38) > > take your useless nonsense elsewhere. > It is not useless nonsense. It's the truth! MASK app-office/libreoffice-bin-3.4.5.2
Please calm down, I think keywords have been decreased to ~ again few minutes ago: 19 Feb 2012; Tomáš Chvátal <scarabeus@gentoo.org> libreoffice-bin-3.4.5.2.ebuild: Revert to ~
(In reply to comment #42) > Then, finally, looks like script in libreoffice FILESDIR needs to set safe > C{XX}FLAGS for x86 and amd64: > - x86: -march=i686 -mtune=generic -O2 -pipe > - amd64: -march=x86-64 -mtune=generic -O2 -pipe Sounds good. Readd us if you need us.
*** Bug 405047 has been marked as a duplicate of this bug. ***
Please unmask and test app-office/libreoffice-bin-3.4.5.2-r1 ... We'll add another package app-office/libreoffice-bin-debug-3.4.5.2-r1 tomorrow (still uploading :) that provides the debug info files; if you want to report crashes etc with meaningful backtraces, you'll need that in addition. (Download libreoffice-bin: 100Mbyte, libreoffice-bin-debug: 500Mbyte)
(In reply to comment #47) > Please unmask and test app-office/libreoffice-bin-3.4.5.2-r1 ... > > We'll add another package app-office/libreoffice-bin-debug-3.4.5.2-r1 tomorrow > (still uploading :) that provides the debug info files; if you want to report > crashes etc with meaningful backtraces, you'll need that in addition. > > (Download libreoffice-bin: 100Mbyte, libreoffice-bin-debug: 500Mbyte) Just unmasked and installed 3.4.5.2-r1. Haven't tested it more than successfully started it and editing documents. No errors so far. Thanks for fixing this!
(In reply to comment #48) > Just unmasked and installed 3.4.5.2-r1. Haven't tested it more than > successfully started it and editing documents. No errors so far. > > Thanks for fixing this! Same here.
(In reply to comment #47) > Please unmask and test app-office/libreoffice-bin-3.4.5.2-r1 ... > > We'll add another package app-office/libreoffice-bin-debug-3.4.5.2-r1 tomorrow > (still uploading :) that provides the debug info files; if you want to report > crashes etc with meaningful backtraces, you'll need that in addition. > > (Download libreoffice-bin: 100Mbyte, libreoffice-bin-debug: 500Mbyte) 3.4.5.2-r1 works for me too. Thanks!
We now also have app-office/libreoffice-bin-debug-3.4.5.2-r1, in case there are problems this provides the debug symbols. A couple of penguins are working on updated x86 builds...
*** Bug 405423 has been marked as a duplicate of this bug. ***
Why is the -r1 ebuild amd64 only ?
(In reply to comment #47) > Please unmask and test app-office/libreoffice-bin-3.4.5.2-r1 ... > > We'll add another package app-office/libreoffice-bin-debug-3.4.5.2-r1 tomorrow > (still uploading :) that provides the debug info files; if you want to report > crashes etc with meaningful backtraces, you'll need that in addition. > > (Download libreoffice-bin: 100Mbyte, libreoffice-bin-debug: 500Mbyte) Confirming it works for me as well. :) Thanks
@amd64: I guess we should prepare stabling this then... please give libreoffice-bin-3.4.5.2-r1 a thorough shakedown and if you are satisfied, stabilize. Don't close the bug afterwards though, x86 is still missing (and still building :).
x86 tarballs are now out too... if you're running x86 please update and test. debug info follows soon.
(In reply to comment #56) > x86 tarballs are now out too... if you're running x86 please update and test. > debug info follows soon. debug info now also there.
I tested it (without debug one) on x86 and confirm that it's working now.
Excellent, then we're finally done here. Moving stabilization to bug 398521.
Was build script updated to use proper FLAGS? Thanks :)
app-office/libreoffice-bin-3.4.5.2-r1 works for me too. Thanks all!
