Re: Minimum Ant version is now 1.9.1

Ant 1.9.x only needs Java 1.5, but the code I've written for the SDBC-JDBC bridge and PostgreSQL database driver needs Java 1.7. On Sat, Apr 14, 2018 at 1:13 PM, Matthias Seidel <matthias.sei...@hamburg.de > wrote: > Hi Damjan, > > Am 10.04.2018 um 13:46 schrieb Damjan Jovanovic

Re: Memory management strategy

The Mozilla project also uses C++, also started in a similar timeframe to StarOffice, also has a huge codebase, also uses a component-based development methodology, and so on. Lately, they've dealt with memory issues by developing in another language that is memory-safe: Rust. We could learn

Test r1829205 build

Hi Please test the build from the above patch which made considerable platform-specific changes. If it's any consolation, this should be the last module I port to gbuild in-tree before the 4.2.0 release. Thank you Damjan

Re: Upstreaming FreeBSD ports patches before 4.2.0?

Hi It should be an easy fix, we just #include that file that the boost upstream commit deleted from its includes, into our files that need it. On Mon, Apr 16, 2018 at 4:13 PM, Pedro Giffuni wrote: > Hi guys; > > Just to let you know, OpenOffice is about to break in FreeBSD due

Re: Building module store error on macOS

ns and try to > build on your Mac? > > Regards, > Dave > > Sent from my iPhone > > > On Mar 27, 2018, at 7:44 PM, Damjan Jovanovic <dam...@apache.org> wrote: > > > > On Wed, Mar 28, 2018 at 12:57 AM, Larry Gusaas <larry.gus...@gmail.com> > > wrote: &

Re: Building module store error on macOS

On Wed, Mar 28, 2018 at 12:57 AM, Larry Gusaas wrote: > > > On 2018-03-27, 4:32 PM Dave Fisher wrote concerning "Re: Building module > store error on macOS": > > For development purposes Apple does not allow virtualization and >> development has to proceed on physical

Re: Building module store error on macOS

Hi Between the gbuild migration, Win64 migration and MSVS 2015 migration, all of which are project-wide, modules will break, a lot. If I had access to a Mac, I would definitely be testing these changes. Since I don't, Infra keep refusing to get us a Mac buildbot, Apple is my least favourite

Re: Building module store error on macOS

Buildbots Jim did offer to make one available in his > location and infrastructure knows how to hook that up. Is now the time? > > I think we have several developers doing builds now which is great! > > Regards, > Dave > > Sent from my iPhone > > > On Mar 27, 201

Re: Back to OpenOffice

As of 1827739, the main/jvmaccess problem seems fixed, so AOO32 should be building on Windows64 again (without any special settings). Welcome back Patricia :). Damjan On Sat, Mar 24, 2018 at 3:10 PM, Matthias Seidel wrote: > Hi Patricia, > > Am 24.03.2018 um 13:54

Re: Which C++ language version?

Don't we use C++ 2003? On Mon, Mar 26, 2018 at 7:41 AM, Peter kovacs wrote: > I had to build with -std=c++11 on gcc 7. > C++98 did not work as far as I remeber. > C++17 did lead also to failure I believe. > > So I think we use features from the partial support already. > > Am

Re: Memory management strategy

A related problem to consider is the generally poor runtime environment support for using C++ between modules. On Windows, using C++ between different DLLs requires they were built by the same MSVC version and used the same CRT runtime settings, and I am finding that for the main/jvmaccess module

Re: Win64 port started, and how building 32 bit AOO on Win64 could break soon

Mar > > 22 14:01:06 2018 > > dmake: Error code 255, while making 'openoffice_en-US.msi' > > > > This seems to be Windows only. > > > > Regards, > > > >Matthias > > > > > > Am 13.03.2018 um 04:19 schrieb Damjan Jovanovic: > >>

Test r1828081 build (Mac, OS2)

Hi In r1828081 I ported multiple libraries and external dependencies with unusual naming to gbuild. Windows definitely builds, but other systems, particularly Mac and OS2, might not. Please test. Damjan

Re: rdbmaker issues

The name of the cppuhelpers library is generated in main/cppuhelper/source/ makefile.mk: .IF "$(GUI)" == "WNT" SHL1TARGET=$(TARGET)$(UDK_MAJOR)$(COMID) .ELIF "$(GUI)" == "OS2" SHL1TARGET=cppuh$(UDK_MAJOR) .ELSE SHL1TARGET=uno_$(TARGET)$(COMID) .ENDIF If this was an intentional change, you may

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

Does nobody understand, that with that run-time dynamic linking patch I wrote, and some extra work to resurrect gstreamer 0.1 support from SVN, you could build both gstreamer 0.1 and 1.0 plugins on CentOS 6, and then use whichever gstreamer version is installed at run-time? Damjan On Mon, Mar

Re: Issue w/ lucene build/patch in trunk

Sorry about that, and well done on fixing it :). On Mon, Mar 19, 2018 at 4:20 PM, Jim Jagielski wrote: > Fixed in r1827202... there were some EOL gremlins in the patch-file which > caused patch to barf > > > On Mar 14, 2018, at 10:11 AM, Jim Jagielski wrote:

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

On Mar 20, 2018, at 3:24 AM, Damjan Jovanovic <dam...@apache.org> wrote: > > > > Does nobody understand, that with that run-time dynamic linking patch I > > wrote, and some extra work to resurrect gstreamer 0.1 support from SVN, > you > > could build both g

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

Pleasure :). Committed in r1827295. On Tue, Mar 20, 2018 at 1:13 PM, Matthias Seidel <matthias.sei...@hamburg.de > wrote: > Works for me. > > Thanks! > > Am 20.03.2018 um 11:46 schrieb Damjan Jovanovic: > > Does this patch help? > > (Remember to re-run "aut

Re: svn commit: r1827215 - in /openoffice/trunk/main: configure.ac solenv/gbuild/platform/macosx.mk

Does this patch help? (Remember to re-run "autoconf") On Tue, Mar 20, 2018 at 12:32 PM, Matthias Seidel < matthias.sei...@hamburg.de> wrote: > Something is broken here (even with r1827253)... > > When doing configure (on Windows) I get: > > ./configure: line 8147: syntax error near unexpected

Re: Win64 port started, and how building 32 bit AOO on Win64 could break soon

tively safe) module changes broke the Win32 build. On Mon, Mar 5, 2018 at 6:43 AM, Patricia Shanahan <p...@acm.org> wrote: > > On 3/4/2018 7:41 PM, Damjan Jovanovic wrote: > ... > >> While the progress I've made [in 1 weekend ;-)] is impressive, I imagine a >> full

Win64 port started, and how building 32 bit AOO on Win64 could break soon

Hi I've begun the long overdue task of porting AOO to 64 bit Windows. With my changes so far, oowintool can now detect (the 64 bit only) Java 1.9, dmake can now compile in Cygwin64, ./configure and ./bootstrap complete successfully, and (with uncommitted patches) both dmake and gbuild modules

Re: Win64 port started, and how building 32 bit AOO on Win64 could break soon

On Mon, Mar 5, 2018 at 3:29 PM, Patricia Shanahan <p...@acm.org> wrote: > > > On 3/4/2018 11:27 PM, Damjan Jovanovic wrote: > ... > >> But there is a simple way to both keep the 64->32 bit building working >> while making the 64 bit changes in trunk, and

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

uot; (it's disabled by default. Should it be?) On Fri, Mar 2, 2018 at 8:39 AM, Jose R R <jose@metztli.com> wrote: > On Thu, Mar 1, 2018 at 10:14 PM, Damjan Jovanovic <dam...@apache.org> > wrote: > > I finally cracked it. The gstreamer pipeline gets created early, dur

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

Hi I've begun having a look. We currently test for gstreamer in configure.ac but don't use the result, re-running pkg-config in a main/avmedia's makefile. Changing the version number to 1.0 breaks the build due a missing header file. Removing that "#include" gets it a little further, but it

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

here: https://gstreamer.freedesktop.org/documentation/application-development/appendix/porting-1-0.html https://cgit.freedesktop.org/gstreamer/gstreamer/plain/docs/random/porting-to-1.0.txt On Wed, Feb 28, 2018 at 10:22 AM, Damjan Jovanovic <dam...@apache.org> wrote: > Hi > > I'

Re: Openoffice and unsupported gstreamer 0.10 branch (for openoffice libavmediagst.so library)

Torokhov, Jose, Peter: thank you for all your support. Please test and report any problems. Damjan On Thu, Mar 1, 2018 at 9:25 AM, Damjan Jovanovic <dam...@apache.org> wrote: > Unfortunately it looks like the problem is harder than just getting it to > build. Even after fixing some

Re: Other build ideas (was: Re: Windows Build Environment futures

; Peter > > > On 10/5/18 10:15 AM, Damjan Jovanovic wrote: > > Hi > > > > I now have a few other ideas regarding the building story. > > > > The gbuild migration has been extraordinarily long and painful. Sadly > I've > > had to learn so much about gbui

Re: Building trunk with java disabled

On Sun, Oct 14, 2018 at 3:48 PM Matthias Seidel wrote: > Hi Yuri, > > Am 12.10.2018 um 16:29 schrieb Yuri Dario: > > Hi, > > > > I already built the trunk on OS/2 manually skipping the java stuffs > > (our latest JVM is java 6). > > > > So yesterday I configured the build with --without-java:

Re: compile error

Is there a main/solver/420//inc/sal/config.h? If not, main/sal didn't deliver. Did you do a rebuild from scratch? On Mon, Oct 15, 2018 at 10:57 PM Peter Kovacs wrote: > I get the following error while trying to build on Linux: > > >

Re: FOSDEM 2019: UNO Project as an Idea for Main track or fast talk? (was: FOSDEM 2019: no Open Document Editors devroom?)

Not directly. An UNO wrapper could be written to access the ODF toolkit from other UNO languages (C++, Python, (old) Javascript, StarBasic, OLE automation). Those languages would have to run in an UNO environment though. Other approaches to interoperability do exist; UNO's advantage is good

Other build ideas (was: Re: Windows Build Environment futures (was: Open Office Contribution))

Hi I now have a few other ideas regarding the building story. The gbuild migration has been extraordinarily long and painful. Sadly I've had to learn so much about gbuild, and implement so many new features in it (symlinks, UNO IDL, Ant, bison, flex, now assembly...), that I am getting good at

Re: html code generated from Open Office

On Tue, Oct 2, 2018 at 1:27 AM Peter Kovacs wrote: > #include Okay this is special, since it > refers to Javacode. But I do not know how to find the corresponding Java > class file. > That isn't Java, that is a header file generated from the UNO IDL in main/offapi/com/sun/star/form/XForm.idl

Re: Other build ideas (was: Re: Windows Build Environment futures

On Fri, Oct 5, 2018 at 8:45 PM George Karalis wrote: > > Hello everyone, > > Hi, welcome :) > Since am new to the project and working on understanding the build process > this past > week, I agree with Damjan that the build system needs that overhaul. I > also agree that > a MSVC upgrade and a

Re: Other build ideas

s easier, it has been a week and I have done some progress already, > and it will ease > > development a little, but ultimately changing to a modern build system > can have tremendous > > potential for the project, modern build systems integrate perfect with > Visual Studio, >

Re: Other build ideas

Those links are in the wrong category then. They refer to OOo not the ODF Toolkit. On Sat, Oct 6, 2018 at 3:54 AM Dave Fisher wrote: > > > Sent from my iPhone > > > On Oct 5, 2018, at 6:37 PM, Damjan Jovanovic wrote: > > > > The links you are looking for are: &

Re: svn commit: r1839782 - in /openoffice/trunk/main: ./ rsc/ rsc/prj/ rsc/source/parser/ solenv/gbuild/

Thank you, I am having a look. Damjan On Sat, Sep 1, 2018 at 4:17 PM Matthias Seidel wrote: > Hi Damjan, > > This one seems to break the Windows build: > > https://ci.apache.org/projects/openoffice/buildlogs/win/main/sfx2/wntmsci12.pro/misc/logs/prj.txt > > Regards, > >Matthias > > > Am

Re: html code generated from Open Office

Hi If it was me, I said: The code for the "Save As" -> "HTML document" feature seems to be in: main/sc/source/filter/html for Calc, and main/sw/source/filter/html for Writer. (Not sure if there are more?) Thank you for your contribution, and please let us know if you need any further help.

Re: svn commit: r1839782 - in /openoffice/trunk/main: ./ rsc/ rsc/prj/ rsc/source/parser/ solenv/gbuild/

I don't get it, main/sfx2 builds for me on both FreeBSD and Windows. main/salhelper fails to build on Windows, and it looks like a mission to fix it :(. On Tue, Sep 4, 2018 at 6:16 AM Damjan Jovanovic wrote: > Thank you, I am having a look. > > Damjan > > > On Sat, Sep

Re: Do we have a functional 64 bit version for Windows

No. I began working on it, but it's not even remotely finished. If you wish to help, build on a Win64 setup with --enable-win64 passed to ./configure. The build will break eventually, and the module it breaks in is the next module you have to port ;). Damjan On Fri, Sep 21, 2018 at 7:58 PM

Re: Open Office Build Process

Hi George The build system is particularly difficult to change. If you look through the mailing list archives, I documented some of my experiences with MSVC 14 in a 13 March 2018 email entitled "First steps in building with MSVC 14 / Visual Studio 2015". I didn't get far. A patch with some of my

Re: Building AOO under Debian9

going to need "git bisect" a lot, for the 4.2.0 > >release... > >> > >> On Tue, Jan 15, 2019 at 12:04 AM Jim Jagielski > >wrote: > >> > >>> Yeah... getting this on my CentOS7 builds as well... > >>> > >>> Just on deb

Re: svn commit: r1850814 - in /openoffice/trunk/main/cpputools: Executable_regcomp.mk Executable_regsingleton.mk Executable_sp2bv.mk Executable_uno.mk Makefile Module_cpputools.mk Package_bin.mk

; [ build PVTUNOTYPES ] > [ build PVTUNOTYPES ] > [ build DEP ] LNK:Library/libs5abi_uno.dylib > [ build PVTUNOTYPES ] > [ build PVTUNOTYPES ] > [ build DEP ] LNK:Library/libs5abi_uno.dylib > [ build PVTUNOTYPES ] > [ build PVTUNOTYPES ] > [ build DEP ] LNK:Library/libs5abi_u

Re: Building AOO under Debian9

14, 2019, at 4:37 PM, Mechtilde wrote: > > > > Hello, > > > > Am 10.01.19 um 07:01 schrieb Mechtilde: > >> > >> > >> Am 10.01.19 um 03:07 schrieb Damjan Jovanovic: > >>> Hi > >>> > >>> I am glad it work

Re: getuid.so

Great work, thank you Jim! On Wed, Jan 16, 2019 at 3:29 AM Jim Jagielski wrote: > OK, so I've been doing some digging and it looks like the reason for the > above is because we need to fool epm (and dpkg et. al.) into thinking we > are root in order to correctly build the DEB packages. > > The

Re: Navigator query

Hi Here's how I found it: View -> Navigator to open the window. Look for the most complex unique text there, eg. "Heading Levels Shown" in a tooltip. Go to https://opengrok.libreoffice.org and search for "Heading Levels Shown" under full-text search. It finds 2 matches:

Re: MSVC Update

Hi George You can skip the building of gtest by passing --disable-unit-tests to ./configure. Damjan On Mon, Dec 17, 2018 at 8:03 PM George Karalis wrote: > Hello, > > I have been testing for a while now, the MSVC 2010 compiler and the > Windows 7.1 SDK, with OpenOffice. > While I configured

Win64 progress at almost 50%; the challenging Win64<->UNO bridge looms

Hi At least 81 modules (44.26%) successfully build on Win64 now, up from 67 (36.61%) before. At present the build breaks in main/bridges, which I can hack past, but then modules like cli_ure and i18npool break, probably because they need the missing Win64 UNO bridge. This Win64 <-> UNO bridge

Re: Win64 progress at almost 50%; the challenging Win64<->UNO bridge looms

erstanding of stack management and > call/return from compiler and operating system work. > > Would it be useful for me to start learning the appropriate assembly > language and stack management? If so, I would like pointers to the > assembler and ABI etc. conventions. > > On 12

Re: Win64 progress at almost 50%; the challenging Win64<->UNO bridge looms

d eventually reach the platform-specific code somehow; I am still investigating that part. On Tue, Dec 4, 2018 at 7:18 AM Damjan Jovanovic wrote: > Thank you Patricia. > > Yes knowing some x86_64 assembly would help, but don't go too far, it's > only about 2000 lines of code on othe

gbuild development update 2018-11

Hi Out of our 183 total modules, 94 are now in gbuild (51.37%). That seems like a small number, given the amount of time it has taken to get there. Right? Well, of the remaining modules, 37 of them (another 20.22% of total) are "externals" (zlib, jpeg, etc.) which we merely unzip and patch with

Re: svn commit: r1847342 - in /openoffice/trunk/main: ./ postprocess/packcomponents/ solenv/ant/ solenv/gbuild/ xmerge/ xmerge/java/ xmerge/java/XMergeBridge/ xmerge/java/XMergeBridge/java/ xmerge/jav

One problem was that GNU make 3.8.1, which we use on the Linux buildbots, doesn't have the: $(file < ...) function. I've now changed it to use: $(shell cat ...) instead. This doesn't however explain why the Windows buildbot also failed in xmerge, as its GNU make is recent enough. Another problem

Re: AOO 4.2.0-beta/alpha

That register_extensions function that seems to break is in main/solenv/bin/modules/installer/simplepackage.pm I suggest changing it to print out some debugging info and then "build --from instsetoo_native". On Wed, Jan 9, 2019 at 7:34 PM Jim Jagielski wrote: > > > > On Jan 9, 2019, at 12:18

Re: Building AOO under Debian9

t; Is it ok? > > Regards > > Mechtilde > > Am 09.01.19 um 22:08 schrieb Mechtilde: > > Hello Damjan > > > > Am 09.01.19 um 16:28 schrieb Damjan Jovanovic: > >> Please post the output of your "gcc -dumpversion". > >> >

Re: Future development discussion

Win64 is also making good progress behind the scenes. The uncommitted Win64 UNO bridge I've been coding (a lot of it in AMD64 assembly) should now be able to call arbitrary C++ methods from UNO and UNO methods from C++ (not tested yet), but the poorly documented internals of MSVC C++ exception

Re: Building AOO under Debian 8

I've seen this happen sometimes. Try "make clean" in main/sw and then build that module again. On Fri, Jan 11, 2019 at 9:08 PM Mechtilde wrote: > Hello, > > now I want to try to build 42x with my commit from trunk under Debian 8. > > This failed: > > > > = > Building module sw >

Re: Building AOO under Debian9

Please post the output of your "gcc -dumpversion". Are you able to try some changes out? If so, on line 86 of main/basebmp/inc/basebmp/packedpixeliterator.hxx, change the 0 to 0u (which is used elsewhere in that file and works). Then try building again and report back. Regards Damjan On Fri,

Re: svn commit: r1850814 - in /openoffice/trunk/main/cpputools: Executable_regcomp.mk Executable_regsingleton.mk Executable_sp2bv.mk Executable_uno.mk Makefile Module_cpputools.mk Package_bin.mk

Please attach the text printed out in this infinite loop. On Wed, Jan 9, 2019 at 3:47 PM Jim Jagielski wrote: > FWIW, I'm having similar problems w/ bridges, which was ported to > gbuild... I get an infinite loop while linking. There's something wonky > with some edge cases here... >

Re: AOO 4.2.0-beta/alpha

It's not on purpose that it breaks. The last time I used a Mac was in 2005, and I have zero experience developing for it. Please post some info regarding these gbuild problems you have and let's see if I can help. On Tue, Jan 8, 2019 at 4:54 PM Jim Jagielski wrote: > I've started playing

Re: html code generated from Open Office

for comparison purposes.) > > If there is documentation of the format of the .odt files, I might be able > to write the module from scratch. > > > > Howard > > > > *From: *Damjan Jovanovic > *Sent: *Monday, September 3, 2018 11:20 PM > *To: *Apache OO ; > howard

Re: svn commit: r1856677 - in /openoffice/trunk/main/tools: GoogleTest_tools_pathutils.mk Module_tools.mk qa/test_pathutils.cxx

On Tue, Apr 2, 2019 at 3:24 PM Matthias Seidel wrote: > Hi Damjan, > > Just for clarification, these tests are done automatically while > building unless I disable them explicitly with --disable-unit-tests? > > Regards, > >Matthias > > That's right. Regards Damjan

Re: 4.2.0-dev-m1

I have a lot of experience with desktop integration but am too busy to have a look. Also I posted a checklist of things we should do for the release. None of them are done yet. On Fri, Mar 29, 2019 at 1:23 PM Jim Jagielski wrote: > Does the lack of desktop integration in m1 mean that this

Re: 4.2.0-dev-m1

ple files get generated and passed around. It shouldn't be too hard to get working though. Nothing done regarding testing yet. Damjan On Sat, Mar 30, 2019 at 11:32 AM Stehmann wrote: > Hello > > Am 29. März 2019 19:40:47 MEZ schrieb Damjan Jovanovic >: > >I have a lot of ex

Re: svn commit: r1853643 - in /openoffice/trunk/main: ./ apple_remote/ apple_remote/prj/ apple_remote/source/

That's great :) Well done! On Thu, Feb 21, 2019 at 6:35 PM Jim Jagielski wrote: > Resolved in r 1854065

Re: svn commit: r1853643 - in /openoffice/trunk/main: ./ apple_remote/ apple_remote/prj/ apple_remote/source/

t; unxmaccx.pro/workdir/LinkTarget/Library/libvcl.dylib] Error 1 > make: *** Waiting for unfinished jobs > dmake: Error code 2, while making 'all' > > > > > On Feb 19, 2019, at 8:59 PM, Damjan Jovanovic wrote: > > > > Yes, changes to gbuild itself are large

Re: svn commit: r1853643 - in /openoffice/trunk/main: ./ apple_remote/ apple_remote/prj/ apple_remote/source/

Looks like a lot of symbols may need exporting. For starters, try the following: In apple_remote/inc/AppleRemote.h, change: @interface AppleRemote : HIDRemoteControlDevice { to: @interface SAL_DLLPUBLIC_EXPORT AppleRemote : HIDRemoteControlDevice { You may also need: #include See if you get

Re: OS/2 error running unopkg.bin while packaging

Hi There were a lot of changes to UNO-related modules in the past few months, due to both the Win64 port and the gbuild port. It's possible something broke for OS/2 in the process. I suggest a bisection test. Sorry Damjan On Fri, Feb 22, 2019 at 12:52 PM Yuri Dario wrote: > Hi, > > I have

Re: Time for our first 4.2.0 beta?

Bug 125129 looks like a wild goose chase and requires considerable understanding of the framework layer, but I'll try continue when I have time. My own release checklist would include: 1. Library audit. 1.1 Did we lose or gain any public symbols in our libraries since the 4.1.0? Gbuild requires

Re: macOS on trunk broken again

logs/prj.txt > > > https://ci.apache.org/projects/openoffice/buildlogs/linux32/main/pyuno/unxlngi6.pro/misc/logs/prj.txt > > Maybe it is related? > > Regards, > >Matthias > Am 11.02.19 um 20:56 schrieb Damjan Jovanovic: > > On Mon, Feb 11, 2019 at 8:03 PM Jim Jag

Re: macOS on trunk broken again

/logs/prj.txt > <> > > > https://ci.apache.org/projects/openoffice/buildlogs/linux32/main/pyuno/unxlngi6.pro/misc/logs/prj.txt > <> > > Maybe it is related? > > <> > > Regards, <> > >Matthias > > <> > > Am 11.02.

Re: macOS on trunk broken again

der.uno.dylib > lrwxr-xr-x > <http://unxmaccx.pro/workdir/LinkTarget/Library/pythonloader.uno.dyliblrwxr-xr-x> > 1 jim staff 89 Feb 12 14:35 solver/450/ > unxmaccx.pro/workdir/LinkTarget/Library/pyuno.so@ -> > /Users/jim/src/asf/trunk/main/solver/450/ > unxmaccx.pr

Re: macOS on trunk broken again

1853456 introduced a bracketing bug in main/pyuno/Library_pyuno_loader.mk. 1853457 Linux64 buildbot. 1853465 Linux32 buildbot. 1853466 fixed that bug. Maybe we just need a rebuild? On Wed, Feb 13, 2019 at 3:02 AM Damjan Jovanovic wrote: > Where? I see them: > [image: image.png] &g

Re: macOS on trunk broken again

Where? I see them: [image: image.png] [image: image.png] On Wed, Feb 13, 2019 at 12:47 AM Matthias Seidel wrote: > Hi Damjan, > > Am 12.02.19 um 18:01 schrieb Damjan Jovanovic: > > Linux should be fixed in commit 1853456. > > It builds now, but the icons in the too

Re: macOS on trunk broken again

Fixed in 1853558: Fix a regression in 1853299 caused by a path and pattern match rule in main/packages that were wrong. Patch by: me On Wed, Feb 13, 2019 at 9:04 PM Damjan Jovanovic wrote: > Hi > > I can reproduce it now. In debug mode (Ctrl+Alt+Shift+D), it gives > warnings,

Re: macOS on trunk broken again

y see empty boxes... ;-) > > But a fresh Windows build from buildbot, revision 1853466 still shows no > icons in toolbars: > > https://www.dropbox.com/s/33hqi8dbvxz8mt0/VirtualBox_Windows%207%20AOO-Build_13_02_2019_16_49_43.png?dl=0 > > I will force a new build for Linux64 now and se

Re: macOS on trunk broken again

On Mon, Feb 11, 2019 at 8:03 PM Jim Jagielski wrote: > Uggg > > looks like breakage from the solenv port to gbuild??? > > Are you sure? I don't see how, it's a very simple port.

Re: macOS on trunk broken again

svn-bisect to track down the issue... > > > On Feb 11, 2019, at 2:56 PM, Damjan Jovanovic wrote: > > > > On Mon, Feb 11, 2019 at 8:03 PM Jim Jagielski wrote: > > > >> Uggg > >> > >> looks like breakage from the solenv port to gbuild???

Re: svn commit: r1853643 - in /openoffice/trunk/main: ./ apple_remote/ apple_remote/prj/ apple_remote/source/

Yes, changes to gbuild itself are largely made by experimentation. It's beyond anyone's complete understanding. Please try this patch, with the file extensions back on *.m. On Tue, Feb 19, 2019 at 10:39 PM Jim Jagielski wrote: > > > > On Feb 19, 2019, at 12:05 PM, Damjan Jovano

Re: svn commit: r1853643 - in /openoffice/trunk/main: ./ apple_remote/ apple_remote/prj/ apple_remote/source/

I think .m files are Objective C, and gb_Library_add_objcxxobjects wants Objective C++'s .mm. I am completely unfamiliar with both languages. Please try renaming apple_remote/source/*.m to *.mm and see if it works? If not, I'll have to make a gb_Library_add_objcobjects API instead. On Tue, Feb

Re: Remove main/crashrep?

On Tue, Jan 29, 2019 at 12:54 AM Matthias Seidel wrote: > Hi all, > > The crash report tool was abandoned some years ago. Help files were > removed in 2014: > https://bz.apache.org/ooo/show_bug.cgi?id=125696 > > Now I simply removed the directory main/crashrep from my build tree > (AOO42X) and

Re: Win64 progress at almost 50%; the challenging Win64<->UNO bridge looms

I've now committed a preliminary Win64<->UNO bridge I've developed. It compiles and links but haven't tested it yet. On Thu, Dec 6, 2018 at 8:40 AM Damjan Jovanovic wrote: > The main/bridges module has been ported to gbuild. > > It consists of 3 deliverables, java_uno.jar a

Re: Build on Windows

On Thu, May 16, 2019 at 4:45 AM Patricia Shanahan wrote: > "Install Microsoft Windows SDK for Windows 7 and .NET Framework 3.5. SP1 > (recommended by Microsoft. Note: later versions of the Windows SDK will > not work. AOO can not be built with MSVC 2010 or 2012 - MSVC 2008 is > needed and is

Re: abp.component

Hi It should be under main/extensions/source/abpilot/abp.component but I am not sure why it wasn't built and delivered. Try: build --from extensions Regards Damjan On Mon, Jun 3, 2019 at 6:08 AM Ynjiun Paul Wang wrote: > Dear, > > > > I am new in development. Today I tried to compile the

Re: abp.component

ns I did not compile it correctly? Or I need to turn > off these assertions? Any hint? Thanks a lot in advance. > > -Paul > > -----Original Message- > From: Damjan Jovanovic [mailto:dam...@apache.org] > Sent: Sunday, June 02, 2019 10:13 PM > To: Apache OO > S

Re: Java 12 not recognized by AOO

On Fri, May 10, 2019 at 8:35 AM FR web forum wrote: > @Larry, > Strange, the xml has kept many path locations. > Could you rename this file (quit AOO before)? > Run AOO that re-create a new javasettings file. > Go back in Tools > Options > AOO > Java to see if jre 12 is here. > > > > > >

Build broken by 1858940?

Entering /path/to/openoffice/main/extras/source/misc_config dmake: Error: -- `wizard/web/styles/pc_old.css' not found, and can't be made 1 module(s): extras need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /path/to/openoffice/main/extras/source/misc_config When

Re: ./configuration acrobatics.

As stated on the bug report: Possibly a regression from:https://svn.apache.org/repos/asf/openoffice/trunk@1852965 Please keep the discussion there. Damjan On Sun, Jul 7, 2019 at 2:43 PM Peter Kovacs wrote: > Thanks Andrea for the pointer. > > It does not give any reasons for the option

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

Hi What does "java --version" give? You might need to backport the following commit to 4.1.x: commit 3bd2d6aed629c4323ea9e8426acfb793eb9046fd Author: Damjan Jovanovic Date: Sun Apr 15 15:00:46 2018 + Allow the Java version suffix (eg. the 162 in 1.8.0_162) to be 3 d

Re: [resolution] svn migration plan

On Sat, Aug 3, 2019 at 7:47 AM Peter Kovacs wrote: > Hello all, > > I have pushed Infra a bit. We are now migrating. > > So migration will be finished soon. > > Excellent :). > > I suggest we use the short hash. > > For what? Why can't we "git tag" relevant commits and use the tag instead?

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

is used in Debian 10 > (buster, stable) > > Am 18.08.19 um 10:45 schrieb Matthias Seidel: > > Hi Damjan, > > > > Thank you for looking into it! > > > > Indeed it was Ubuntu 16.04 where I could replicate the problem with > > OpenJDK8u222. > > >

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

er Debian 11. > > The detection of Java 8u222, Java 11.0.4 and Java 12.0.2 works. Java > means OpnJDK which is shipped with Debian. > > The German builds I published under > > /home/mechtilde/public_html/NewBuild > > Thanks to Damjan. > > Mechtilde > > Am 18.08.19 um 12:

Re: build issue with Rhino

Our minimum Java version has been 1.7 for a while now. Rhino's version is set in: main/rhino//misc/build/rhino1_7R3/build.properties Damjan On Sun, Aug 11, 2019 at 10:03 PM Peter Kovacs wrote: > I have following Issue. Does anyone know what to do? > > Latest Version of Rhino is 1.7.9 we use

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

On Sun, Aug 18, 2019 at 9:30 PM Matthias Seidel wrote: > Thanks! > > Am 18.08.19 um 20:26 schrieb Damjan Jovanovic: > > That's great news. Thank you for testing. > > > > I am busy so it will take me a few days to finalize the patch and commit > it. > &g

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

a release blocker for 4.1.7! > > Regards, > >Matthias > > > Am 14.08.19 um 16:37 schrieb Matthias Seidel: > > Hi Damjan, > > > > Am 14.08.19 um 07:02 schrieb Damjan Jovanovic: > >> Hi > >> > >> What does "java --version" give

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

Found 8u222 on Ubuntu 16.04, testing... On Sun, Aug 18, 2019 at 2:32 AM Damjan Jovanovic wrote: > 8.202.8 and 8.212.4.1 work for me on FreeBSD. > > Let me see if I can find 8u222 somewhere. > > On Sat, Aug 17, 2019 at 6:23 PM Matthias Seidel < > matthias.sei...@hamburg.d

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

, as we'll soon be flooded by different java.vendor properties on different platforms, as different package repositories begin setting their own... On Sun, Aug 18, 2019 at 2:39 AM Damjan Jovanovic wrote: > Found 8u222 on Ubuntu 16.04, testing... > > On Sun, Aug 18, 2019 at 2:32

Re: OpenJDK (8u222) not listed in AOO 4.1.6?

? > > This would be a workaround for 4.1.7 and we could further improve it for > the next release. > > Regards, > > Matthias > > > Am 20.08.19 um 03:58 schrieb Damjan Jovanovic: > > On Sun, Aug 18, 2019 at 9:30 PM Matthias Seidel < > matthias.sei...@hamburg.de&

Re: Java 12 not recognized by AOO

, Jul 28, 2019 at 5:31 AM Peter Kovacs wrote: > Should we not move this stuff in some sort of config file?Is the > information in the config file you edited? > > On 27.07.19 21:52, Damjan Jovanovic wrote: > > Thank you. > > > > I've added the new paths in commit 18638

Re: Building AOO

ifneq ($(BUILD_VER_STRING),) $(eval $(call gb_Library_add_defs,cui,-DBUILD_VER_STRING="$(BUILD_VER_STRING)")) endif Please try fiddle with that middle line. Maybe you need $$ instead of $ and/or {} instead of (), for the BUILD_VER_STRING variable. Regards Damjan On Sun, Jul 28, 2019 at 6:24 AM

Re: Java 12 not recognized by AOO

Thank you. That's good news. Sure, feel free to merge it to other branches. I've also added it to https://wiki.openoffice.org/wiki/Building_old_versions Regards Damjan On Sun, Jul 28, 2019 at 12:12 PM Matthias Seidel wrote: > Hi Damjan, > > Am 28.07.19 um 07:32 schrieb Damjan

Re: SHA1/MD5 in sal/rtl/source/digest.c patch license able for OO

If you read through the LO bug report, you'll see that there are many patches for this bug, affecting multiple modules. Why? The historical files that are valid but have the wrong checksum due to having been written by the broken [OO.org-derivative] implementations when they were created, will

<    1   2   3   4   5   6   7   >