On Saturday 30 January 2010 18:39:25, Vincent Torri wrote:
> Pedro, if you have, once, untar the ported package, you should have
> remarked that i provide the dll, and they are stripped (see README
> file...).
Pasting the relevant bits of the file in the email body goes a
long way torwards maki
On 30/01/2010 17:52, Pedro Alves wrote:
> There's no reason to copy a dll with debug info to
> the device. You can copy a stripped version, and keep
> the version with debug info in the host.
>
> Of course, if you want to provide a prebuilt dll with
> debug info to users, you can also provide an
On 30/01/2010 17:48, Pedro Alves wrote:
> Doesn't the gcc version include_next the mingw one? Is there
> actually a problem you're seeing?
GCC has its own private version, which is supposed to include a private
fixed version of the system's original header:
http://gcc.gnu.org/ml/gcc/2004-01
On Sat, 30 Jan 2010, Pedro Alves wrote:
> On Saturday 30 January 2010 17:41:41, Vincent Torri wrote:
>>
>> On Sat, 30 Jan 2010, Pedro Alves wrote:
>>
>>> On Saturday 30 January 2010 07:13:55, Vincent Torri wrote:
>>>
-g is not an option. The dll would be too big. The fact that a dll takes
>
On Saturday 30 January 2010 17:41:41, Vincent Torri wrote:
>
> On Sat, 30 Jan 2010, Pedro Alves wrote:
>
> > On Saturday 30 January 2010 07:13:55, Vincent Torri wrote:
> >
> >> -g is not an option. The dll would be too big. The fact that a dll takes
> >> in memory a multiple of 64KB is already a
On Saturday 30 January 2010 11:35:45, Danny Backx wrote:
> On Fri, 2010-01-29 at 18:47 +0100, Vincent Torri wrote:
> >
> > On Fri, 29 Jan 2010, Danny Backx wrote:
> >
> > > On Sat, 2010-01-23 at 13:33 +0100, Vincent Torri wrote:
> > >> i've just installed cegcc (mingw32ce compiler) from the svn r
On Sat, 30 Jan 2010, Pedro Alves wrote:
> On Saturday 30 January 2010 07:13:55, Vincent Torri wrote:
>
>> -g is not an option. The dll would be too big. The fact that a dll takes
>> in memory a multiple of 64KB is already a problem.
>
> ??? The data -g puts in the dll doesn't contribute a singl
On Friday 29 January 2010 22:01:09, Sébastien Lorquet wrote:
> but... Why?!
I didn't look closely, but, it sounds like you're debugging the
wrong binary --- it looks like you want to debug ld,
not collect2. Rerun the collect2 command line with -v, and
that will show you the ld invocation.
--
Pe
On Fri, 2010-01-29 at 18:47 +0100, Vincent Torri wrote:
>
> On Fri, 29 Jan 2010, Danny Backx wrote:
>
> > On Sat, 2010-01-23 at 13:33 +0100, Vincent Torri wrote:
> >> i've just installed cegcc (mingw32ce compiler) from the svn repo. There is
> >> a limits.h in the folowin sub directories:
> >>
>
On Saturday 30 January 2010 07:13:55, Vincent Torri wrote:
> -g is not an option. The dll would be too big. The fact that a dll takes
> in memory a multiple of 64KB is already a problem.
??? The data -g puts in the dll doesn't contribute a single byte
to what the dll takes in memory.
--
Pedro
10 matches
Mail list logo
