I'd suggest using an GNU toolchain or crosscompiling from an
GNU platform.
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
That's a terrible idea. We don't officially support this, FWIW.
I think your problem is that you're building on Vista x64, and our
build support there is probably spotty. You might need to run the
batch files from a 32-bit cmd.exe to get things to work properly, I'm
not sure. You might find it less painful to build on a 32 bit version
of Windows if that's an option for you.
-Ted
> > I'd suggest using an GNU toolchain or crosscompiling from an
> > GNU platform.
>
> That's a terrible idea. We don't officially support this, FWIW.
The OSS-QM project takes care of this.
Moz build team is too learn-resistent to accept even our old
patches, so we were forced to fork.
> I think your problem is that you're building on Vista x64, and our
> build support there is probably spotty. You might need to run the
> batch files from a 32-bit cmd.exe to get things to work properly, I'm
> not sure. You might find it less painful to build on a 32 bit version
> of Windows if that's an option for you.
*rofl* what I funny suggestion ;-O
Msys, I believe, is still horribly broken on 64 bit Vista (or at least
so one of my co-workers claim, and I have no reason to doubt him). You
may need to end up falling back to cygwin. Yes, that sucks.
Possibly see
http://www.mozilla-x86-64.com/archives/2007/12/mozilla_build_s.html ?
HTH
--
Mook
mook dot moz plus stuff
P.S. current trunk doesn't actually compile under gcc/mingw on Windows,
whatever Enrico Weigelt claims - I know, I tried, and I have at least
one patch on bmo :p
Enrico,
We obviously have very different viewpoints about software
development. That's fine, I certainly wouldn't presume to tell you
what to think. We have explained to you in different venues
(bugzilla, these forums) why we do things in certain ways, and why
most of your proposed fixes are not acceptable to us. You are free to
fork the code as you see fit, good luck with that.
However, please do not give bad advice about building Mozilla in what
is primarily a developer support forum. Building with the GNU Win32
toolchain is not a supported configuration (albeit one that often
works), and cross-compiling from Linux is even less supported. Given
that most people simply want their build to work, I'd ask that you not
suggest things that will complicate their task and make it even harder
for those of us involved in the project to help them.
-Ted
Hi,
> We obviously have very different viewpoints about software
> development. That's fine, I certainly wouldn't presume to tell you
> what to think. We have explained to you in different venues
> (bugzilla, these forums) why we do things in certain ways, and why
> most of your proposed fixes are not acceptable to us.
Actually, the *WHY* isn't really explained (IMHO) ;-P
As I'm working on in embedded environments, my primary interests are
an *clean* (100% automatic) build process and stability, dozens of
features have low priority to me. Official Mozilla is far from that.
> You are free to fork the code as you see fit, good luck with that.
Done with OSS-QM and ModZilla:
* http://freebc.metux.de/groups/modzilla/boards
* http://freebc.metux.de/boards/oss-qm/announce
> However, please do not give bad advice about building Mozilla in what
> is primarily a developer support forum. Building with the GNU Win32
> toolchain is not a supported configuration (albeit one that often
> works), and cross-compiling from Linux is even less supported.
Maybe it's not supported officially, but by ModZilla. So everyone
who's interested in it may contact us.
> Given that most people simply want their build to work, I'd ask that
> you not suggest things that will complicate their task and make it
> even harder for those of us involved in the project to help them.
Building official Moz already *IS* very complicated. That's why had
to refacture the buildsystem (see patches @ oss-qm).
Interesting. When did you drop cross-compiling support? Using linux as
the build host when cross-compiling was the only scenario that was
frequently tested and it was certainly more supported than the gcc-win32
builds. I assume all of this changed when you switched repositories?
- cls
I don't think Ted meant that it was "dropped". More that there isn't a
tinderbox that tests cross-compiling. And configurations without tinderboxes
tend to break pretty often and often rely on the community to get fixed again.
Peter.
We didn't 'drop' support... it's still a tier-3 build option supported by
the community as it always was. I think Ted is reacting to the suggestion
that somebody go from the tier-1 well-tested build option to a tier-3
community-supported build option which is known to be broken at the moment
due to bug 411826.
--BDS