On Mon, 15 Mar 2010, Pedro Alves wrote:
> On Monday 15 March 2010 19:44:01, Danny Backx wrote:
>>> So, is there some fixes that has been pushed in svn about that limits.h
>>> problem ?
>>>
>>> Vincent Torri
>>
>> My workaround was removed, I've not taken action on this issue since.
>
> I haven't
On Monday 15 March 2010 19:44:01, Danny Backx wrote:
> > So, is there some fixes that has been pushed in svn about that limits.h
> > problem ?
> >
> > Vincent Torri
>
> My workaround was removed, I've not taken action on this issue since.
I haven't had time to finish fixing the issue properly.
On Sun, 2010-03-14 at 08:55 +0100, Vincent Torri wrote:
> So, is there some fixes that has been pushed in svn about that limits.h
> problem ?
>
> Vincent Torri
My workaround was removed, I've not taken action on this issue since.
Danny
--
Danny Backx ; danny.backx - at - scarlet.be ; h
Hey,
So, is there some fixes that has been pushed in svn about that limits.h
problem ?
Vincent Torri
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactiv
Hey,
So, is there some fixes that has been pushed in svn ?
Vincent Torri
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the busin
On 31/01/2010 15:39, Dave Korn wrote:
> I'll try a full clean build with nothing preinstalled and this patch:
>
> Index: build-mingw32ce.sh
> ===
> --- build-mingw32ce.sh (revision 1440)
> +++ build-mingw32ce.sh (working copy)
>
[ I'm going AFK from a couple of hours, so let me reply quickly
just half the questions ]
On Sunday 31 January 2010 17:06:32, Dave Korn wrote:
> LOL, that made me do a double-take. Err? Is this maybe deliberate because
> (WAG) fastcall doesn't mean anything on CE or some such reason?
Yes, ex
On 31/01/2010 16:39, Pedro Alves wrote:
> These look pretty busted though:
>
> --- /opt/mingw32ce-0.59/arm-mingw32ce/include/windef.h 2010-01-31
> 15:10:18.0 +
> +++ /opt/mingw32ce-0.59/lib/gcc/arm-mingw32ce/4.4.0/include-fixed/windef.h
> 2010-01-31 15:21:19.0 +
>
On Sunday 31 January 2010 16:26:38, Dave Korn wrote:
> -#if defined(UNDER_CE) && defined(__arm__)
> +#if defined(__UNDER_CE__) && defined(__arm__)
> -#ifdef UNICODE
> +#ifdef __UNICODE__
> Do those look sensible to you? There could conceivably be some knock-on
> effect of having all the fixed
On 31/01/2010 15:31, Pedro Alves wrote:
> On Sunday 31 January 2010 15:23:05, Dave Korn wrote:
>>> in t-wince-pe (or some other make fragment) ?
>>>
>>> I see that config/i386/t-mingw32 has:
>>>
>>> NATIVE_SYSTEM_HEADER_DIR = /mingw/include
>> Will that work in cross?
>
> Yes. Due to:
>
> conf
On Sunday 31 January 2010 15:23:05, Dave Korn wrote:
>
> > in t-wince-pe (or some other make fragment) ?
> >
> > I see that config/i386/t-mingw32 has:
> >
> > NATIVE_SYSTEM_HEADER_DIR = /mingw/include
>
> Will that work in cross?
Yes. Due to:
configure.ac:
CROSS_SYSTEM_HEADER_DIR='$(TARG
On 31/01/2010 14:43, Dave Korn wrote:
> Doh. I'll try --with-headers/--with-libs instead.
So, adding "--with-headers=$prefix/arm-mingw32ce/include
--with-libs=$prefix/arm-mingw32ce/lib" to the configure line for the main gcc
build gets me an installation with lots of new fixed headers in the
On 31/01/2010 14:48, Pedro Alves wrote:
> On Sunday 31 January 2010 14:43:06, Dave Korn wrote:
>>> The directory that should contain system headers does not exist:
>>> /opt/mingw32ce/arm-mingw32ce/usr/include
>
> Hmm, or:
>
> NATIVE_SYSTEM_HEADER_DIR = /include
>
> in t-wince-pe (or some othe
On Sunday 31 January 2010 14:43:06, Dave Korn wrote:
> > The directory that should contain system headers does not exist:
> > /opt/mingw32ce/arm-mingw32ce/usr/include
Hmm, or:
NATIVE_SYSTEM_HEADER_DIR = /include
in t-wince-pe (or some other make fragment) ?
I see that config/i386/t-mingw32 h
On 31/01/2010 14:27, Dave Korn wrote:
> On 31/01/2010 12:54, Pedro Alves wrote:
>> I think we should be building gcc with
>> `--with-sysroot=${PREFIX}/arm-mingw32ce/'
>
> Just testing that in a non-bootstrap build of gcc only.
Hmm, it's not quite that directly simple:
> The directory that
On 31/01/2010 12:54, Pedro Alves wrote:
> On Sunday 31 January 2010 12:32:21, Dave Korn wrote:
>> I don't think it should be necessary to patch the build system, since it's
>> already capable of doing the right thing (which is to create the private
>> header and fixed syslimits), we need to under
On 31/01/2010 10:11, Danny Backx wrote:
> On Sat, 2010-01-30 at 18:58 +, Dave Korn wrote:
>> It goes on to suggest that it might be necessary to define "LIMITS_H_TEST =
>> true" in the t-* makefile frag, so if you guys don't get syslimits.h being
>> generated, maybe that would fix it for you
On Saturday 30 January 2010 17:48:45, Pedro Alves wrote:
> On Saturday 30 January 2010 11:35:45, Danny Backx wrote:
> > So the next best thing appears to just remove it in the
> > scripts/build-mingw32ce.h .
> > I just committed such a fix, can you verify ?
>
> Please don't. Please revert. If t
On Sunday 31 January 2010 12:32:21, Dave Korn wrote:
> I don't think it should be necessary to patch the build system, since it's
> already capable of doing the right thing (which is to create the private
> header and fixed syslimits), we need to understand why it isn't doing that.
>
My guess i
On Sat, 2010-01-30 at 18:58 +, Dave Korn wrote:
> It goes on to suggest that it might be necessary to define "LIMITS_H_TEST =
> true" in the t-* makefile frag, so if you guys don't get syslimits.h being
> generated, maybe that would fix it for you too?
I must admit I didn't know I could set
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 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 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 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:
>>
>> /home/torri/local/opt/mingw32ce/arm-mingw32ce/include/c++/4.4.0/tr1/
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:
>
> /home/torri/local/opt/mingw32ce/arm-mingw32ce/include/c++/4.4.0/tr1/
> /home/torri/local/opt/mingw32ce/arm-mingw32c
Hey,
i've just installed cegcc (mingw32ce compiler) from the svn repo. There is
a limits.h in the folowin sub directories:
/home/torri/local/opt/mingw32ce/arm-mingw32ce/include/c++/4.4.0/tr1/
/home/torri/local/opt/mingw32ce/arm-mingw32ce/include/
/home/torri/local/opt/mingw32ce/lib/gcc/arm-ming
26 matches
Mail list logo
