This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch] compile: Fix MinGW build [Re: [mingw rfc] Add mkdtemp to gdb/gnulib/]
- From: Jan Kratochvil <jan dot kratochvil at redhat dot com>
- To: Pierre Muller <pierre dot muller at ics-cnrs dot unistra dot fr>
- Cc: "'Eli Zaretskii'" <eliz at gnu dot org>, brobecker at adacore dot com, yao at codesourcery dot com, gdb-patches at sourceware dot org, ktietz at redhat dot com
- Date: Wed, 17 Dec 2014 19:21:37 +0100
- Subject: Re: [patch] compile: Fix MinGW build [Re: [mingw rfc] Add mkdtemp to gdb/gnulib/]
- Authentication-results: sourceware.org; auth=none
- References: <87a92pvc0w dot fsf at codesourcery dot com> <20141215124358 dot GU5457 at adacore dot com> <20141215171225 dot GA19674 at host2 dot jankratochvil dot net> <20141215181449 dot GA5457 at adacore dot com> <20141215182057 dot GA22226 at host2 dot jankratochvil dot net> <20141215183554 dot GB5457 at adacore dot com> <20141215184014 dot GA22610 at host2 dot jankratochvil dot net> <83y4q8wxk7 dot fsf at gnu dot org> <20141215222801 dot GA28138 at host2 dot jankratochvil dot net> <004b01d0192d$7c8b96d0$75a2c470$ at muller@ics-cnrs.unistra.fr>
Hi Pierre,
On Tue, 16 Dec 2014 13:40:28 +0100, Pierre Muller wrote:
> which appeared as an attached file named 1.sql,
> which made it difficult to guess it was indeed the patch...
The mail has:
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline; filename=1
So there was no ".sql" extension; there was just no extension at all.
> To go a little bit further, I tried to use
> the compile command on the newly generated mingw32 GDB executable.
>
> using ./gdb ./gdb
> (with a minimal hello.c source code)
>
> <<<< (top-gdb) compile code hello.c
> returns
> >>>> The program must be running for the compile command to work.
> I am not sure why this restriction should apply.
I do not understand what it should do without running inferior. Or rather
I can understand it but that would be a functionality completely unrelated to
the current 'compile' functionality - which hooks into the running inferior.
I would find it rather confusing myself.
> (top-gdb) start
> Temporary breakpoint 3 at 0x40158a: file ../../../binutils-gdb/gdb/gdb.c, line 28.
> Starting program: E:\cygwin-32\home\Pierre\git\build\mult-mingw32\gdb\gdb.exe
> [New Thread 6572.0x4e0]
>
> Temporary breakpoint 3, main (argc=1, argv=0x3d4b30)
> at ../../../binutils-gdb/gdb/gdb.c:28
> (top-gdb) compile file hello.c
> Could not load libcc1.so: "libcc1.so": Le module spÃcifià est introuvable.
> (French meaning: "the specified module can't be found").
>
> So the mkdtmp is not the only problem
> for mingw compile support.
That is correct, you need to build gcc-5.0 which contains libcc1.so.
But that currently also will not work as it will get named libcc1.dll, you can
read more in:
https://sourceware.org/ml/gdb-patches/2014-12/msg00429.html
Thanks,
Jan