Bug#166940: gcc-3.2: internal error using builtin shift MMX functions
Package: gcc-3.2
Version: 1:3.2.1-0pre4
Severity: normal
Tags: upstream
I tried to compile the following code:
// mmxtest.c
typedef int v4hi __attribute__ ((mode(V4HI)));
int main(int argc,char *argv[])
{
v4hi a;
v4hi result = __builtin_ia32_psraw(a,1);
}
with: gcc-3.2 -mmmx -c mmxtest.c
and got the following error:
mmxtest.c: In function `main':
mmxtest.c:6: Internal compiler error in ix86_expand_binop_builtin, at
config/i386/i386.c:11503
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.gnu.org/software/gcc/bugs.html> for instructions.
I am getting the same error with psllw and psrlw, I have not tested
others.
Petr
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux pach 2.4.20-pre11 #1 SMP Wed Oct 16 15:16:03 EDT 2002 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages gcc-3.2 depends on:
ii binutils 2.13.90.0.10-1 The GNU assembler, linker and bina
ii cpp-3.2 1:3.2.1-0pre4 The GNU C preprocessor.
ii gcc-3.2-base 1:3.2.1-0pre4 The GNU Compiler Collection (base
ii libc6 2.3.1-3GNU C Library: Shared libraries an
ii libgcc1 1:3.2.1-0pre4 GCC support library.
-- no debconf information
Re: gcc-2.95 bugs on m68k: what to do ?
On Mon, Oct 21, 2002 at 09:43:05PM +0200, Matthias Klose wrote: > Yann Dirson writes: > > I have several packages (e2fsprogs, bigloo) that fail to build on > > m68k, apparently due to one or more gcc bug(s). Maybe that's the same > > as #146006, and #89023, but I can't tell that myself. > > > > Madkiss suggested forcing the use of gcc-3.2. But if this compiler is > > officially broken on m68k, I'd rather not change those packages and > > have the autobuilders use gcc-3.2 at least for m68k... > > > > What about changing build-essential list to make gcc-3.2 the default > > on m68k ? > > AFAIK, the needed libgcc1-compat library is not yet built for m68k > (CCing the glibc people) Anything new here ? This is blocking e2fsprogs from promotion into testing ! Somehow, someone managed to build 1.29+1.30-WIP-0930-1 some time ago, and that's not recorded in the buildd logs. If someone could take care of -2 it would be nice. TIA, -- Yann Dirson <[EMAIL PROTECTED]> http://www.alcove.com/ Technical support managerResponsable de l'assistance technique Senior Free-Software Consultant Consultant senior en Logiciels Libres Debian developer ([EMAIL PROTECTED])Développeur Debian
Bug#167014: gcj-3.2: Wrapper script cannot handle paths with spaces
Package: gcj-3.2 Version: 1:3.2.1-0pre4 Severity: normal Hi. The gcj-wrapper-3.2 script currently cannot handle paths containing spaces. As an example, create subdirectory "foo bar" containing Test.java. [EMAIL PROTECTED]:/tmp> gcj-wrapper-3.2 foo\ bar/Test.java gcj-3.2: cannot specify -o with -c or -S and multiple compilations Problems also occur when passing paths containing spaces using -classpath. I realise these are not common occurrences but IMHO they're still worth looking into. For instance, your classpath might include a jar on a windows partition beneath Program\ Files. I'm not sure of the best way of dealing with these issues. Perhaps even killing all special character problems by using perl with an exec or system call that takes an array argument and avoids the extra level of shell interpretation all together? Ben. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux espresso 2.4.19-686 #1 Thu Aug 8 21:30:09 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages gcj-3.2 depends on: ii gcc-3.21:3.2.1-0pre4 The GNU C compiler. ii gcc-3.2-base 1:3.2.1-0pre4 The GNU Compiler Collection (base ii java-common0.16 Base of all Java packages ii libc6 2.3.1-3 GNU C Library: Shared libraries an ii libgcc11:3.2.1-0pre4 GCC support library. ii libgcj31:3.2.1-0pre4 Java runtime library for use with ii libgcj3-dev1:3.2.1-0pre4 Java development headers and stati ii zlib1g 1:1.1.4-6 compression library - runtime -- no debconf information
