2:42 a.m.
Is there some problem with the gcc package in Rawhide at the moment?
I get:
$ i686-pc-mingw32-gcc prog.c -o prog
i686-pc-mingw32-gcc: error trying to exec 'cc1': execvp: No such file or
directory
mingw32-gcc-4.4.1-3.fc12.x86_64
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
3:08 a.m.
Op woensdag 14-10-2009 om 08:42 uur [tijdzone +0100], schreef Richard
W.M. Jones:
Is there some problem with the gcc package in Rawhide at the moment?
I get:
$ i686-pc-mingw32-gcc prog.c -o prog
i686-pc-mingw32-gcc: error trying to exec 'cc1': execvp: No such file or
directory
mingw32-gcc-4.4.1-3.fc12.x86_64
Rich.
Hi Richard,
As far as I know the latest mingw32-gcc in rawhide should work just
fine. Various packages have been built in the last few days with this
version of gcc so I guess this is a local problem.
Could you please send the verbose output of gcc (the -v parameter) ?
Regards,
Erik van Pienbroek
4 a.m.
On Wed, Oct 14, 2009 at 10:08:51AM +0200, Erik van Pienbroek wrote:
As far as I know the latest mingw32-gcc in rawhide should work just
fine. Various packages have been built in the last few days with this
version of gcc so I guess this is a local problem.
Note that this is the gcc in Rawhide (ie. F12 Beta), not Koji (ie. F13).
The problematic version is mingw32-gcc-4.4.1-3.fc12.x86_64.
Could you please send the verbose output of gcc (the -v parameter) ?
$ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32
Using built-in specs.
Target: i686-pc-mingw32
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include
--libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=i686-pc-mingw32
--with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib
--with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry
--enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root
--enable-languages=c,c++,objc,obj-c++,fortran
--with-bugurl=http://bugzilla.redhat.com/bugzilla
Thread model: win32
gcc version 4.4.1 20090902 (Fedora MinGW 4.4.1-3.fc12) (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane'
'-mtune=generic'
cc1 -quiet -v glutplane.c -quiet -dumpbase glutplane.c -mtune=generic -auxbase glutplane
-version -o /tmp/ccgTZazl.s
i686-pc-mingw32-gcc: error trying to exec 'cc1': execvp: No such file or
directory
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://et.redhat.com/~rjones/libguestfs/
See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html
4:08 a.m.
On Wed, Oct 14, 2009 at 10:00:31AM +0100, Richard W.M. Jones wrote:
On Wed, Oct 14, 2009 at 10:08:51AM +0200, Erik van Pienbroek wrote:
> As far as I know the latest mingw32-gcc in rawhide should work just
> fine. Various packages have been built in the last few days with this
> version of gcc so I guess this is a local problem.
Note that this is the gcc in Rawhide (ie. F12 Beta), not Koji (ie. F13).
The problematic version is mingw32-gcc-4.4.1-3.fc12.x86_64.
Sorry, the above statement is not quite correct. The problem package
is in _both_ Rawhide _and_ Koji.
> Could you please send the verbose output of gcc (the -v
parameter) ?
$ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32
[...]
Here is what the same command looks like using the working
mingw32-gcc from Fedora 11:
$ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32
Using built-in specs.
Target: i686-pc-mingw32
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include
--libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=i686-pc-mingw32
--with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib
--with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry
--enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root
--enable-languages=c,c++,objc,obj-c++,fortran
--with-bugurl=http://bugzilla.redhat.com/bugzilla
Thread model: win32
gcc version 4.4.0 20090319 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane'
'-mtune=generic'
/usr/libexec/gcc/i686-pc-mingw32/4.4.0/cc1 -quiet -v glutplane.c -quiet -dumpbase
glutplane.c -mtune=generic -auxbase glutplane -version -o /tmp/ccDJZN2R.s
ignoring nonexistent directory
"/usr/i686-pc-mingw32/sys-root/usr/local/include"
ignoring nonexistent directory
"/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/include
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/include-fixed
/usr/i686-pc-mingw32/sys-root/mingw/include
End of search list.
GNU C (GCC) version 4.4.0 20090319 (experimental) (i686-pc-mingw32)
compiled by GNU C version 4.4.0 20090319 (Red Hat 4.4.0-0.28), GMP version 4.2.4, MPFR
version 2.4.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: d4d1c0c8f46dbd662e9d16c70be72adb
COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane'
'-mtune=generic'
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/as -v -o
/tmp/ccIynGfJ.o /tmp/ccDJZN2R.s
GNU assembler version 2.19.1 (i686-pc-mingw32) using BFD version (GNU Binutils) 2.19.1
COMPILER_PATH=/usr/libexec/gcc/i686-pc-mingw32/4.4.0/:/usr/libexec/gcc/i686-pc-mingw32/4.4.0/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib64/gcc/i686-pc-mingw32/4.4.0/:/usr/lib64/gcc/i686-pc-mingw32/:/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/
LIBRARY_PATH=/usr/lib64/gcc/i686-pc-mingw32/4.4.0/:/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/lib/:/usr/i686-pc-mingw32/sys-root/mingw/lib/
COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane'
'-mtune=generic'
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/bin/ld
--sysroot=/usr/i686-pc-mingw32/sys-root -Bdynamic -o glutplane
/usr/i686-pc-mingw32/sys-root/mingw/lib/crt2.o
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/crtbegin.o -L/usr/lib64/gcc/i686-pc-mingw32/4.4.0
-L/usr/lib64/gcc/i686-pc-mingw32/4.4.0/../../../../i686-pc-mingw32/lib
-L/usr/i686-pc-mingw32/sys-root/mingw/lib /tmp/ccIynGfJ.o -lglut -lglu32 -lopengl32
-lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32
-lshell32 -lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt
/usr/lib64/gcc/i686-pc-mingw32/4.4.0/crtend.o
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
5:36 a.m.
On 10/14/2009 12:00 PM, Richard W.M. Jones wrote:
On Wed, Oct 14, 2009 at 10:08:51AM +0200, Erik van Pienbroek wrote:
> As far as I know the latest mingw32-gcc in rawhide should work just
> fine. Various packages have been built in the last few days with this
> version of gcc so I guess this is a local problem.
Note that this is the gcc in Rawhide (ie. F12 Beta), not Koji (ie. F13).
The problematic version is mingw32-gcc-4.4.1-3.fc12.x86_64.
> Could you please send the verbose output of gcc (the -v parameter) ?
$ i686-pc-mingw32-gcc -v glutplane.c -o glutplane -lglut -lglu32 -lopengl32
Using built-in specs.
Target: i686-pc-mingw32
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include
--libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=i686-pc-mingw32
--with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib
--with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry
--enable-version-specific-runtime-libs --with-sysroot=/usr/i686-pc-mingw32/sys-root
--enable-languages=c,c++,objc,obj-c++,fortran
--with-bugurl=http://bugzilla.redhat.com/bugzilla
Thread model: win32
gcc version 4.4.1 20090902 (Fedora MinGW 4.4.1-3.fc12) (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 'glutplane'
'-mtune=generic'
cc1 -quiet -v glutplane.c -quiet -dumpbase glutplane.c -mtune=generic -auxbase
glutplane -version -o /tmp/ccgTZazl.s
i686-pc-mingw32-gcc: error trying to exec 'cc1': execvp: No such file or
directory
Strange. Instead of /usr/libexec/gcc/i686-pc-mingw32/4.4.1/cc1 it is
executing just cc1. If I run a similar command on my rawhide box, it
seems to do the right thing for me. I wonder what might be different in
your setup.
$ cat dummy.c
int main(void)
{
return 0;
}
$ i686-pc-mingw32-gcc -v dummy.c -o dummy
Using built-in specs.
Target: i686-pc-mingw32
Configured with: ../configure --prefix=/usr --bindir=/usr/bin
--includedir=/usr/include --libdir=/usr/lib64 --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share
--build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu
--target=i686-pc-mingw32 --with-gnu-as --with-gnu-ld --verbose
--without-newlib --disable-multilib --with-system-zlib --disable-nls
--without-included-gettext --disable-win32-registry
--enable-version-specific-runtime-libs
--with-sysroot=/usr/i686-pc-mingw32/sys-root
--enable-languages=c,c++,objc,obj-c++,fortran
--with-bugurl=http://bugzilla.redhat.com/bugzilla
Thread model: win32
gcc version 4.4.1 20090902 (Fedora MinGW 4.4.1-3.fc12) (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 'dummy' '-mtune=generic'
/usr/libexec/gcc/i686-pc-mingw32/4.4.1/cc1 -quiet -v dummy.c -quiet
-dumpbase dummy.c -mtune=generic -auxbase dummy -version -o /tmp/ccZIuU6M.s
<snip, compiling succeeds>
--
Kalev
7:19 a.m.
On Wed, Oct 14, 2009 at 01:36:44PM +0300, Kalev Lember wrote:
Strange. Instead of /usr/libexec/gcc/i686-pc-mingw32/4.4.1/cc1 it is
executing just cc1. If I run a similar command on my rawhide box, it
seems to do the right thing for me. I wonder what might be different in
your setup.
Stranger still, I upgraded to the same version of (native) gcc, and
now it works. [Output attached]
Does i686-pc-mingw32-gcc interact with gcc in some way?
We might need a dependency to fix this. At present it seems possible,
albeit unlikely, for someone to install mingw32-gcc with an old
version of gcc, or with no gcc at all.
I will file a BZ about this later on.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
11:06 a.m.
On Wed, Oct 14, 2009 at 01:19:34PM +0100, Richard W.M. Jones wrote:
I will file a BZ about this later on.
I tried to reproduce this on a virgin F11 system, but I can't. So ...
No BZ for now.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://et.redhat.com/~rjones/libguestfs/
See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html
5332
days inactive
5332
days old
6 comments
3 participants
participants (3)
-
Erik van Pienbroek -
Kalev Lember -
Richard W.M. Jones