Re: moz module gbuildification?
On Mon Feb 25, Andras Timar wrote: Did you try it on Windows with --enable-win-mozab-driver? For me the build failed, moz headers were not in place when connectivity module needed them. should be fixed now. David ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: moz module gbuildification?
David, I'm in the process of converting just the binary version of moz to gbuild right now. Peter -Original Message- From: David Ostrovsky Sent: Saturday, February 23, 2013 5:53 AM To: Stephan Bergmann Cc: pefol...@verizon.net ; libreoffice Subject: Re: moz module gbuildification? On 02/20/2013, Stephan Bergmann wrote: So my take is that it would be worthwhile nevertheless to get moz converted to gbuild now, and see dmake/build.pl removed soon. the question is *what* should be gbuildified to see dmake/build.pl removed. My understanding is, that we have two different moz operation modes: prebuilt and native compilation from patched seamonkey 1.8 source tree. It seems that native compilation was broken in this commit: [1] BUILD_MOZAB was removed in config_host.mk.in and vc8-moztools.zip under moz/donwload is missing. But even after fixing that and downloading and copying vc8-moztools.zip manually to the right location and trying to compile it with the --with-visual-studio=2008 option i am still getting that failure: configure: error: This version of the MSVC compiler, 15.00.30729 , is unsupported. which bring us to the fact [2] that we apparently need MSVC 7.1 (or earlier?) to compile seamonkey 1.8, that we don't support anyway. Having said that I suggest to drop native compilation mode (i. e. all sources, patches, etc.) and only partially gbuildify moz module: prebuilt seamonkey mode, to be able to include binaries in release build. I checked released 4.0.0.3 installation on windows: thunderbird address book is working, without be able to compile it in 4.0.0 tree, so we don't need the native compilation mode (that is broken) to produce release build anyway. In fact no one even mentioned it. [1] http://cgit.freedesktop.org/libreoffice/core/commit/?id=a0c53a961a0af21f69f592b43799cd635c994810 [2] https://groups.google.com/forum/?fromgroups=#!topic/mozilla.dev.apps.thunderbird/AekntesqyHQ David ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: moz module gbuildification?
Hi, Did you try it on Windows with --enable-win-mozab-driver? For me the build failed, moz headers were not in place when connectivity module needed them. Cheers, Andras On Sat, Feb 23, 2013 at 3:14 PM, Peter Foley pefol...@verizon.net wrote: David, I'm in the process of converting just the binary version of moz to gbuild right now. Peter -Original Message- From: David Ostrovsky Sent: Saturday, February 23, 2013 5:53 AM To: Stephan Bergmann Cc: pefol...@verizon.net ; libreoffice Subject: Re: moz module gbuildification? On 02/20/2013, Stephan Bergmann wrote: So my take is that it would be worthwhile nevertheless to get moz converted to gbuild now, and see dmake/build.pl removed soon. the question is *what* should be gbuildified to see dmake/build.pl removed. My understanding is, that we have two different moz operation modes: prebuilt and native compilation from patched seamonkey 1.8 source tree. It seems that native compilation was broken in this commit: [1] BUILD_MOZAB was removed in config_host.mk.in and vc8-moztools.zip under moz/donwload is missing. But even after fixing that and downloading and copying vc8-moztools.zip manually to the right location and trying to compile it with the --with-visual-studio=2008 option i am still getting that failure: configure: error: This version of the MSVC compiler, 15.00.30729 , is unsupported. which bring us to the fact [2] that we apparently need MSVC 7.1 (or earlier?) to compile seamonkey 1.8, that we don't support anyway. Having said that I suggest to drop native compilation mode (i. e. all sources, patches, etc.) and only partially gbuildify moz module: prebuilt seamonkey mode, to be able to include binaries in release build. I checked released 4.0.0.3 installation on windows: thunderbird address book is working, without be able to compile it in 4.0.0 tree, so we don't need the native compilation mode (that is broken) to produce release build anyway. In fact no one even mentioned it. [1] http://cgit.freedesktop.org/libreoffice/core/commit/?id=a0c53a961a0af21f69f592b43799cd635c994810 [2] https://groups.google.com/forum/?fromgroups=#!topic/mozilla.dev.apps.thunderbird/AekntesqyHQ David ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: moz module gbuildification?
On 02/20/2013, Stephan Bergmann wrote: So my take is that it would be worthwhile nevertheless to get moz converted to gbuild now, and see dmake/build.pl removed soon. the question is *what* should be gbuildified to see dmake/build.pl removed. My understanding is, that we have two different moz operation modes: prebuilt and native compilation from patched seamonkey 1.8 source tree. It seems that native compilation was broken in this commit: [1] BUILD_MOZAB was removed in config_host.mk.in and vc8-moztools.zip under moz/donwload is missing. But even after fixing that and downloading and copying vc8-moztools.zip manually to the right location and trying to compile it with the --with-visual-studio=2008 option i am still getting that failure: configure: error: This version of the MSVC compiler, 15.00.30729 , is unsupported. which bring us to the fact [2] that we apparently need MSVC 7.1 (or earlier?) to compile seamonkey 1.8, that we don't support anyway. Having said that I suggest to drop native compilation mode (i. e. all sources, patches, etc.) and only partially gbuildify moz module: prebuilt seamonkey mode, to be able to include binaries in release build. I checked released 4.0.0.3 installation on windows: thunderbird address book is working, without be able to compile it in 4.0.0 tree, so we don't need the native compilation mode (that is broken) to produce release build anyway. In fact no one even mentioned it. [1] http://cgit.freedesktop.org/libreoffice/core/commit/?id=a0c53a961a0af21f69f592b43799cd635c994810 [2] https://groups.google.com/forum/?fromgroups=#!topic/mozilla.dev.apps.thunderbird/AekntesqyHQ David ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: moz module gbuildification?
On 23/02/13 11:53, David Ostrovsky wrote: configure: error: This version of the MSVC compiler, 15.00.30729 , is unsupported. which bring us to the fact [2] that we apparently need MSVC 7.1 (or earlier?) to compile seamonkey 1.8, that we don't support anyway. Having said that I suggest to drop native compilation mode (i. e. all sources, patches, etc.) and only partially gbuildify moz module: prebuilt seamonkey mode, to be able to include binaries in release build. that is a very good point (and i completely forgot about it): on the only platform where we still need moz, we can't actually build it from source except with an additional old MSVC installed. i agree that in this special case it's best to just unzip the pre-built binaries; there apparently hasn't been a need to re-build these in a long time if the 06-Sep-2011 timestamp on the server is reliable. let's hope that the binaries will continue to work until the remaining address books are re-implemented. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: moz module gbuildification?
On 02/20/2013 03:16 AM, Peter Foley wrote: According to https://wiki.documentfoundation.org/Development/Build_System/Module_status moz should not be converted to gbuild. However, moz still seems to be used for the windows addressbook connectivity. Since we’re down to only 2-3 gbuild modules, can somebody tell me if it’s worth the time to convert moz or is it really going to be removed soon? https://bugs.freedesktop.org/show_bug.cgi?id=56902 Kill off in-tree (ancient) mozilla copy still blocks on three issues all in status NEW * https://bugs.freedesktop.org/show_bug.cgi?id=56903 Moz-free Outlook Address Book driver * https://bugs.freedesktop.org/show_bug.cgi?id=56905 Moz-free Outlook Express Address Book driver * https://bugs.freedesktop.org/show_bug.cgi?id=57322 Moz-free LDAP Address Book driver So my take is that it would be worthwhile nevertheless to get moz converted to gbuild now, and see dmake/build.pl removed soon. (Peter, once there are no more modules left for conversion, maybe you'd be interested in working on one of the above issues instead? ;) Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice