Summary: | beecrypt-3.1.0-r2 fails to compile, cflags problem | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Manuel Lauss <manuel.lauss> |
Component: | New packages | Assignee: | Daniel Black (RETIRED) <dragonheart> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | bonbons, dbasinge, patrik, stian |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | beecrypt-3.1.0.patch |
Description
Manuel Lauss
2004-08-09 12:50:23 UTC
Same issues as in bug 47592, this time with pentium-m instead of athlon Same here, also ussing gcc 3.4.1 with pentium-m flag. hi chaps: I am trying to get a flashplayer to install, and I was told that there is a binary rpm that may work (ftp://ruslug.rutgers.edu/pub/macromedia/apt/fedora/3/). so, I should try to install "rpm" first (bad memories!). rpm emerges beecrypt, which in turn dies in aesopt. this bug is of course 4 months old, so I hope this is still the same issue---else I am misposting. $ emerge rpm ... 86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -DOPTIMIZE_I686 -DOPTIMIZE_MMX -march=athlon64 \ -pipe -O3 -fomit-frame-pointer -march=athlon64 -c aesopt.s -fPIC -DPIC -o .libs/aesopt.lo aesopt.s: Assembler messages: aesopt.s:95: Error: suffix or operands invalid for `push' aesopt.s:96: Error: suffix or operands invalid for `push' aesopt.s:97: Error: suffix or operands invalid for `push' aesopt.s:98: Error: suffix or operands invalid for `push' aesopt.s:100: Error: `20(%esp)' is not a valid 64 bit base/index expression aesopt.s:101: Error: `24(%esp)' is not a valid 64 bit base/index expression Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r9 x86_64) ================================================================= System uname: 2.6.9-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" 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=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa berkdb bitmap-fonts cdr crypt cups curl dvd dvdr esd f77 fam fbcon fortran g77 gdbm gif gnome gpm gtk imlib ipv6 jp2 jpeg kde libwww lzw lzw-tiff motif mozilla mpeg multilib ncurses nls opengl oss pam perl png python qt readline ssl tcpd tetex tiff truetype usb userlocales xml xml2 xmms xpm xrandr xv zlib" I also have the AMD64 problem. Commenting out the lines from " conf="" " to " econf \ " fixes the problem. I confirm the bug and the solution in Comment #4 . I'm also on (~)amd64. Cheers! /Charlie amd64 peoples does comment 4 need to be implemented? I've just added 4.1.2 - hope that works. 02 Apr 2005; Jeremy Huddleston <eradicator@gentoo.org> beecrypt-3.1.0-r2.ebuild: Fix compilation on amd64. hopefully this has been fixed. From comment #1 > gcc -shared aes.lo base64.lo beecrypt.lo blockmode.lo blockpad.lo blowfish.lo dhaes.lo dldp.lo dlkp.lo dlpk.lo dlsvdp-dh.lo dsa.lo elgamal.lo endianness.lo entropy.lo fips186.lo hmac.lo hmacmd5.lo hmacsha1.lo hmacsha256.lo md5.lo memchunk.lo mp.lo mpbarrett.lo mpnumber.lo mpprime.lo mtprng.lo rsa.lo rsakp.lo rsapk.lo sha1.lo sha256.lo timestamp.lo aesopt.lo blowfishopt.lo mpopt.lo sha1opt.lo -lrt -lpthread -Wl,-soname -Wl,libbeecrypt.so.6 -o .libs/libbeecrypt.so.6.2.0 dldp.lo is listed three times.. That doesn't look good. Stian - one for the .la file and once for the .so I can't see the problem. Does beecrypt-4.1.2 fix the problem? Created attachment 62009 [details, diff]
beecrypt-3.1.0.patch
Finally I'm at my gentoo box :-)
configure.ac has this logic in mind
pentium*) defines that assembler inlines is to be included
but no pentium-m) rules exists later in configure to enable what kind of x86
optimize. I tried to create this patch, but I don't know how to disable libtool
regenerating configure/automake files. Tried to make file-stamps the same, but
still they want to be regenerated (with automake 1.7, which I don't have)
So either add pentium-m flag support to configure, or filter pentium-m flag to
a equalent cpu type in ebuild.
[response to #10] I'd say replace pentium-m with pentium3. AFAIK gcc does not have any special optimizations for p-m, and the p-m is a heavily optimized p-3 anyway.. With pentium-m - the author knows about it and it will be fixed in 4.2.0 Also there is a gcc-4.0 issue that compiles bad code for AES that will be fixed in this release. *** Bug 116542 has been marked as a duplicate of this bug. *** *** Bug 117961 has been marked as a duplicate of this bug. *** Why not apply the pentium-m patch? simular patches are added for other cpu-types. This is still a bug in beecrypt-4.1.2-r2 with -march=pentium4m. Setting -march=pentium-m works, however. |