cegcc-devel — Discussion about CeGCC development

Re: [Cegcc-devel] cegcc with binutils 2.21.1

[Vincent T. <vin...@gm...>]

On Sat, Nov 19, 2011 at 12:34 PM, Max Kellermann <ma...@du...> wrote:

> Hi,
>
> I have spent some time on rebasing the cegcc-binutils branch on
> upstream version 2.21.1.  That was a big knot which became smaller and
> smaller each time I rebased incrementally on a new release.
> Fortunately, many of the cegcc patches were merged upstream, and
> disappeared from my rebasing branch.
>
> I rebased on the git import hosted at http://repo.or.cz/w/binutils.git
>
> This is the result:
>
>
> http://git.xcsoar.org/cgit/max/cegcc-binutils.git/log/?h=2.21.1-experimental
>
> It's still very unclean, the commit messages describe changes that
> have disappeared, and more (documented) patches need to be separated
> out and submitted to upstream.  I don't understand those, because I've
> never read the binutils code before, and I've never written a linker
> script.  Does anybody want to comment, and help cleaning them up?
>
> One change that I havn't pushed over is the patch that relocates
> ".bss" to ".data".  This bloats the generated binaries for no visible
> advantage.  Who knows why this was added?  (It's a post-0.59 change)
>
> I'm not uploading binaries this time, because there was little
> interest in my other announcements previously.  I just want to make
> sure that nobody else wastes time by replicating my effort.  I might
> upload new binaries when my gcc 4.6 port is finished.
>

I'm still wondering if the project can't be integrated into mingw-w64. Any
opinion about that ?

Vincent Torri

Re: [Cegcc-devel] cegcc with binutils 2.21.1

[Paul S. <pm...@gm...>]

Hello,

On Sat, 19 Nov 2011 12:34:05 +0100
Max Kellermann <ma...@du...> wrote:

> Hi,
> 
> I have spent some time on rebasing the cegcc-binutils branch on
> upstream version 2.21.1.  That was a big knot which became smaller and
> smaller each time I rebased incrementally on a new release.
> Fortunately, many of the cegcc patches were merged upstream, and
> disappeared from my rebasing branch.

Were they? I remember reading some mail from Pedro Alves that GNU folks
considered removing support for arm-wince-pe targets from gcc and/or
binutils, so the above is for sure the great news!

> 
> I rebased on the git import hosted at http://repo.or.cz/w/binutils.git
> 
> This is the result:
> 
>  http://git.xcsoar.org/cgit/max/cegcc-binutils.git/log/?h=2.21.1-experimental
> 
> It's still very unclean, the commit messages describe changes that
> have disappeared, and more (documented) patches need to be separated
> out and submitted to upstream.  I don't understand those, because I've
> never read the binutils code before, and I've never written a linker
> script.  Does anybody want to comment, and help cleaning them up?
> 
> One change that I havn't pushed over is the patch that relocates
> ".bss" to ".data".  This bloats the generated binaries for no visible
> advantage.  Who knows why this was added?  (It's a post-0.59 change)

The direction of thought might be "DLLs"?

> I'm not uploading binaries this time, because there was little
> interest in my other announcements previously.  

Well, we're for sure listening, but it's likely that you're the only
active developer so far. (I believe I wrote that usecase I had in mind
for cegcc - to compile lot of open-source wince software and create a
"distro" - didn't work, as cegcc lacks lot of features still, so
after spending couple of weeks patching w32api for each new app I
finally gave up once understood that OLE stuff couldn't realistically be
made work anyway).

But thanks for keep working on this - I guess you have stable and
worthy usecase (maintaining one software across lot of platforms), and
I personally get questions about cegcc in email from time to time, so
people keep using it.

> I just want to make
> sure that nobody else wastes time by replicating my effort.  I might
> upload new binaries when my gcc 4.6 port is finished.
> 
> Max


-- 
Best regards,
 Paul                          mailto:pm...@gm...

[Cegcc-devel] cegcc with binutils 2.21.1

[Max K. <ma...@du...>]

Hi,

I have spent some time on rebasing the cegcc-binutils branch on
upstream version 2.21.1.  That was a big knot which became smaller and
smaller each time I rebased incrementally on a new release.
Fortunately, many of the cegcc patches were merged upstream, and
disappeared from my rebasing branch.

I rebased on the git import hosted at http://repo.or.cz/w/binutils.git

This is the result:

 http://git.xcsoar.org/cgit/max/cegcc-binutils.git/log/?h=2.21.1-experimental

It's still very unclean, the commit messages describe changes that
have disappeared, and more (documented) patches need to be separated
out and submitted to upstream.  I don't understand those, because I've
never read the binutils code before, and I've never written a linker
script.  Does anybody want to comment, and help cleaning them up?

One change that I havn't pushed over is the patch that relocates
".bss" to ".data".  This bloats the generated binaries for no visible
advantage.  Who knows why this was added?  (It's a post-0.59 change)

I'm not uploading binaries this time, because there was little
interest in my other announcements previously.  I just want to make
sure that nobody else wastes time by replicating my effort.  I might
upload new binaries when my gcc 4.6 port is finished.

Max

Re: [Cegcc-devel] cegcc with gcc 4.5.3

[Max K. <ma...@du...>]

On 2011/10/12 19:46, Vincent Torri <vin...@gm...> wrote:
> in addition, it would be nice to merge these 2 projects. Less duplicated
> work, I think

If I get bored one day, I'll try to extract the micro-changes that
were applied to mingw32 to turn it into cegcc.  And then submit those
to mingw-w64 or gcc.  But that would require a massive amount of
boredom.  And it would require faith in the future of native code on
Windows CE.  I have neither.

The truth is that I hate working with cegcc (WIN32, that is).  I
joined the XCSoar project and ported it to Android.  Android has a
future, but Windows CE is just legacy for us.  It's a legacy we'll
support for a long time.  I took the time for cegcc only because I
wanted to switch to C++11, and gcc 4.4.0 was too buggy.

Max

Re: [Cegcc-devel] cegcc with gcc 4.5.3

[Paul S. <pm...@gm...>]

Hello,

On Wed, 12 Oct 2011 10:48:52 +0200
Max Kellermann <ma...@du...> wrote:

> Hi,
> 
> another cegcc upgrade: I have replaced gcc 4.4.x with gcc 4.5.3.  

Cool, great work!

Just as a note, I got sucked by Android, as everyone else, so don't
have much time to look after https://gitorious.org/cegcc/ . Besides, my
whole idea to work on it was to create an open-source software distro
for WinCE. But I found that bunch of important apps simply don't build
with cegcc, even after (some) effort applied to
https://gitorious.org/cegcc/cegcc-w32api - lot of things are still
missing (including highly boring like OLE or-how-it-is-called-now).

Well, I don't want to lose the chance with Android for that, so hack on
http://f-droid.org/

> That
> rebase caused a good amount of merge conflicts, which I attempted to
> solve without really knowing the code base.  The end result seems to
> work well.  The TEXT section of the XCSoar binary shrinks from 1,686
> kB to 1,582 kB, with no change but the gcc upgrade.  Looks like gcc's
> ARM code generator has improved a lot.
> 
> Source code:
> 
>  http://git.xcsoar.org/cgit/max/cegcc-build.git/
> 
> Binaries:
> 
>  http://max.kellermann.name/download/xcsoar/devel/cegcc/
> 
> This is a transitional step to finally upgrade to gcc 4.6.  Now if
> only Google would update the Android NDK to gcc 4.6 ...
> 
> Max

[]

-- 
Best regards,
 Paul                          mailto:pm...@gm...

Re: [Cegcc-devel] cegcc with gcc 4.5.3

[Vincent T. <vin...@gm...>]

On Wed, Oct 12, 2011 at 11:49 AM, <fo...@sm...> wrote:

> 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 has implemented some win32 specific stuff
> like seh exceptions that could be easily ported to arm platform(
> arm and x64 seh are using almost the same mechanism).
> He will be able to answer your questions if you have any ...
>

in addition, it would be nice to merge these 2 projects. Less duplicated
work, I think

Vincent Torri

Re: [Cegcc-devel] cegcc with gcc 4.5.3

[<fo...@sm...>]

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 has implemented some win32 specific stuff
like seh exceptions that could be easily ported to arm platform(
arm and x64 seh are using almost the same mechanism).
He will be able to answer your questions if you have any ...

CHeers

[Cegcc-devel] cegcc with gcc 4.5.3

[Max K. <ma...@du...>]

Hi,

another cegcc upgrade: I have replaced gcc 4.4.x with gcc 4.5.3.  That
rebase caused a good amount of merge conflicts, which I attempted to
solve without really knowing the code base.  The end result seems to
work well.  The TEXT section of the XCSoar binary shrinks from 1,686
kB to 1,582 kB, with no change but the gcc upgrade.  Looks like gcc's
ARM code generator has improved a lot.

Source code:

 http://git.xcsoar.org/cgit/max/cegcc-build.git/

Binaries:

 http://max.kellermann.name/download/xcsoar/devel/cegcc/

This is a transitional step to finally upgrade to gcc 4.6.  Now if
only Google would update the Android NDK to gcc 4.6 ...

Max

[Cegcc-devel] Upgrading cegcc to gcc 4.4.6

[Max K. <ma...@du...>]

Hi,

I have upgraded gcc to 4.4.6 in my cegcc git repository:

 http://git.xcsoar.org/cgit/max/cegcc-build.git/

Binaries:

 http://max.kellermann.name/download/xcsoar/devel/cegcc/

The XCSoar project heavily depends on cegcc/mingw32ce to build its
Windows CE/Mobile executables, and C++11 support was severely bugged
in gcc 4.4.0.

This upgrade was done with stgit and its "rebase" command.  I
attempted to separate cegcc changes from the initial gcc 4.4.0 import
(which was done in a very unclean way).

I'd love to upgrade to gcc 4.6, but I fear that'll be a lot more work.

Max

[Cegcc-devel] using arm-mingw32ce-gcc

[Timothy W. <twa...@ja...>]

I'm trying to build a dll, cross-compiling on linux with arm-mingw32ce-gcc.  Is there a CE .lib file I need to link against or any special flags? 

I've compiled the simple "hello world" with a message box (which works on my target windows mobile 6.1 emulator), but when compiling my dll I get a bunch of undefined references to basic things like malloc/free and some other things that look more obscure.

Ultimately the DLL is to be loaded by phoneME for some JNI support (I've also got a simple phoneME app working).

I compiled on linux against the SF SVN repository; I'm in the process of pulling down the (more recent?) version from gitorious.

Thanks
T.

Re: [Cegcc-devel] CeGCC MSYS

[Vincent T. <vt...@un...>]

On Mon, 6 Jun 2011, Alessandro Antonello wrote:

> Hi, all.
>
> Is possible to build a version of CeGCC for MSYS that doesn't rely on
> cygwin1.dll?

cross compile on linux, it will be wayyyyy faster

Vincent Torri

>
> Alessandro Antonello
>
> ------------------------------------------------------------------------------
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> _______________________________________________
> Cegcc-devel mailing list
> Ceg...@li...
> https://lists.sourceforge.net/lists/listinfo/cegcc-devel
>
>

Re: [Cegcc-devel] CeGCC MSYS

[Sébastien L. <sq...@gm...>]

Hi,

yes it is.

You should browse the list archive to find out how it's done.

Regards,
Sebastien

On Mon, Jun 6, 2011 at 8:27 PM, Alessandro Antonello <
ant...@gm...> wrote:

> Hi, all.
>
> Is possible to build a version of CeGCC for MSYS that doesn't rely on
> cygwin1.dll?
>
> Alessandro Antonello
>
>
> ------------------------------------------------------------------------------
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is
> safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> _______________________________________________
> Cegcc-devel mailing list
> Ceg...@li...
> https://lists.sourceforge.net/lists/listinfo/cegcc-devel
>

[Cegcc-devel] CeGCC MSYS

[Alessandro A. <ant...@gm...>]

Hi, all.

Is possible to build a version of CeGCC for MSYS that doesn't rely on
cygwin1.dll?

Alessandro Antonello

[Cegcc-devel] fuction _wtoi()

[Alessandro A. <ant...@gm...>]

Hi, all.

The function "_wtoi()" in the 'stdlib.h' header is protected with:

#if !defined(__COREDLL__)
...
#endif

But in the Windows CE standard SDK the function is fully available. Indeed it
is redirected to '_wtol()' function. But why these functions prototype are
protected in the CeGCC distribution?

Alessandro Antonello

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[Paul S. <pm...@gm...>]

Hello,

On Wed, 16 Mar 2011 22:57:15 +0100
André Hentschel <ne...@da...> wrote:

> > Fixed and I now did a fresh checkout and build to make sure
> > everything's ok ;-).
> 
> thx
> now that it finally works ( ;) ) it would be cool if
> build-mingw32ce.sh would also (or optional) build the i386 version.
> have no time to make the change myself, really

Thanks for testing! All configurations and scripts from SVN should
work as is - I didn't do any functional changes to build-mingw32ce.sh
for example. However I would like to go in depth, not in breadth - to
provide complete integration cycle, where one can build toolchain and
use it to build actual software - all in reproducible and easily to
start way. So, I'm going to concentrate on single target for
now (arm-mingw32ce). If/when the integration cycle will be closed, it
will be also much easier to test other configurations. Because
otherwise we get multitude of configurations, but all of them barely
working - few existing software compiles, and glaring bugs
(http://sourceforge.net/apps/trac/cegcc/ticket/1) get "suddenly"
discovered.

That said, I'll rename cegcc-build's build to build-arm-mingw32ce to
emphasize it's only one of targets.

> 
> -- 
> 
> Best Regards, André Hentschel
> 



-- 
Best regards,
 Paul                          mailto:pm...@gm...

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[André H. <ne...@da...>]

Am 15.03.2011 02:11, schrieb Paul Sokolovsky:
> Hello,
> 
> On Mon, 14 Mar 2011 22:27:36 +0100
> André Hentschel <ne...@da...> wrote:
> 
> []
>> too bad, next problem:
>> $ git submodule update 
>> fatal: reference is not a tree:
>> 4d4cb202379697db2936fd10b29a76e1f7541dfb Unable to checkout
>> '4d4cb202379697db2936fd10b29a76e1f7541dfb' in submodule path 'w32api'
> 
> Cut&paste error after URL schema replacement - used cegcc-svn-w32api
> (import from SVN) instead of cegcc-w32api (rebase to upstream with
> extra patches).
> 
> Fixed and I now did a fresh checkout and build to make sure everything's
> ok ;-).
> 
>>
>>
>> -- 
>>
>> Best Regards, André Hentschel
>>
> 
> 

thx
now that it finally works ( ;) ) it would be cool if build-mingw32ce.sh would also (or optional) build the i386 version.
have no time to make the change myself, really

-- 

Best Regards, André Hentschel

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[Paul S. <pm...@gm...>]

Hello,

On Mon, 14 Mar 2011 22:27:36 +0100
André Hentschel <ne...@da...> wrote:

[]
> too bad, next problem:
> $ git submodule update 
> fatal: reference is not a tree:
> 4d4cb202379697db2936fd10b29a76e1f7541dfb Unable to checkout
> '4d4cb202379697db2936fd10b29a76e1f7541dfb' in submodule path 'w32api'

Cut&paste error after URL schema replacement - used cegcc-svn-w32api
(import from SVN) instead of cegcc-w32api (rebase to upstream with
extra patches).

Fixed and I now did a fresh checkout and build to make sure everything's
ok ;-).

> 
> 
> -- 
> 
> Best Regards, André Hentschel
> 


-- 
Best regards,
 Paul                          mailto:pm...@gm...

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[André H. <ne...@da...>]

Am 14.03.2011 22:09, schrieb Paul Sokolovsky:
> On Mon, 14 Mar 2011 21:15:48 +0100
> André Hentschel <ne...@da...> wrote:
> 
> []
>> $ git submodule update
>> Cloning into binutils...
>> fatal: The remote end hung up unexpectedly
>> Clone of 'git://gitorious.org/cegcc/cegcc-svn-binutils.git' into
>> submodule path 'binutils' failed
>>
>> but removing cegcc-build and cloning it again helps :)
>> so this seems fixed for me
> 
> I have suspicion it was flaky on gitorious side, I also was getting
> "The remote end hung up unexpectedly" but they cleared a bit later.
> 

too bad, next problem:
$ git submodule update 
fatal: reference is not a tree: 4d4cb202379697db2936fd10b29a76e1f7541dfb
Unable to checkout '4d4cb202379697db2936fd10b29a76e1f7541dfb' in submodule path 'w32api'


-- 

Best Regards, André Hentschel

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[Paul S. <pm...@gm...>]

On Mon, 14 Mar 2011 21:15:48 +0100
André Hentschel <ne...@da...> wrote:

[]
> $ git submodule update
> Cloning into binutils...
> fatal: The remote end hung up unexpectedly
> Clone of 'git://gitorious.org/cegcc/cegcc-svn-binutils.git' into
> submodule path 'binutils' failed
> 
> but removing cegcc-build and cloning it again helps :)
> so this seems fixed for me

I have suspicion it was flaky on gitorious side, I also was getting
"The remote end hung up unexpectedly" but they cleared a bit later.

> 
> 

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[André H. <ne...@da...>]

Am 14.03.2011 21:08, schrieb Paul Sokolovsky:
> Hello,
> 
> On Mon, 14 Mar 2011 20:53:34 +0100
> André Hentschel <ne...@da...> wrote:
> 
>> Am 14.03.2011 19:48, schrieb Paul Sokolovsky:
>>> Hello,
>>>
>>> On Mon, 14 Mar 2011 19:11:26 +0100
>>> André Hentschel <ne...@da...> wrote:
>>>
>>>>> git clone git://gitorious.org/cegcc/cegcc-build.git
>>>>> Then follow instructions in cegcc-build/README
>>>>> (http://gitorious.org/cegcc/cegcc-build/blobs/master/README)
>>>>>
>>>>>
>>>> Hi,
>>>> i love git, nothings better.
>>>> But for some reason i cannot connect to gitorious.org when doing
>>>> git submodule update. It first asked me if i want to trust some
>>>> RSA key, i said yes, then the access failed(other end hung up).
>>>
>>> Oops, I added developer's r/w git urls for submodules, fixed now.
>>> Please pull and try again.
>>>
>>>
>> after a git pull && git rebase origin:
>> $ git submodule update
>> Cloning into binutils...
>> Permission denied (publickey).
>> fatal: The remote end hung up unexpectedly
>> Clone of 'gi...@gi...:cegcc/cegcc-svn-binutils.git' into
>> submodule path 'binutils' failed
>>
>> still...
> 
> Hmm, even extra "git submodule init" doesn't help, it appears there's
> special "git submodule sync" command for this.

$ git submodule init
$ git submodule sync
Synchronizing submodule url for 'binutils'
Synchronizing submodule url for 'gcc-4.4.0'
Synchronizing submodule url for 'mingw'
Synchronizing submodule url for 'mingwdll'
Synchronizing submodule url for 'w32api'
$ git submodule update
Cloning into binutils...
fatal: The remote end hung up unexpectedly
Clone of 'git://gitorious.org/cegcc/cegcc-svn-binutils.git' into submodule path 'binutils' failed

but removing cegcc-build and cloning it again helps :)
so this seems fixed for me


-- 

Best Regards, André Hentschel

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[Paul S. <pm...@gm...>]

Hello,

On Mon, 14 Mar 2011 20:53:34 +0100
André Hentschel <ne...@da...> wrote:

> Am 14.03.2011 19:48, schrieb Paul Sokolovsky:
> > Hello,
> > 
> > On Mon, 14 Mar 2011 19:11:26 +0100
> > André Hentschel <ne...@da...> wrote:
> > 
> >>> git clone git://gitorious.org/cegcc/cegcc-build.git
> >>> Then follow instructions in cegcc-build/README
> >>> (http://gitorious.org/cegcc/cegcc-build/blobs/master/README)
> >>>
> >>>
> >> Hi,
> >> i love git, nothings better.
> >> But for some reason i cannot connect to gitorious.org when doing
> >> git submodule update. It first asked me if i want to trust some
> >> RSA key, i said yes, then the access failed(other end hung up).
> > 
> > Oops, I added developer's r/w git urls for submodules, fixed now.
> > Please pull and try again.
> > 
> > 
> after a git pull && git rebase origin:
> $ git submodule update
> Cloning into binutils...
> Permission denied (publickey).
> fatal: The remote end hung up unexpectedly
> Clone of 'gi...@gi...:cegcc/cegcc-svn-binutils.git' into
> submodule path 'binutils' failed
> 
> still...

Hmm, even extra "git submodule init" doesn't help, it appears there's
special "git submodule sync" command for this.

> 
> -- 
> 
> Best Regards, André Hentschel



-- 
Best regards,
 Paul                          mailto:pm...@gm...

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[Paul S. <pm...@gm...>]

Hello,

On Mon, 14 Mar 2011 19:11:26 +0100
André Hentschel <ne...@da...> wrote:

> > git clone git://gitorious.org/cegcc/cegcc-build.git
> > Then follow instructions in cegcc-build/README
> > (http://gitorious.org/cegcc/cegcc-build/blobs/master/README)
> > 
> > 
> Hi,
> i love git, nothings better.
> But for some reason i cannot connect to gitorious.org when doing git
> submodule update. It first asked me if i want to trust some RSA key,
> i said yes, then the access failed(other end hung up).

Oops, I added developer's r/w git urls for submodules, fixed now. Please
pull and try again.


-- 
Best regards,
 Paul                          mailto:pm...@gm...

Re: [Cegcc-devel] [ANN] CeGCC codebase migrated to git

[André H. <ne...@da...>]

Am 13.03.2011 21:19, schrieb Paul Sokolovsky:
> Hello,
> 
> Per previous RFC, I've splitted and migrated CeGCC SVN codebase to Git.
> For each upstream project, there is a separate git repository.
> Potentially, that will allow to rebase CeGCC patchset onto pristine
> upstream tree and follow upstream development more easily and/or
> maintain CeGCC patchset in better form.
> 
> At this time, only w32api tree was rebased against upstream. w32api
> also acquired lot of patches, thank to which it's now possibly to
> compile number of 3rd-party applications, like GSPlayer, FtpSvr, tMan,
> Win32++, etc.
> 
> The fact that there're number of repositories now doesn't mean that
> now it is harder to build entire toolchain - there's a meta-repository,
> cegcc-build, provided, which uses git submodules to pull all needed bits
> easily. Actually, I structured this build repository along the lines of
> http://en.wikipedia.org/wiki/Convention_over_configuration - you just
> need to clone that repository, follow very simple instructions in
> README (nothing to edit or configure manually), and get the toolchain
> built by running one command (which is itself just old good
> build-mingw32ce.sh).
> 
> Repositories are currently hosted at Gitorious - I'd like to discuss
> that further, ideally I'd like to see them hosted within bounds of
> existing CeGCC project, at SF.net.
> 
> I'd appreciate if all interested parties tried it, comments are welcome.
> 
> http://gitorious.org/cegcc
> 
> Quick start:
> 
> git clone git://gitorious.org/cegcc/cegcc-build.git
> Then follow instructions in cegcc-build/README
> (http://gitorious.org/cegcc/cegcc-build/blobs/master/README)
> 
> 
Hi,
i love git, nothings better.
But for some reason i cannot connect to gitorious.org when doing git submodule update. It first asked me if i want to trust some RSA key, i said yes, then the access failed(other end hung up).


-- 

Best Regards, André Hentschel

[Cegcc-devel] MediaWiki disabled

[Paul S. <pm...@gm...>]

Hello,

As last step of Trac migration, I've disabled MediaWiki for CeGCC
project at SF.net. All content was long ago migrated to Trac, where it
was elaborated and extended much comparing to what was available in
MediaWiki.

Trac as usual is open for wiki editing and bug submission:
https://sourceforge.net/apps/trac/cegcc/

-- 
Best regards,
 Paul                          mailto:pm...@gm...

[Cegcc-devel] [ANN] CeGCC codebase migrated to git

[Paul S. <pm...@gm...>]

Hello,

Per previous RFC, I've splitted and migrated CeGCC SVN codebase to Git.
For each upstream project, there is a separate git repository.
Potentially, that will allow to rebase CeGCC patchset onto pristine
upstream tree and follow upstream development more easily and/or
maintain CeGCC patchset in better form.

At this time, only w32api tree was rebased against upstream. w32api
also acquired lot of patches, thank to which it's now possibly to
compile number of 3rd-party applications, like GSPlayer, FtpSvr, tMan,
Win32++, etc.

The fact that there're number of repositories now doesn't mean that
now it is harder to build entire toolchain - there's a meta-repository,
cegcc-build, provided, which uses git submodules to pull all needed bits
easily. Actually, I structured this build repository along the lines of
http://en.wikipedia.org/wiki/Convention_over_configuration - you just
need to clone that repository, follow very simple instructions in
README (nothing to edit or configure manually), and get the toolchain
built by running one command (which is itself just old good
build-mingw32ce.sh).

Repositories are currently hosted at Gitorious - I'd like to discuss
that further, ideally I'd like to see them hosted within bounds of
existing CeGCC project, at SF.net.

I'd appreciate if all interested parties tried it, comments are welcome.

http://gitorious.org/cegcc

Quick start:

git clone git://gitorious.org/cegcc/cegcc-build.git
Then follow instructions in cegcc-build/README
(http://gitorious.org/cegcc/cegcc-build/blobs/master/README)


-- 
Best regards,
 Paul                          mailto:pm...@gm...