enough 3rd-party review (and thus may contain really funky
> things), I consider that (L)GPL and its motivation is sufficiently
> known to public, so looking at (L)GPL texts to get knowledge is ok.
No it's not. <http://www.mingw.org/wiki/SubmitPatc
On Saturday 25 December 2010 14:14:10, Paul Sokolovsky wrote:
> On Sat, 25 Dec 2010 12:46:08 +
> Pedro Alves wrote:
>
> > On Friday 24 December 2010 22:22:56, Paul Sokolovsky wrote:
> > > Hello,
> > >
> > > Anyone can explain me meanings and diff
TDLL__ (legacy, for
crtdll.dll). Early versions of Windows CE had some other C runtime
dll (I can't remember which now). In mingw/ code, you always
use __COREDLL__, _WIN32_WCE is verbotten there.
--
Pedro Alves
TDLL__ (legacy, for
crtdll.dll). Early versions of Windows CE had some other C runtime
dll (I can't remember which now). In mingw/ code, you always
use __COREDLL__, _WIN32_WCE is verbotten there.
--
Pedro Alves
time to finish fixing the issue properly. If this
botters you so much, you can use Danny's fix locally.
--
Pedro Alves
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed co
piles, you're probably going to run into kernel
issues running it.
--
Pedro Alves
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applica
\
builtin_define ("__cdecl=__attribute__((__cdecl__))");\
ISTR that's what MSVC does too (or defines empty), but I may be wrong.
CE's function call ABI is all cdecl.
--
Pedro Alves
--
2__
#define WIN32
#endif
:
-#ifndef _fastcall
+#ifndef __fastcall__
#define _fastcall __attribute__((fastcall))
#endif
I couldn't find yet where are the fixinclude rules that
cause all these changes. (looking at these rules for the first time).
--
Pedro Alves
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
86/t-mingw32 has:
NATIVE_SYSTEM_HEADER_DIR = /mingw/include
I'm guessing a cross build of upstream MinGW is putting
headers in $(tooldir)/mingw/include then. I never looked
at their build scripts.
I don't know if we'd have to do something for libs. If so,
how does one tell
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
7;t, we end up with stale headers installed.
We should be installing the bootstrap compiler in a staged
dir (or better, everything)..
--
Pedro Alves
--
The Planet: dedicated and managed hosting, cloud storage, colocat
to get
to it if you don't paste the file for some reason, but not now.
--
Pedro Alves
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best
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
ng out why this file is getting installed. In
> the gcc build system, this appears to be hardcoded, so not something I
> can work around easily without upsetting the gcc folks.
> So the next best thing appears to just remove it in the
> scripts/build-mingw32ce.h .
> I just committe
ld invocation.
--
Pedro Alves
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services
s in memory.
--
Pedro Alves
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services withou
On Monday 25 January 2010 23:27:08, Mr Souissi wrote:
> checking for x86_64-unknown-linux-gnu-gcc... arm-mingw32ce-gcc
Here's the problem. My guess is that you have CC in your environment
set to arm-mingw32ce-gcc. Unset it, and try again..
--
Ped
On Thursday 07 January 2010 09:58:36, Andre Heinecke wrote:
> At Thursday 07 January 2010 00:54:32 Pedro Alves wrote:
> > On Wednesday 06 January 2010 20:16:45, Danny Backx wrote:
> > > The good news is that rshd works on my WM 6.1 device.
> > >
> > > The bad n
y 2010 05:22:23, Liu Yubao wrote:
> Pedro Alves wrote:
> > Ooops, this slipped through the cracks. Sorry!
> >
> > On Tuesday 13 October 2009 07:50:07, Liu Yubao wrote:
> >> First, thank you for creating this utility library, it help me lot!
> >
> > You&
On Monday 04 January 2010 16:17:08, Danny Backx wrote:
> On Thu, 2009-12-31 at 17:46 +0000, Pedro Alves wrote:
> > and forgot to define the __my_image_base__ symbol. I got this ld crash:
> >
> > >gdb-head --args arm-mingw32ce-ld --shared -Bdynamic -e DllMainCRTStartup
d, offering to send debug info to Microsoft.
>
> Tested with the tester.exe but also fibo, rcp, and a simplistic "ls".
>
> Clues on why device.exe might crash are welcome :-)
Something to do wi
1. It wasn't actually pseudo-relocs v2 that were necessary.
--
Pedro Alves
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A
On Sunday 03 January 2010 16:32:39, Danny Backx wrote:
> On Sun, 2010-01-03 at 12:11 +0000, Pedro Alves wrote:
> > On Saturday 02 January 2010 16:42:23, Danny Backx wrote:
> > > On Fri, 2010-01-01 at 16:24 +, Pedro Alves wrote:
> > > > FYI, I hadn't applie
On Saturday 02 January 2010 16:42:23, Danny Backx wrote:
> On Fri, 2010-01-01 at 16:24 +0000, Pedro Alves wrote:
> > FYI, I hadn't applied the ld patch myself because I was
> > looking to confirm/hear if there's another cleaner way
> > to get at the image base, but
ecific bits".
> >
> > This is my view anyway.
>
> Ok, I think the best is to revert the change Danny made based on my report
> and then I will update ACE. We have a wrapper around fileno that has the
> possibility for a cast.
FYI: I've finally done this.
--
Pe
s that).
We can pedal on __STDC_VERSION__ to declare/define atoll even if
__STRICT_ANSI__ is defined. The declaration for the out-of-line
version (in libmingwex.a) was missing.
Please let me know if something breaks.
--
Pedro Alves
2010-01-02 Pedro Alves
* include/stdlib.h (atoll): D
er he wrote all of these.
You're right. Thanks for the list. I've just added public domain headers
to all of the "none"s you pointed out, except for strftime.c, which came
from openbsd, so BSD licensed.
--
Pedro Alves
---
rn UCHAR_MAX;
}
How did you test it?
> Johnny
>
> http://www.opengroup.org/onlinepubs/009695399/basedefs/limits.h.html
> http://msdn.microsoft.com/en-us/library/296az74e%28VS.71%29.aspx
--
Pedro Alves
--
This SF.N
On Wednesday 30 December 2009 20:08:53, Vincent Torri wrote:
>
> On Wed, 30 Dec 2009, Pedro Alves wrote:
> > (btw, I've got that zlib errno/GetLastError patch almost ready)
>
> great ! I hope that this patch will be in soon :-)
Patch posted at zlib-devel@, which include
On Thursday 31 December 2009 16:11:49, Pedro Alves wrote:
>
> It looks like Windows Mobile 6.1's loader is darn strict WRT
> to base relocations, and we'll have to figure out a different
> way to get at the runtime image base.
One thing that would be nice, although low pr
On Friday 01 January 2010 09:37:34, Danny Backx wrote:
> On Thu, 2009-12-31 at 19:01 +0000, Pedro Alves wrote:
> > With the patches pasted below, a dll linked with the full mingw
> > runtime loaded successfully for me.
>
> My tests confirm this too, I've committed.
FY
Pedro saw
> 6 Do a release
>
> Is the order of things wrong ?
5 before 2. 6 before 3. 3 is independent and floating.
Re. 2: is the binutils patch in our trunk in final
cleaned up form, or is it hacky yet?
--
Pedro Alves
-
all the CE code is contained in a single directory.
--
Pedro Alves
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14
On Thursday 31 December 2009 19:33:35, Pedro Alves wrote:
>
> > Yes you are right I think I was using some custom binutils but now I
> > understand what you meant
> > I suppose its better to declare it as 0x1000 because this is what MS
> > linker uses now.
> &g
On Wednesday 30 December 2009 16:28:57, Vincent R. wrote:
> On Wed, 30 Dec 2009 15:16:11 +0000, Pedro Alves
> wrote:
> > On Wednesday 30 December 2009 14:56:18, Vincent R. wrote:
> >>
> >> > #if defined(TARGET_IS_arm_wince_pe)
> >> > /* Wind
ut
> > I think that's only possible on non-CE Windows. Am I wrong?
>
> Even if I told you how to do it, I don't think it will be useful if I have
> obtained
> this information using non public info. doesn't
With the patches pasted below, a dll linked with the full mingw
runtime loaded successfully for me.
On Thursday 31 December 2009 18:06:36, Pedro Alves wrote:
> On Thursday 31 December 2009 17:32:02, Danny Backx wrote:
> > On Thu, 2009-12-31 at 16:11 +0000, Pedro Alves wrote:
> > &
On Thursday 31 December 2009 17:32:02, Danny Backx wrote:
> On Thu, 2009-12-31 at 16:11 +0000, Pedro Alves wrote:
> > And, I'm using ld's --defsym switch to define it.
>
> > It looks like Windows Mobile 6.1's loader is darn strict WRT
> > to base relo
testsuites, and check for regressions (with
--target=arm-wince-pe, cause --target=arm-mingw32ce skips many important tests).
I won't have time to investigate this today.
--
Pedro Alves
--
This SF.Net email is spo
Also, lest I forget, I've just applied this binutils patch to
fix bogus import table sizes. Danny, you had it right in the
export table size, looks like you just forgot to propagate
the fix.
--
Pedro Alves
2009-12-31 Pedro Alves
bfd/
peXXi
-mingw32ce-gcc -c lib7.c && arm-mingw32ce-ld --shared -Bdynamic -e
>DllMainCRTStartup -o lib7.dll lib7.o -lcoredll --defsym
>__my_image_base__=0x2300c
0002300c is the vma of the .reloc section + sizeof the .reloc section, that is,
just over the end of the image.
It looks like Windows Mobile 6.1
On Wednesday 30 December 2009 19:38:29, Vincent Torri wrote:
>
> On Wed, 30 Dec 2009, Pedro Alves wrote:
>
> > On Tuesday 29 December 2009 06:33:30, Vincent Torri wrote:
> >
> >> about the linking, should I pass -Wl,--major-subsystem-version,4 and
> &g
you specify an
old subsystem version), but, any reason to limit this 4.2, instead
of sticking to the default of 3.0?
--
Pedro Alves
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Ver
e base. I don't think this hunk is
in upstream binutils --- could it be that you were using
a pristine binutils from upstream before?
--
Pedro Alves
--
This SF.Net email is sponsored by the Verizon Developer Community
On Tuesday 29 December 2009 18:53:10, Kai Tietz wrote:
> Hello,
>
> 2009/12/29 Pedro Alves :
> > My knee jerk reaction is: you could try a first step at checking if it's
> > a problem with loader applied relocations, or, if it's a runtime,
> > post loader pr
On Tuesday 29 December 2009 08:34:12, Danny Backx wrote:
> On Mon, 2009-12-28 at 18:00 +0100, Vincent Torri wrote:
> > On Mon, 28 Dec 2009, Pedro Alves wrote:
> > > I also see that you set -D_WIN32_IE=0x0400 in the Makefile. I wish
> > > people would stop doing that.
On Monday 28 December 2009 17:00:11, Vincent Torri wrote:
>
> On Mon, 28 Dec 2009, Pedro Alves wrote:
>
> >> btw, feel free to mention any improvements about the port (see the README
> >> file, about the optimization flags, for example)
> >
> >>
printf(msg, L"Ptr %p", &__U(_image_base__));
wsprintf(msg, L"Ptrs %p %p", &__RUNTIME_PSEUDO_RELOC_LIST__,
&__RUNTIME_PSEUDO_RELOC_LIST_END__);
}
And see if that loads and runs. Then try with print_base set
try
printing '&__U(_image_base__)' in the caller instead?
> - which functionality have I now turned off by removing the content
> of do_pseudo_reloc().
runtime pseudo-relocations. See the help for
--enable-auto-import and –enable-runtime-pseudo-reloc in the ld manual
(but ig
On Monday 28 December 2009 12:32:01, Vincent Torri wrote:
>
> On Mon, 28 Dec 2009, Pedro Alves wrote:
>
> > On Monday 28 December 2009 10:35:40, Vincent Torri wrote:
> >>
> >> Hey,
> >
> > Hello!
> >
> >> The maitainer of zlib wants to
it's probably a matter of coming up with
scripts to kill the emulator and restart it with the correct
image --- I noticed that Device Emulator doesn't start if launched
from a remote Cygwin ssh shell, for some reason. It does launch ok
from the command line, from a real W
-1.2.3.4.tar.gz
(are your patches available somewhere, BTW?)
> I plan to do a new ported package after the (happy) new year. It would be
> nice if some people can test the ported package once i build it.
Or are you announcing that you'll post an updated release out with
your patches on
As I had no device to test it on, I've never actually
tried anything thumb/WinCE related myself. I'm not at
all surprised to see effects of bitrot in the thumb/pe
support across the toolchain.
--
Pedro Alves
-
On Friday 11 December 2009 16:14:05, Danny Backx wrote:
> On Thu, 2009-12-10 at 11:39 +0000, Pedro Alves wrote:
> > This makes me wonder if it's about time we split
> > runtime (mingw/w32api) releases from compiler releases. Opinions
> > on that?
>
> Looks like
Guys, I had posted a really small dll and some pointers here, a while ago:
https://sourceforge.net/mailarchive/message.php?msg_name=200809221536.59800.alves.ped%40gmail.com
(quoted below)
Maybe you can merge your new findings with those, and see
if something pops up?
--
Pedro Alves
On
I've applied this patch to fix bug #2901705.
NULL-terminating was already accounted for, but bad sizes were passed
to malloc/realloc. I can't believe I wrote/write such crap. :-P
2009-12-11 Pedro Alves
SF #2901705
* winmain_ce.c (_parse_tokens, __mainArgs):
A collegue found out the hard way that GetFileInformationByHandle
was stomping the stack. Turns out that struct BY_HANDLE_FILE_INFORMATION
was missing a field on CE
<http://msdn.microsoft.com/en-us/library/aa914711.aspx>.
I've applied this patch to fix this.
2009-12-10
a bit more than just enabling a switch.
> ? Is it relevant ?
Helping Kai on SEH support would be probably a better way to
spend time, IMO.
--
Pedro Alves
--
Come build with us! The BlackBerry(R) Developer Conferen
On Thursday 10 September 2009 12:49:22, Vincent Torri wrote:
>
> On Thu, 10 Sep 2009, Pedro Alves wrote:
>
> > On Wednesday 09 September 2009 22:03:03, Vincent Torri wrote:
> >>
> >> On Wed, 9 Sep 2009, Danny Backx wrote:
> >>
> >>>
header (mingw) includes win32 headers (w32api).
--
Pedro Alves
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
On Tuesday 08 September 2009 21:24:54, Danny Backx wrote:
> > Looks like Pedros last commit changed the build in src/mingw .
>
> Fixed, I think.
Thanks!
--
Pedro Alves
--
Let Crystal Reports handle t
>head w32api/libce/coredll.def mingw/coredll.def
==> w32api/libce/coredll.def <==
; PLEASE KEEP THE MINGW/COREDLL.DEF AND W32API/LIBCE/COREDLL.DEF
; FILES IN SYNC.
^^
LIBRARY COREDLL
EXPORTS
AFS_CloseAllFileHandles
AFS_CreateDirectoryW
E, and
CE stuff in mingw should be guarded with __COREDLL__
--
Pedro Alves
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - a
I've just merged w32api from upstream. Much easier than mingw.
Not much to note here; most changes were Vista related,
guarded with _WIN32_WINNT > 0x0600.
--
Pedro Alves
--
Let Crystal Reports handle the r
ut
part of our local change:
2009-07-20 Danny Backx
* include/stdlib.h: Move atoll definition out of __STRICT_ANSI__,
see bug #2821869.
* include/stdlib.h: Remove the __COREDLL__ definition of atoll.
Let me know if you spot something (unusually) broken.
--
P
On Wednesday 08 July 2009 16:13:15, İsmail Dönmez wrote:
> Is this a known problem ?
Yes, these are eabi tags, only implemented on arm *elf* targets.
--
Pedro Alves
--
Enter the BlackBerry Developer Challenge
This
re's one already, linked directly from cegcc's homepage, but it's
very poor on content. Give it a go at adding some!
--
Pedro Alves
--
Enter the BlackBerry Developer Challenge
This is your chance to win
;= 0x500
foo
#endif
We get to figure out what version of CE "foo" is
available on, and tweak the header to have:
#if _WIN32_IE >= 0x500 || _WIN32_WCE >= bar_ce_version
foo
#endif
Simple as that.
--
Pedro Alves
-
eno to return void* always, then, a porter
is forced to change the app's "generic" code, which is likely to be
more hair for not much buck; and it's likely that there are more
of those "generic&quo
eno to return void* always, then, a porter
is forced to change the app's "generic" code, which is likely to be
more hair for not much buck; and it's likely that there are more
of those "generic&quo
compilers will be using _fileno, not
fileno, so, if people really want to stay compatible with MSFT's headers,
then what about having it like this? :
int fileno (FILE*);
void *_fileno (FILE*);
--
Pedro Alves
--
__
compilers will be using _fileno, not
fileno, so, if people really want to stay compatible with MSFT's headers,
then what about having it like this? :
int fileno (FILE*);
void *_fileno (FILE*);
--
Pedro Alves
--
__
ktop mingw, that is should get you something).
--
Pedro Alves
--
___
Cegcc-devel mailing list
Cegcc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cegcc-devel
our program will
call that on entry to `main'. It's likely separate instances of
basically the same function are using a different global var
to check if they've ran already, so, your contructors will run
twice, and so will your destructors.
You need to either make both calls be to
eDev.dll was written, g++ linked with static libstdc++ by
default. Was g++ changed to link with shared libstd++ ? If so, we
should make PipeDev.dll link with -static. I don't think it's
a good idea to have it depend on an ext
ome definitions needed for CE, then we
need to fix it in our headers.
> When windres doesn't find something, this is usually the cause.
--
Pedro Alves
--
___
Cegcc-devel m
t violate point 8 at:
http://www.mingw.org/wiki/SubmitPatches
... please don't do this.
--
Pedro Alves
--
___
Cegcc-devel mailing list
Cegcc-devel@lists.s
ls with --enable-targets-all, and using the resulting objdump on it.
--
Pedro Alves
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free
bout this bug?
Dunno. First, to be sure we're running the correct executables, use the
prefixed ones (arm-mingw32ce-ranlib|ar). What does arm-mingw32ce-objdump -x say
on the object and on the archive?
--
Pedro Alves
t is preventing you from skipping the first platform ? If I get it
> right, that is the reason for this patch.
http://en.wikipedia.org/wiki/Cross-compiler#Canadian_Cross
--
Pedro Alves
--
Crystal Reports - New Free Run
ORTS VERSIONK BASE CONSTANTU CONSTANTL
> -%token PRIVATEU PRIVATEL
> -%token READ WRITE EXECUTE SHARED NONAMEU NONAMEL DIRECTIVE
> -%token ID
> -%token NUMBER
> -%type opt_base opt_ordinal
> -%type attr attr_list opt_number exp_opt_list exp_opt
> -%type opt_name opt_equa
ly)
> passed through registers, then stored again on the stack, sometimes
> aligned properly, sometimes not.
>
> So I don't know what happens then, but the alignment is not what it's
> supposed to be.
Thanks for the ana
_
> > Cegcc-devel mailing list
> > Cegcc-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/cegcc-devel
>
>
> ------
> This SF.net email is sponsored by:
> High Quality Requirem
t; >
> > > > Johnny
> > > >
> > > --
> > > Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
> >
> >
> > --
> > Stay on top of everythi
eds to change so the __U macro looks
> different.
I've added the macro preciselly because ARM WinCE doesn't have
underscores, while desktop i386 Windows needs them. So, does
MSFT put underscores on C symbols on i386 W
--- symbian moved
on to elf.
--
Pedro Alves
--
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Fr
I'm cleaning up my patches to start
pushing them.
> Since he is very active I find it logical to make a mingw-wce and I have
> started from scratch to declare wince includes,
I'm sorry Vincent. That makes no sense. gcc != mingw-wce. The runtime
changes you'r
On Saturday 28 March 2009 16:57:09, Vincent Torri wrote:
> another thing: another Vincent proposed to move libce to mingw-w64 (there
> are already libw32 and libw64 there). What do you think of that ?
I haven't read the rest of the thread yet, but I see no
point in that.
--
oid that. Can you leave them
> out ? Or can you put cegcc-devel@lists.sourceforge.net in ? It's more
> appropriate than our individual addresses.
>
> > * licence? GPL, right?
>
> Heh, no.
...
Right, cegcc is built from several separate programs and libs, each
has its
free. Simple steps. No registration.
> > Visit now http://www.nawelny.com
> >
> >
> > ------
> > ___
> > Cegcc-devel mailing list
> > Ce
ld remove that switch from the spec given this argument, but I'm curious
as to what was "wrong" --- since then it would be a linker bug to produce bad
images --- it should refuse to accept such a switch when outputting CE images.
> So my questions is have you removed
gest in a previous email and use the
> same logic as mingw ?
>
Well, yes, we could, but, I don't think that anything but sjlj
will work currently. Hey, wouldn't it be nice if that was:
> EH_MODEL = seh
:-)
--
Pedro Alves
A Monday 16 February 2009 22:55:27, Vincent R. escreveu:
> in mingw32.g/wince-pe.h/wince-cegcc.h, you should replace LIBGCC_SPEC by
> REAL_LIBGCC_SPEC
> because it seems to be the new prefered define.
Thanks, I'll take a look at that.
-
k at what went wrong with Danny's build and
fix the bootstrap sequence properly. ...
> I will post a patch for people interested.
Could you please at least give me a chance to? :-)
--
Pedro Alves
--
Open Source Busin
gcc/src/w32api/libce/../include
^^^
This is wrong compiler being used...
> Don't understand where does it come from ...
> It was working fine before, so maybe a distro update or something like
> that.
> The problem seems to be related to winsock.h and system includes.
>
4
> .text:00011094 loc_11094 ; CODE XREF:
> sub_11060+24j
> .text:00011094 CMP R4, #0
> .text:00011098 LDMEQFD SP!, {R4,R11,PC}
> .text:0001109C LDR R0, =unk_12010
> .text:000110A0 MOV
ot;target" anything other than the platform they run on.
--
Pedro Alves
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skil
would run on the device. :-)
> I know that errno.h in mingw32ce is a fake one, but I don't know how to
> fix the compilation with mingw32ce (except maybe by removing all the errno
> stuff in fnmatch.c)
>
> Does someone know what to do ?
> thank you
> Vincent Torri
I've checked in a fix to mingw/ Please try it out.
--
Pedro Alves
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skill
1 - 100 of 534 matches
Mail list logo
