Menu
▾
▴
cegcc-devel — Discussion about CeGCC development
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(63) |
Sep
(78) |
Oct
(111) |
Nov
(104) |
Dec
(39) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(69) |
Feb
(68) |
Mar
(23) |
Apr
(61) |
May
(56) |
Jun
(122) |
Jul
(82) |
Aug
(44) |
Sep
(63) |
Oct
(73) |
Nov
(77) |
Dec
(102) |
| 2008 |
Jan
(34) |
Feb
(51) |
Mar
(39) |
Apr
(43) |
May
(8) |
Jun
(59) |
Jul
(69) |
Aug
(97) |
Sep
(140) |
Oct
(72) |
Nov
(37) |
Dec
(35) |
| 2009 |
Jan
(70) |
Feb
(104) |
Mar
(42) |
Apr
(121) |
May
(161) |
Jun
(109) |
Jul
(90) |
Aug
(85) |
Sep
(104) |
Oct
(59) |
Nov
(76) |
Dec
(145) |
| 2010 |
Jan
(123) |
Feb
(45) |
Mar
(37) |
Apr
(9) |
May
|
Jun
(5) |
Jul
(22) |
Aug
|
Sep
(4) |
Oct
(5) |
Nov
(2) |
Dec
(83) |
| 2011 |
Jan
(19) |
Feb
(33) |
Mar
(14) |
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(8) |
Dec
(8) |
| 2012 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(5) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Paul S. <pm...@gm...> - 2010-12-17 12:00:06
|
Hello,
It was previously suggested to look up upstream versions in
src/VERSIONS file in the repo. But it may be not up to date:
- w32api from cvs, 6 February 2009
cvs -d :pserver:an...@cy...:/cvs/src/winsup/w32api ...
$ svn log w32api/ChangeLog
------------------------------------------------------------------------
r1375 | pedroalves | 2009-09-07 02:45:00 +0300 (Mon, 07 Sep 2009) | 3
lines
Merge from upstream. Now at 3.13 + patches.
--
Best regards,
Paul mailto:pm...@gm...
|
|
From: Max K. <ma...@du...> - 2010-12-17 07:59:46
|
Hi, good to see some activity over here again. I'm a developer on the XCSoar project, which ultimately needs mingw32ce to compile for Windows CE targets, so this project is vital for us. Unfortunately, I didn't have any chance to free some time to work on mingw32ce/cegcc so far. I have imported the cegcc subversion trunk into a git repository (with git-svn), just in case anybody here finds that useful: git://git.xcsoar.org/xcsoar/max/cegcc.git http://git.xcsoar.org/cgit/max/cegcc.git/ It might be a good start to get more people involved quickly. Clone it, and hack it. If nobody else steps up, maybe I would volunteer to manage the "main" repository, and handle pull requests from you. I'd really love to hack the code myself, if only the day had 96 hours... It might be a good idea to make separate git repositories for gcc, binutils etc., to sync with the upstream projects in the long run, so this could just be a temporary solution until some brave person decides to start this upstream merge. (Thanks Danny for offering SVN write access for us, but I have been spoiled by git already, and can't ever feel comfortable with SVN anymore - that's just my personal opinion) Max |
|
From: Paul S. <pm...@gm...> - 2010-12-16 21:48:35
|
Hello, On Thu, 16 Dec 2010 17:25:57 +0100 Danny Backx <dan...@sc...> wrote: > The src/gcc-4.4.0 tree contains stuff which I believe to work, except > when you target WinCE > 6.1 and try to build e.g. C++ DLLs. > > The toolset does still produce working results, in my experience, for > WinCE 6.5 if you avoid such DLLs. And it works for C++ if WinCE <= > 6.1. Well, have to say, trying cegcc after some break (cursory usage before) initially made me disappointed. I immediately hit this issue: http://www.mail-archive.com/ceg...@li.../msg03053.html , and after patching it, got seemingly non-startable application. But it turned out that it started and went well into daemon mode, and when I compiled and linked in resources even showed UI ;-). By now I quickly-ported (from eVC) FtpSvr and GSPlayer, and both seem to work. But they are pretty sizy (-static), and when compiled without static, it throws auro-import warning on linking against libstdc++.dll. Is auto-import actually supported on arm-pe? And back to the issue at that link, I worked it around with the following patch: -BOOL WINAPI Shell_NotifyIconW(DWORD,PNOTIFYICONDATAW); +BOOL WINAPI Shell_NotifyIcon(DWORD,PNOTIFYICONDATAW); -#define Shell_NotifyIcon Shell_NotifyIconW +//#define Shell_NotifyIcon Shell_NotifyIconW But where's correct place to resolve this issue? AFAIK, headers come from w32api/mingw32, so extra-patching them makes little sense, besises they seem to be correct per MS docs, which say that wince has only "W" functions. I understand that coredll is dllinked by oridinals, so names are secondary, but maybe libcoredll.a is what actually should provide "W" symbols? > > But this is from memory, I may have forgotten some aspects. > > Note that I can provide SVN write access on the cegcc project for > those who want to do real work on it. I guess, with the current situation, scope should change from maintaining a project repo to maintaining a project patch, with the implication it has (minimize patch size, avoid changing which can be not changed). And I agree with previous people who spoke on this, git should be the tool for maintenance. That said, I already find me diffing build-mingw32ce.sh & build-x86.sh, expectably finding them to be cases of code duplication and expectably having random divergences due to this, and trying to patch those divergences away. So, if I finish and submit patch for that, we can discuss this further. But what I'd appreciate is mediawiki write access, so I at least can collect gnu-wince related links in a public place. My SF username is 'pfalcon'. Thanks. > > Danny > > On Thu, 2010-12-16 at 06:11 +0200, Paul Sokolovsky wrote: > > Hello, > > > > Well, ok, should have read the list archive a bit more ;-). Pedro > > Alves' cleanup: > > http://article.gmane.org/gmane.comp.gnu.cegcc.devel/2839 > > > > I'd still ask for other parties' patchsets, as that one is year's > > old, and for gcc only apparently. > > > > On Thu, 16 Dec 2010 05:55:23 +0200 > > Paul Sokolovsky <pm...@gm...> wrote: > > > > > Hello, > > > > > > I'd like to ask people who worked on producing a cegcc > > > patchset/porting cegcc to newer versions of binutils/gcc to share > > > any results they have, no matter how incomplete or preliminary > > > they are (I in particular cc: Pavel Pavlov who worked on this at > > > the summer per his posts to the mailing list). Just seeing size > > > of patches and curious peek inside can give info/motivation > > > someone needs to continue the work. > > > > > > -- > > > Best regards, > > > Paul mailto:pm...@gm... > > > > > > > > -- > Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info > -- Best regards, Paul mailto:pm...@gm... |
|
From: Danny B. <dan...@sc...> - 2010-12-16 16:26:09
|
The src/gcc-4.4.0 tree contains stuff which I believe to work, except when you target WinCE > 6.1 and try to build e.g. C++ DLLs. The toolset does still produce working results, in my experience, for WinCE 6.5 if you avoid such DLLs. And it works for C++ if WinCE <= 6.1. But this is from memory, I may have forgotten some aspects. Note that I can provide SVN write access on the cegcc project for those who want to do real work on it. Danny On Thu, 2010-12-16 at 06:11 +0200, Paul Sokolovsky wrote: > Hello, > > Well, ok, should have read the list archive a bit more ;-). Pedro > Alves' cleanup: http://article.gmane.org/gmane.comp.gnu.cegcc.devel/2839 > > I'd still ask for other parties' patchsets, as that one is year's old, > and for gcc only apparently. > > On Thu, 16 Dec 2010 05:55:23 +0200 > Paul Sokolovsky <pm...@gm...> wrote: > > > Hello, > > > > I'd like to ask people who worked on producing a cegcc > > patchset/porting cegcc to newer versions of binutils/gcc to share any > > results they have, no matter how incomplete or preliminary they are > > (I in particular cc: Pavel Pavlov who worked on this at the summer > > per his posts to the mailing list). Just seeing size of patches and > > curious peek inside can give info/motivation someone needs to > > continue the work. > > > > -- > > Best regards, > > Paul mailto:pm...@gm... > > > -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
|
From: Stefan P. <ste...@gm...> - 2010-12-16 14:54:27
|
So, could you please upload the cross build somhow. You compiled it under Linux, but it was a cross build, so I can also use it under Windows? > I got the gcc 4.1 version of the whole arm-mingw32ce-gcc > toolchain cross > compiled from linux, you just need to add the proper HOST in the build > scripts, and have a mingw version of gmp/mpfr. This one also cross builds > fine from linux. > > The resulting toolchain worked fine. > > however gcc 4.4 fails and I didn't try the arm-cegcc-gcc version. > > Regards > Sebastien Regards Stefan Partheymüller -- GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome |
|
From: Stefan P. <ste...@gm...> - 2010-12-16 14:35:53
|
Thanks Vincent, I managed to get rid of the whole cygwin, unfortunately I have to keep all the cygwin-DLL files. Compiling only works in 3 steps: converting the C / C++ Code into Assembler Code (.S), assembling the Assembler Code and generate an Object (.o) file and finally link the Object file with the Coredll library (libcoredll.a) I wrote a Makefile to automate the compilation process. Unfortunately I'm not the best "Makefile-writer" so there are probably some things which could be more easier and more smarter done. Here is my Makefile: --------------------------------------------------------------- BEGIN NAME:= TestWinCE SRC := test.cpp BASN := $(basename $(SRC)) LDFLAGS := -L/cygdrive/c/Programme/mingw32ce/arm-mingw32ce/lib -lcoredll CFLAGS := -S -I/cygdrive/c/Programme/mingw32ce/arm-mingw32ce/include GCC := arm-mingw32ce-gcc G++ := arm-mingw32ce-g++ AS := arm-mingw32ce-as LD := arm-mingw32ce-ld $(NAME).exe: $(BASN).o $(LD) $(BASN).o -o $(NAME).exe $(LDFLAGS) $(BASN).o: $(BASN).S $(AS) -o $(BASN).o $(BASN).S $(BASN).S: $(SRC) $(G++) $(CFLAGS) -o $(BASN).S $(SRC) --------------------------------------------------------------- END Note: You can also use Windows path-style instead of the POSIX path-style, but in this case, the compiler will always print a warning-message to the console and that's quite annoying. > > -------- Original-Nachricht -------- > Datum: Thu, 16 Dec 2010 07:04:47 +0100 (CET) > Von: Vincent Torri <vt...@un...> > An: "Stefan Partheymüller" <ste...@gm...> > CC: ceg...@li... > Betreff: Re: [Cegcc-devel] CeGCC for Windows (without bein forced to use > cygwin) > > > > On Tue, 14 Dec 2010, "Stefan Partheymüller" wrote: > > > Hello, > > > > is it possible to use CeGCC under Windows without having Cygwin > installed > > but MinGW? > > Because I don't really want to use Cygwin, it's too complicated, in my > > opinion. > > I know that CeGCC is also available for some other platforms, but the > > only two which I know that works under Windows is the Cygwin-Package > and > > the x86-Package. > > Everything else is for Linux / Unix I guess, because the executables > don't > > have any extensions. > > CeGCC bases on MinGW so, it should work for me, but expectedly I need a > few > > Cygwin DLL files. Additionally I'll need Cygwins Bash, because the > CeGCC > > executables use the same path system as Cygwin does. > > If I try to compile some code the arm-mingw32ce-gcc fails to find cc1, > even > > if I copy it into the bin directory, which holds arm-mingw32ce-gcc > > executable. > > So, I need the whole Cygwin system, but is there any workaround? > > > > Is the only way to compile the source of CeGCC with MinGW? > > But unfortunately building such complex things might be too hard for > me. > I tried once to use only MinGW to build CeGCC, but failed, and no real > support from the devs. Anyway, I gave up as my projects use autotools and > using autotools with MSYS is too slow (6 or 7 times slower than on > Linux). > So I just cross compile on Linux. Quite faster. > Well, I read this post: http://www.mail-archive.com/ceg...@li.../msg02673.html but unfotunately, the link, which should hold the binaries is dead... > > regards > > Vincent Torri Regards Stefan Partheymüller -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl |
|
From: Paul S. <pm...@gm...> - 2010-12-16 12:01:38
|
Hello, On Thu, 16 Dec 2010 07:17:27 +0100 (CET) Vincent Torri <vt...@un...> wrote: > > > On Thu, 16 Dec 2010, Paul Sokolovsky wrote: > > > Hello, > > > > Well, ok, should have read the list archive a bit more ;-). Pedro > > Alves' cleanup: > > http://article.gmane.org/gmane.comp.gnu.cegcc.devel/2839 > > > > I'd still ask for other parties' patchsets, as that one is year's > > old, and for gcc only apparently. > > there was also an attempt to put some cegcc parts into the mingw-w64 > project. Maybe you can contact them to know what has been done and > what needs to be done I skimmed over the cegcc-devel archive for about one year's depth, and didn't see anything related, do you have any references (like list archive links)? It would be nice to have them at the top of non-busy list archive for the people who want to know status of the project. > > regards > > Vincent Torri > -- Best regards, Paul mailto:pm...@gm... |
|
From: Sébastien L. <sq...@gm...> - 2010-12-16 08:29:25
|
I got the gcc 4.1 version of the whole arm-mingw32ce-gcc toolchain cross compiled from linux, you just need to add the proper HOST in the build scripts, and have a mingw version of gmp/mpfr. This one also cross builds fine from linux. The resulting toolchain worked fine. however gcc 4.4 fails and I didn't try the arm-cegcc-gcc version. Regards Sebastien On Thu, Dec 16, 2010 at 7:04 AM, Vincent Torri <vt...@un...> wrote: > > > On Tue, 14 Dec 2010, "Stefan Partheymüller" wrote: > > Hello, >> >> is it possible to use CeGCC under Windows without having Cygwin installed >> but MinGW? >> Because I don't really want to use Cygwin, it's too complicated, in my >> opinion. >> I know that CeGCC is also available for some other platforms, but the >> only two which I know that works under Windows is the Cygwin-Package and >> the x86-Package. >> Everything else is for Linux / Unix I guess, because the executables don't >> have any extensions. >> CeGCC bases on MinGW so, it should work for me, but expectedly I need a >> few >> Cygwin DLL files. Additionally I'll need Cygwins Bash, because the CeGCC >> executables use the same path system as Cygwin does. >> If I try to compile some code the arm-mingw32ce-gcc fails to find cc1, >> even >> if I copy it into the bin directory, which holds arm-mingw32ce-gcc >> executable. >> So, I need the whole Cygwin system, but is there any workaround? >> >> Is the only way to compile the source of CeGCC with MinGW? >> But unfortunately building such complex things might be too hard for me. >> > > I tried once to use only MinGW to build CeGCC, but failed, and no real > support from the devs. Anyway, I gave up as my projects use autotools and > using autotools with MSYS is too slow (6 or 7 times slower than on Linux). > So I just cross compile on Linux. Quite faster. > > regards > > Vincent Torri > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Cegcc-devel mailing list > Ceg...@li... > https://lists.sourceforge.net/lists/listinfo/cegcc-devel > > |
|
From: Vincent T. <vt...@un...> - 2010-12-16 06:17:35
|
On Thu, 16 Dec 2010, Paul Sokolovsky wrote: > Hello, > > Well, ok, should have read the list archive a bit more ;-). Pedro > Alves' cleanup: http://article.gmane.org/gmane.comp.gnu.cegcc.devel/2839 > > I'd still ask for other parties' patchsets, as that one is year's old, > and for gcc only apparently. there was also an attempt to put some cegcc parts into the mingw-w64 project. Maybe you can contact them to know what has been done and what needs to be done regards Vincent Torri > > On Thu, 16 Dec 2010 05:55:23 +0200 > Paul Sokolovsky <pm...@gm...> wrote: > >> Hello, >> >> I'd like to ask people who worked on producing a cegcc >> patchset/porting cegcc to newer versions of binutils/gcc to share any >> results they have, no matter how incomplete or preliminary they are >> (I in particular cc: Pavel Pavlov who worked on this at the summer >> per his posts to the mailing list). Just seeing size of patches and >> curious peek inside can give info/motivation someone needs to >> continue the work. >> >> -- >> Best regards, >> Paul mailto:pm...@gm... > > > > -- > Best regards, > Paul mailto:pm...@gm... > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Cegcc-devel mailing list > Ceg...@li... > https://lists.sourceforge.net/lists/listinfo/cegcc-devel > > |
|
From: Vincent T. <vt...@un...> - 2010-12-16 06:04:55
|
On Tue, 14 Dec 2010, "Stefan Partheymüller" wrote: > Hello, > > is it possible to use CeGCC under Windows without having Cygwin installed > but MinGW? > Because I don't really want to use Cygwin, it's too complicated, in my > opinion. > I know that CeGCC is also available for some other platforms, but the > only two which I know that works under Windows is the Cygwin-Package and > the x86-Package. > Everything else is for Linux / Unix I guess, because the executables don't > have any extensions. > CeGCC bases on MinGW so, it should work for me, but expectedly I need a few > Cygwin DLL files. Additionally I'll need Cygwins Bash, because the CeGCC > executables use the same path system as Cygwin does. > If I try to compile some code the arm-mingw32ce-gcc fails to find cc1, even > if I copy it into the bin directory, which holds arm-mingw32ce-gcc > executable. > So, I need the whole Cygwin system, but is there any workaround? > > Is the only way to compile the source of CeGCC with MinGW? > But unfortunately building such complex things might be too hard for me. I tried once to use only MinGW to build CeGCC, but failed, and no real support from the devs. Anyway, I gave up as my projects use autotools and using autotools with MSYS is too slow (6 or 7 times slower than on Linux). So I just cross compile on Linux. Quite faster. regards Vincent Torri |
|
From: Paul S. <pm...@gm...> - 2010-12-16 04:12:02
|
Hello, Well, ok, should have read the list archive a bit more ;-). Pedro Alves' cleanup: http://article.gmane.org/gmane.comp.gnu.cegcc.devel/2839 I'd still ask for other parties' patchsets, as that one is year's old, and for gcc only apparently. On Thu, 16 Dec 2010 05:55:23 +0200 Paul Sokolovsky <pm...@gm...> wrote: > Hello, > > I'd like to ask people who worked on producing a cegcc > patchset/porting cegcc to newer versions of binutils/gcc to share any > results they have, no matter how incomplete or preliminary they are > (I in particular cc: Pavel Pavlov who worked on this at the summer > per his posts to the mailing list). Just seeing size of patches and > curious peek inside can give info/motivation someone needs to > continue the work. > > -- > Best regards, > Paul mailto:pm...@gm... -- Best regards, Paul mailto:pm...@gm... |
|
From: Paul S. <pm...@gm...> - 2010-12-16 03:55:40
|
Hello, I'd like to ask people who worked on producing a cegcc patchset/porting cegcc to newer versions of binutils/gcc to share any results they have, no matter how incomplete or preliminary they are (I in particular cc: Pavel Pavlov who worked on this at the summer per his posts to the mailing list). Just seeing size of patches and curious peek inside can give info/motivation someone needs to continue the work. -- Best regards, Paul mailto:pm...@gm... |
|
From: Stefan P. <ste...@gm...> - 2010-12-14 19:50:58
|
Hello, is it possible to use CeGCC under Windows without having Cygwin installed but MinGW? Because I don't really want to use Cygwin, it's too complicated, in my opinion. I know that CeGCC is also available for some other platforms, but the only two which I know that works under Windows is the Cygwin-Package and the x86-Package. Everything else is for Linux / Unix I guess, because the executables don't have any extensions. CeGCC bases on MinGW so, it should work for me, but expectedly I need a few Cygwin DLL files. Additionally I'll need Cygwins Bash, because the CeGCC executables use the same path system as Cygwin does. If I try to compile some code the arm-mingw32ce-gcc fails to find cc1, even if I copy it into the bin directory, which holds arm-mingw32ce-gcc executable. So, I need the whole Cygwin system, but is there any workaround? Is the only way to compile the source of CeGCC with MinGW? But unfortunately building such complex things might be too hard for me. Regards Stefan Partheymüller -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail |
|
From: Pavel P. <pa...@su...> - 2010-11-16 17:12:10
|
Good news :) Pour en savoir plus ... leads to full version of the story which is in English off course. http://www.istartedsomething.com/20101113/one-small-step-for-native-code-one-big-leap-for-windows-phone-7-jailbreak/ -----Original Message----- From: Sébastien Lorquet [mailto:sq...@gm...] Sent: Tuesday, November 16, 2010 01:54 To: cegcc-devel Subject: [Cegcc-devel] Windows Phone 7 could have been jailbroken in french: http://www.mobifrance.com/news/2010-11-15/id17714/Jailbreak-Windows-Phone-7/ Translated: The new version "Windows Phone 7" limits the user on how he can use the smartphone, compared to previous versions of Windows Mobile. The winphone7 Jailbreak race has started in various places of the world. An australian developer managed to create an application using native wince code. We obvioulsy need more details, but that could mean cegcc is not dead, after all. Sebastien ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev _______________________________________________ Cegcc-devel mailing list Ceg...@li... https://lists.sourceforge.net/lists/listinfo/cegcc-devel |
|
From: Sébastien L. <sq...@gm...> - 2010-11-16 06:54:20
|
in french: http://www.mobifrance.com/news/2010-11-15/id17714/Jailbreak-Windows-Phone-7/ Translated: The new version "Windows Phone 7" limits the user on how he can use the smartphone, compared to previous versions of Windows Mobile. The winphone7 Jailbreak race has started in various places of the world. An australian developer managed to create an application using native wince code. We obvioulsy need more details, but that could mean cegcc is not dead, after all. Sebastien |
|
From: Vincent T. <vt...@un...> - 2010-10-16 12:50:18
|
On Wed, 13 Oct 2010, André Hentschel wrote: > Am 10.10.2010 20:57, schrieb Vincent Torri: >> >> >> On Sun, 10 Oct 2010, André Hentschel wrote: >>> >>> I meanwhile had some effort with just changing the image base :) >>> and i ran some CE apps compiled with cegcc/mingwce in Wine on ARM :) >>> So i dont need any patch or flag anymore, but thanks anyway! >> >> could you add somewhere the doc on how to do that (a wiki or something >> like that) ? >> >> Vincent Torri > > It's nothing you can simply document. > Maybe that will fork Wine to something like WineCE as it is different in some ways. > We have WineConf in November 20th and 21th, there i will discuss this. > I also plan to make a Survey how interesting it would be to start such a Project. It could help Windows CE programming a lot is both XP and CE compatibility are in the same tree, instead of having a fork. Keep up the good work :) Vincent |
|
From: André H. <ne...@da...> - 2010-10-13 19:18:36
|
Am 10.10.2010 20:57, schrieb Vincent Torri: > > > On Sun, 10 Oct 2010, André Hentschel wrote: >> >> I meanwhile had some effort with just changing the image base :) >> and i ran some CE apps compiled with cegcc/mingwce in Wine on ARM :) >> So i dont need any patch or flag anymore, but thanks anyway! > > could you add somewhere the doc on how to do that (a wiki or something > like that) ? > > Vincent Torri It's nothing you can simply document. Maybe that will fork Wine to something like WineCE as it is different in some ways. We have WineConf in November 20th and 21th, there i will discuss this. I also plan to make a Survey how interesting it would be to start such a Project. -- Best Regards, André Hentschel |
|
From: Vincent T. <vt...@un...> - 2010-10-10 18:57:08
|
On Sun, 10 Oct 2010, André Hentschel wrote: > Am 02.10.2010 16:36, schrieb André Hentschel: >> Am 29.09.2010 11:06, schrieb Vincent Richomme: >>> On Tue, 28 Sep 2010 19:38:06 +0200, André Hentschel <ne...@da...> >>> wrote: >>>> Am 20.09.2010 23:56, schrieb Vincent Torri: >>>>> >>>>> Hey, >>>>> >>>>>> i ported Wine to ARM and want to try if it is possible to run some basic >>>>>> CE apps in it. >>>>>> So i stubbed out the dlls(mostly coredll) or forwarded the known >>>>>> functions. >>>>>> Wine actually has no support for Applications with relocations stripped, >>>>>> but it seems all CE apps have that flag set and must be loaded at the >>>>>> same base. >>>>>> Of course cegcc does that too. >>>>>> So finally my question is: is it possible to compile a simple hello >>>>>> world app with some >>>>>> compiler or linker flags so that the app has a relocation table and the >>>>>> relocs_stripped flag not set? >>>>> >>>>> I am not skilled enough to answer your question, but i just think it >>>>> would be amazing to try Windows CE within Wine ! >>>>> >>>>> cheers >>>>> >>>>> Vincent Torri >>>> >>>> Thanks for sharing my opinion :) >>>> But it looks no one has the answer. >>>> If something is not clear or more info is needed, please let me know. >>> >>> Hi, >>> >>> Actually this discussion list is not as active as it used to be because >>> now people are using android ;-) >>> I will have a look but I cannot promiss anything because it's been a >>> long time >>> I haven't played with cegcc and binutils. If Danny is still alive he >>> might also have the >>> answer to your question. >>> By the way danny, Kai Tietz is working a lot on binutils these last >>> weeks and from what I know >>> he has already implemented SEH exceptions on x64. >>> Once it's official it would be so great to implement it for wince. >>> Actually if Microsoft offers the possibility to use native code in >>> Windows Phone 7, >>> cegcc will be back on track. >>> >> >> So it can also be a patch and i compile my own cegcc. I just have no idea where to start in that code >> and even if it's long ago you might find it more quickly. >> btw: with relocs_stripped i meant IMAGE_FILE_RELOCS_STRIPPED, this flag must go away in the app and a relocation section should appear. >> Then i have what i need to continue my work. >> > > I meanwhile had some effort with just changing the image base :) > and i ran some CE apps compiled with cegcc/mingwce in Wine on ARM :) > So i dont need any patch or flag anymore, but thanks anyway! could you add somewhere the doc on how to do that (a wiki or something like that) ? Vincent Torri |
|
From: André H. <ne...@da...> - 2010-10-10 17:48:04
|
Am 02.10.2010 16:36, schrieb André Hentschel: > Am 29.09.2010 11:06, schrieb Vincent Richomme: >> On Tue, 28 Sep 2010 19:38:06 +0200, André Hentschel <ne...@da...> >> wrote: >>> Am 20.09.2010 23:56, schrieb Vincent Torri: >>>> >>>> Hey, >>>> >>>>> i ported Wine to ARM and want to try if it is possible to run some basic >>>>> CE apps in it. >>>>> So i stubbed out the dlls(mostly coredll) or forwarded the known >>>>> functions. >>>>> Wine actually has no support for Applications with relocations stripped, >>>>> but it seems all CE apps have that flag set and must be loaded at the >>>>> same base. >>>>> Of course cegcc does that too. >>>>> So finally my question is: is it possible to compile a simple hello >>>>> world app with some >>>>> compiler or linker flags so that the app has a relocation table and the >>>>> relocs_stripped flag not set? >>>> >>>> I am not skilled enough to answer your question, but i just think it >>>> would be amazing to try Windows CE within Wine ! >>>> >>>> cheers >>>> >>>> Vincent Torri >>> >>> Thanks for sharing my opinion :) >>> But it looks no one has the answer. >>> If something is not clear or more info is needed, please let me know. >> >> Hi, >> >> Actually this discussion list is not as active as it used to be because >> now people are using android ;-) >> I will have a look but I cannot promiss anything because it's been a >> long time >> I haven't played with cegcc and binutils. If Danny is still alive he >> might also have the >> answer to your question. >> By the way danny, Kai Tietz is working a lot on binutils these last >> weeks and from what I know >> he has already implemented SEH exceptions on x64. >> Once it's official it would be so great to implement it for wince. >> Actually if Microsoft offers the possibility to use native code in >> Windows Phone 7, >> cegcc will be back on track. >> > > So it can also be a patch and i compile my own cegcc. I just have no idea where to start in that code > and even if it's long ago you might find it more quickly. > btw: with relocs_stripped i meant IMAGE_FILE_RELOCS_STRIPPED, this flag must go away in the app and a relocation section should appear. > Then i have what i need to continue my work. > I meanwhile had some effort with just changing the image base :) and i ran some CE apps compiled with cegcc/mingwce in Wine on ARM :) So i dont need any patch or flag anymore, but thanks anyway! -- Best Regards, André Hentschel |
|
From: André H. <ne...@da...> - 2010-10-02 14:37:06
|
Am 29.09.2010 11:06, schrieb Vincent Richomme: > On Tue, 28 Sep 2010 19:38:06 +0200, André Hentschel <ne...@da...> > wrote: >> Am 20.09.2010 23:56, schrieb Vincent Torri: >>> >>> Hey, >>> >>>> i ported Wine to ARM and want to try if it is possible to run some basic >>>> CE apps in it. >>>> So i stubbed out the dlls(mostly coredll) or forwarded the known >>>> functions. >>>> Wine actually has no support for Applications with relocations stripped, >>>> but it seems all CE apps have that flag set and must be loaded at the >>>> same base. >>>> Of course cegcc does that too. >>>> So finally my question is: is it possible to compile a simple hello >>>> world app with some >>>> compiler or linker flags so that the app has a relocation table and the >>>> relocs_stripped flag not set? >>> >>> I am not skilled enough to answer your question, but i just think it >>> would be amazing to try Windows CE within Wine ! >>> >>> cheers >>> >>> Vincent Torri >> >> Thanks for sharing my opinion :) >> But it looks no one has the answer. >> If something is not clear or more info is needed, please let me know. > > Hi, > > Actually this discussion list is not as active as it used to be because > now people are using android ;-) > I will have a look but I cannot promiss anything because it's been a > long time > I haven't played with cegcc and binutils. If Danny is still alive he > might also have the > answer to your question. > By the way danny, Kai Tietz is working a lot on binutils these last > weeks and from what I know > he has already implemented SEH exceptions on x64. > Once it's official it would be so great to implement it for wince. > Actually if Microsoft offers the possibility to use native code in > Windows Phone 7, > cegcc will be back on track. > So it can also be a patch and i compile my own cegcc. I just have no idea where to start in that code and even if it's long ago you might find it more quickly. btw: with relocs_stripped i meant IMAGE_FILE_RELOCS_STRIPPED, this flag must go away in the app and a relocation section should appear. Then i have what i need to continue my work. -- Best Regards, André Hentschel |
|
From: Vincent R. <fo...@sm...> - 2010-09-29 09:06:30
|
On Tue, 28 Sep 2010 19:38:06 +0200, André Hentschel <ne...@da...> wrote: > Am 20.09.2010 23:56, schrieb Vincent Torri: >> >> Hey, >> >>> i ported Wine to ARM and want to try if it is possible to run some basic >>> CE apps in it. >>> So i stubbed out the dlls(mostly coredll) or forwarded the known >>> functions. >>> Wine actually has no support for Applications with relocations stripped, >>> but it seems all CE apps have that flag set and must be loaded at the >>> same base. >>> Of course cegcc does that too. >>> So finally my question is: is it possible to compile a simple hello >>> world app with some >>> compiler or linker flags so that the app has a relocation table and the >>> relocs_stripped flag not set? >> >> I am not skilled enough to answer your question, but i just think it >> would be amazing to try Windows CE within Wine ! >> >> cheers >> >> Vincent Torri > > Thanks for sharing my opinion :) > But it looks no one has the answer. > If something is not clear or more info is needed, please let me know. Hi, Actually this discussion list is not as active as it used to be because now people are using android ;-) I will have a look but I cannot promiss anything because it's been a long time I haven't played with cegcc and binutils. If Danny is still alive he might also have the answer to your question. By the way danny, Kai Tietz is working a lot on binutils these last weeks and from what I know he has already implemented SEH exceptions on x64. Once it's official it would be so great to implement it for wince. Actually if Microsoft offers the possibility to use native code in Windows Phone 7, cegcc will be back on track. |
|
From: André H. <ne...@da...> - 2010-09-28 17:51:17
|
Am 20.09.2010 23:56, schrieb Vincent Torri: > > Hey, > >> i ported Wine to ARM and want to try if it is possible to run some basic >> CE apps in it. >> So i stubbed out the dlls(mostly coredll) or forwarded the known >> functions. >> Wine actually has no support for Applications with relocations stripped, >> but it seems all CE apps have that flag set and must be loaded at the >> same base. >> Of course cegcc does that too. >> So finally my question is: is it possible to compile a simple hello >> world app with some >> compiler or linker flags so that the app has a relocation table and the >> relocs_stripped flag not set? > > I am not skilled enough to answer your question, but i just think it > would be amazing to try Windows CE within Wine ! > > cheers > > Vincent Torri Thanks for sharing my opinion :) But it looks no one has the answer. If something is not clear or more info is needed, please let me know. -- Best Regards, André Hentschel |
|
From: Vincent T. <vt...@un...> - 2010-09-20 21:56:53
|
Hey, > i ported Wine to ARM and want to try if it is possible to run some basic > CE apps in it. > So i stubbed out the dlls(mostly coredll) or forwarded the known functions. > Wine actually has no support for Applications with relocations stripped, > but it seems all CE apps have that flag set and must be loaded at the same base. > Of course cegcc does that too. > So finally my question is: is it possible to compile a simple hello > world app with some > compiler or linker flags so that the app has a relocation table and the > relocs_stripped flag not set? I am not skilled enough to answer your question, but i just think it would be amazing to try Windows CE within Wine ! cheers Vincent Torri |
|
From: André H. <ne...@da...> - 2010-09-20 21:05:22
|
Hi, i ported Wine to ARM and want to try if it is possible to run some basic CE apps in it. So i stubbed out the dlls(mostly coredll) or forwarded the known functions. Wine actually has no support for Applications with relocations stripped, but it seems all CE apps have that flag set and must be loaded at the same base. Of course cegcc does that too. So finally my question is: is it possible to compile a simple hello world app with some compiler or linker flags so that the app has a relocation table and the relocs_stripped flag not set? -- Best Regards, André Hentschel |
|
From: Pavel P. <pa...@su...> - 2010-07-23 16:37:47
|
It’s hard to believe that there will be no way to do native. I’m sure there will be a way to hack it or do something. It will still be almost the same os as usual… at that time I think cegcc will revive. From: Sébastien Lorquet [mailto:sq...@gm...] Sent: Friday, July 23, 2010 06:40 To: cegcc-devel Subject: Re: [Cegcc-devel] Porting cegcc changes to latest version of cegcc Everything is not over yet. There is still a large amount of windows mobile device out there that deserve cegcc. "windows phone" may be a silly thing, it's not the dominant os on the market yet. I hope cegcc will continue to live for those of us who have normal WM phones. Remember, there is still software written for the ataris and amigas. Sebastien On Fri, Jul 23, 2010 at 10:57 AM, İsmail "cartman" Dönmez <is...@na...<mailto:is...@na...>> wrote: Pavel Pavlov wrote: > > I think I was subscribed to cegcc before 4.5.0 was released (release date > is like a couple of months ago). > I tried to merge and see what I can do to fix it, but I came to conclusion > that it's all wasted time. I'm not going to do this same job once there is > a new gcc, since they don't want to take cegcc changes into mainline and > they announced that arm-wince-pe support will be removed in 4.6.x. It's > even difficult to get any replies related to arm/wince on gcc mailing > list. > If windows phone won't support native development I really hope that > winphone7 will be born dead and completely eliminated from the marked > asap. Major apps announced that they are dropping windows mobile support: > firefox mobile, skype and almost every app that had a windows mobile port > as a supplementary port. Wince existed for years and newbies like iphone > and android stormed by wince and the only reason I personally programmed > for wince is because it's possible to use portable code that runs on pc > and windows mobile. I hardly doubt that I'll be ever learning Silverlight > or whatever is required for winphone 7, or better to say I hope they > miserably fail so that I wouldn't need to learn what Silverlight Is all > about ... In one of their blogs about winpne7 and silverlight they said > something like "500000 silverlight developers in a matter of a day became > also windows phone 7 developers"... is that 500000 downloads of > Silverlight they consider that there is 500000developers??!?? Complete > BS... > > Its time to RIP cegcc, Danny and others took their time and did a great job, however Microsoft doesn't wanna play this way. Anyhow thanks to everybody for keeping this project alive so far. ciao, ismail ----- Regards, İsmail DÖNMEZ -- View this message in context: http://cegcc-devel.3372302.n2.nabble.com/Porting-cegcc-changes-to-latest-version-of-cegcc-tp5278887p5328817.html Sent from the cegcc-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first<http://sprint.com/first> -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Cegcc-devel mailing list Ceg...@li...<mailto:Ceg...@li...> https://lists.sourceforge.net/lists/listinfo/cegcc-devel |
15 messages has been excluded from this view by a project administrator.
