Le 23.12.2011 15:13, Max Kellermann a écrit :
> Hi,
>
> the build 2011-12-23 of my cegcc fork comes with gcc 4.6.2 and
> binutils 2.22. For the first time, gcc's link time optimization
> (LTO)
> works on Windows CE!
>
> http://max.kellermann.name/projects/cegcc/
> http://max.kellermann.name/dow
Hi,
not sur lots of people are still reading this ML anymore because
basically everyone has iOS or Android now but if you want to work
on upgrading the ceggc compiler you should contact Kai Tietz from
mingw-w64 because there are some common work that you could share.
From what I know mingw-w64 ha
Hi,
Actually it won't bring us too much information, all you will see if the
fact UPX transforms
the DLL by creating 3 PE sections :
UPX0
UPX1
UPX2 : Export Table; Import Tanle; Relocation Table
and with the original table you will have something like :
.text
.data
.idata
.edata
.bss
.reloc
s
Hi Pedro,
a few weeks ago a cegcc user called Jerome Decoodt posted on this ML to
report
that a DLL compiled with cegcc (or mingw32ce) couldn't be loaded if its
size was bigger that 64 KB on WM6.1.
I have tested on a WM6.1 device and actually when I tried to load a sample
DLL here is what I se
Hi,
Here is the status for cegcc-4.3.2 experiment :
So I started from a vanilla GCC-4.3.2 and the latest sources(09/13/08) of
upcoming binutils-2.19 branch
I first tried to generate a boostrap GCC for mingw32ce and I used the
following parameters for configure :
${BASE_DIRECTORY}/gcc/configure
Hi,
Here is the status for cegcc-4.3.2 experiment :
So I started from a vanilla GCC-4.3.2 and the latest sources(09/13/08) of
upcoming binutils-2.19 branch
I first tried to generate a boostrap GCC for mingw32ce and I used the
following parameters for configure :
${BASE_DIRECTORY}/gcc/configure
There is an incompatibility between cegcc generated code and PE loader in
recent Windows Mobile 6.1.
We are investingating on this.
See post with title : [Cegcc-devel] xxx is not a valid Pocket PC
application if SizeOfImage>1
Workaround is to change a key in registry :
You can add a DWORD re
Hi,
I am trying to finish my experiment about cegcc and GCC 4.3.2.
For now compilation under cygwin is broken and on linux I still have an
issue when compiling libstdc++
because it seems that compiler cannot find some includes and I really
don't understand because headers are available and search
Good news!
Jerome Decoodt found a workaround to get applications working on Windows
Mobile 6.1.
It seems that you can ask system not to load DLL in high memory :
Danny could please update FAQ and add something like :
19. I get an "Invalid Pocket PC application" when I try to run my program
on W
Hi,
I have started to report cegcc modifications and I have almost finished.
The problem is about modifications in the following files :
gcc\config\arm\ieee754-df.S
gcc\config\arm\ieee754-sf.S
gcc\config\arm\lib1funcs.asm
gcc/config/arm/arm.c
gcc/config/arm/arm.h
gcc/config/arm/arm-protos.h
gcc/c
> That would be very interesting.
>
> Danny
>
I forgot to say that there is something more important that releasing a new
cegcc version
it's to find why it doesn't work on recent device under WM 6.1.
We are working with Jerome Decoodt to solve this issue but it's not very
easy because we nee
Great!
It's hard to say if GCC 4.3.2 is a good version for cegcc because as you
may now a developper(Aaron W. LaFramboise) is currently working hard
to improve GCC for windows and especially in the area of exceptions and
"DLLification".
Now if you look at patch submitted to GCC :
Re: [PATCH]
> I wouldn't call it a BUG for now because Visual exe works fine.
> But this BUG is BLOCKER for cegcc project because more and more device
Hum my post is not very logic ;-)
I have posted on some newsgroups dedicated to platform builder but I don't
really expect answers because it'a Microsoft NG a
Yes I know but Platform Builder 6 only provides sources for windows CE 5.2
and the bug seems to happen only
with Windows Mobile 6.1 ie Windows CE 5.2 + AKU.
As a developer I don't think you have access to these AKU, only OEM or
Microsoft partners can have this kind of updates.
About the device in
I have tried to launch application on a device in debug mode and I have
found this :
CreateProcess(4873762a,testDLLexe.exe,2a00)
CertVerify: \Temp\testDLLexe.exe trust = 2
LoadDLL(4873762a,8bc3e7e0,coredll.dll,03f5b000)
[Cpu] 71 70802731 03F6CE4C 8B8FBB6C 03FE5744
08/28/2008 14:49:03 [D :: KE
On Wed, 27 Aug 2008 16:25:15 +0200, Jérôme Decoodt
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Wed, Aug 27, 2008, [EMAIL PROTECTED] wrote:
>> > BTW, does anyone have successfully loaded a .exe linked with a DLL
>> > larger than 64kB under an official WM6.1 (cooked WM6.1 seems to
> work...)?
>> >
>
Hi,
From http://cegcc.sourceforge.net/docs/what.html it's written that binutils
version is 2.17 but I have downloaded
the same version to see differences and there are too many differences.
From my search I think that binutils version is actually a snapshot tagged
sid-snapshot-20080801.
I tried
On Wed, 27 Aug 2008 16:25:15 +0200, Jérôme Decoodt
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Wed, Aug 27, 2008, [EMAIL PROTECTED] wrote:
>> > BTW, does anyone have successfully loaded a .exe linked with a DLL
>> > larger than 64kB under an official WM6.1 (cooked WM6.1 seems to
> work...)?
>> >
>>
Sorry I really didn't understand your question ;-)
I was talking about standard dll (visual one).
Hope you will find the issue ...
On Wed, 27 Aug 2008 16:25:15 +0200, Jérôme Decoodt
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Wed, Aug 27, 2008, [EMAIL PROTECTED] wrote:
>> > BTW, does anyone have
> BTW, does anyone have successfully loaded a .exe linked with a DLL
> larger than 64kB under an official WM6.1 (cooked WM6.1 seems to work...)?
>
Hum I don't really understand your question because of course I have
successfully loaded a DLL larger than 64kB on a WM 6.1.
What is the problem ?
--
Thanks for investigating that kind of low level stuff.
Could I ask why you are playing with PE executable ? You learn viruses ;-)
On Tue, 26 Aug 2008 18:07:25 +0200, Jérôme Decoodt
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> Some news about this bugs... It appears that compiling under gcc then
> link
Hi,
You mean arm-mingw32ce version 4.1.0 because I there is no 4.1.2...
On Fri, 22 Aug 2008 04:38:01 +1000, John Wharington <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> I've been unable to get any profile build (-pg) of applications to run.
> arm-mingw32ce version 4.1.2
>
> Is this broken?
>
>
Hi,
On Fri, 15 Aug 2008 22:21:04 +0200, Danny Backx <[EMAIL PROTECTED]>
wrote:
> Interesting stuff.
>
> The SoC stuff seems overly ambitious.
>
> The MinGW stuff looks good though.
>
> Question : how does the MinGW gcc relate to "main" gcc ? Gcc 4.3.1 is
> out since June. Is the MinGW 4.3.1 a p
You can use Microsoft dumpbin located by default in C:\Program
Files\Microsoft Visual Studio 9.0\VC\bin.
Do not forget to launch vcvars32.bat before to call it.
You can also use pedump.exe available here http://www.wheaty.net/pedump.zip
On Sat, 16 Aug 2008 11:31:37 +0200, Danny Backx <[EMAIL
Hi,
I am following GCC 4.3 development and mingw and it seems that some
improvments are being made that could benefit cegcc.
One think I don't like with actual cegcc-mingw32ce is the fact that when
you compile a C++ program, you get a huge binary
because of the fact mingw is statically linked with
Hi,
I know that cegcc 4.3.0 is not a priority but I have noticed the following
errors and I prefer to warn you before I forget:
You need to add namespace _GLIBCXX_BEGIN_NAMESPACE(std) ...
_GLIBCXX_END_NAMESPACE in
gcc-4.3.0/libstdc++-v3/config/os/mingw32ce/ctype_base.h
gcc-4.3.0/libst
Thanks but I prefer to stay as a developper and user.
For now I don't have enough experience in GCC development, I am still in a
learning phase
Actually if I hadn't encoutered some issues with cegcc-4.1.0 when building
D compiler I would never have tried
to generate a different version of cegcc and
I can stop posting here and work on my own ;-)
On Sun, 03 Aug 2008 20:25:25 +0200, Danny Backx <[EMAIL PROTECTED]>
wrote:
> I've been silent for a while on this topic, partially because I was
> busy, also because you looked like you were having fun :-)
>
> I wouldn't want to see this grow in
Next step :
1) Try to remove static link with libstdc++ when using mingw32ce because
400 ko for a simple Hello World is not an option
2) Try to implement SEH exception because sjlj is really ugly.
On Sat, 02 Aug 2008 18:31:08 +0200, <[EMAIL PROTECTED]> wrote:
> Hurray!
>
> I have discover
Hurray!
I have discovered that in fact when regenerating configure in GCC you need
to use
autoconf 2.13 for top level makefile and autoconf 2.59 for others.
Now everything compiles fine and installation is OK.
Waiting for your tests ...
So finally here is my analysis :
Actually toolexecdir and toolexeclibdir depends on :
in libstdc++\acinclude.m4
# Calculate glibcxx_toolexecdir, glibcxx_toolexeclibdir
# Install a library built with a cross compiler in tooldir, not libdir.
if test x"$glibcxx_toolexecdir" = x"no"; then
if
I am progressing here is config.log for the two versions and as you can see
the differences are related to
toolexecdir and toolexeclibdir...
GCC 4.1.0 :
prefix='/opt/mingw32ce'
exec_prefix='/opt/mingw32ce'
libdir='/opt/mingw32ce/lib'
target='arm-unknown-mingw32ce'
target_alias='arm-mingw32ce'
t
I tried to add datarootdir and I don't have the first warning anymore but
it doesn't fix my install path ...
In libstdc++ and libssp configure I have this :
...
# There might be people who depend on the old broken behavior: `$host'
# used to hold the argument of --host etc.
# FIXME: To remove some
Hi,
I have built a cegcc from a gcc 4.1.2 because when generating a D cross
compiler from original cegcc(4.1.0) I got compilation errors (unrecognized
insn).
So now I need some testing, for now I only have tested the cygwin version.
You will find binaries here:
http://www.smartmobili.com/Downloa
When you say "OS is telling me the screen coordinate", how do you get this
dimensions.
You may have a problem here ...
After I am using a modified class from MSand called screenlib to handle
resizing
On Tue, 29 Jul 2008 14:19:28 -0700, Eric House <[EMAIL PROTECTED]> wrote:
> My app, built with
Personnaly I would prefer a 4.3.0 but I didn't manage to get it compiled so
I tried to report modifications on a
4.2.4 because I thought it would be easier.
Besides D language is not officially supported on a 4.3 that's why I choose
a 4.2.
On Mon, 21 Jul 2008 08:28:02 +0200, Danny Backx <[EM
Hi,
I am working on generating a D compiler for a wince platforms and so I
started from cegcc/mingw32ce.
The problem I have encounter is a bad insn when compiling and I had to add
a -fno-sibling-calls switch.
After some research I found a bug in gcc 4.1.0 when optimizing so I have
decided to repor
Hi,
I wanted to know if there was any reason for build-cegcc.sh script to be
launched from src/ while for build-mingw32ce.sh you need to create first a
folder ?
It would be easier to keep same logic ...
For cegcc:
sh build-cegcc.sh
For mingw32:
mkdir build-mingw32ce
cd build-mingw32ce
sh ../bui
Ok but in this case would it be possible that I define a coredllex.dll that
would implement this errno ?
In this case could I just remove the #include_next from existing
errno.h and provides implementation ?
So my sample code should compile with something like that :
./arm-mingw32ce-gcc testerrn
Hi,
I would like to understand how errno is handled with cegcc and more
precisely with mingw32ce.
I know that on ce platforms errno doesn't exist but if I need to build a
third party library using the native OS libc and using errno how can I do?
I always have the option to comment all the errno oc
I found from this post : cegcc-devel@lists.sourceforge.net that GCC 4.3.0
doesn't compile libgcc when using all-gcc target.
He was recommended to use the following targets :
all-target-libgcc
So I tried to add this to the script as shown below :
build_bootstrap_gcc()
{
mkdir -p gc
Hi,
I am trying to compile the GCC 4.3.0 available in cegcc trunk but for now I
get the following error :
Making in mingwex...
make[1]: Entering directory
`/home/Vincent/cegcc/src/build-mingw32ce/mingw/mingwex'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/home/V
42 matches
Mail list logo
