On 1 May, Peter kovacs wrote:
> I think we do have the pain only with Linux. Since some distributions
> move slower then others.
>
> We could bundle the only 1.0.0 with Windows and Mac I think. For Linux
> we would need some logic, that identifies the right gstreamer
> available on the distributi
the gbuild side of
things. Why not? It seems like a useful debug feature.
On 15 Apr, Damjan Jovanovic wrote:
> Alright thank you.
>
> Would it be better to just scrap cpprt, like gbuild modules already do?
>
> On Sat, Apr 14, 2018 at 4:59 PM, Don Lewis wrote:
>
>> On
On 19 Apr, p...@apache.org wrote:
> Author: pfg
> Date: Thu Apr 19 03:43:05 2018
> New Revision: 1829494
>
> URL: http://svn.apache.org/viewvc?rev=1829494&view=rev
> Log:
> Fix build with boost-1.67.
>
> The release notes say:
>
> Utility:
> Breaking change: header no longer includes boost:
On 14 Apr, Damjan Jovanovic wrote:
> Hi
>
> Can we please upstream the patches from FreeBSD ports, before the 4.2.0
> release?
>
> That idlc memory alignment SIGBUS crash from
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216206 is Clang specific,
> not FreeBSD specific, and could happen on
On 26 Mar, Kay Schenk wrote:
> On Mon, Mar 26, 2018, 05:57 Andrea Pescetti wrote:
>
>> Kay Schenk wrote:
>> > This particular requirement is a source of confusion for me.
>> >
>> > I'm pretty sure glib 2.5, is some internal RedHat (CentOS5) version
>> > numbering scheme. This is really glibc, and
On 26 Mar, Damjan Jovanovic wrote:
> Don't we use C++ 2003?
Good question. That version is not listed here:
https://gcc.gnu.org/projects/cxx-status.html
Under the C++98 section it does mention that the 2003 modifications are
supported with -std=c++98 and -std=gnu++98.
That version is also not li
On 26 Mar, 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.
I think we are depending on some GNU extensions to C++98, so our code is
On 25 Mar, Patricia Shanahan wrote:
> What version of the C++ standard should we code to?
At least for now, C++ 98. The version of gcc in CentOS 6 only has
partial support for C++ 0x.
Our Windows build instructions currently recommend a 2007 version of the
compiler and libraries, which predate t
On 20 Mar, Damjan Jovanovic wrote:
> 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)
>
On 19 Mar, Jim Jagielski wrote:
> The later doesn't help w/ the bridges stuff :/
>
> I'll try to figure out where the gcc3 is leaking in and plug that.
It is probably leaking in via the environment. Did you rerun the script
to set the environment after re-running autoconf and configure? In any
Either go back to the earlier code and change the equality test to a
case statement that matches darwin*, or change the other instances of
s5abi to gcc3.
On 19 Mar, Jim Jagielski wrote:
> OK, so what do I do? How to fix this? Any ideas?
>
>> On Mar 19, 2018, at 7:58 PM, Don
On 19 Mar, Jim Jagielski wrote:
> Yeah, I see that now... Before my commits, the macOS builds
> broke mid-stream, due to the rdbmaker stuff, et.al... as could
> be seen, there was places where macOS was using/expecting
> gcc3 and others where it was s5abi. 4.1.5 seemed to use
> s5abi universally, b
On 19 Mar, Jim Jagielski wrote:
>
>
>> On Mar 19, 2018, at 6:47 PM, Don Lewis wrote:
>>
>> I don't think this is correct. As I recall the bridges code for Mac
>> uses s5abi.
>>
>
> As long as we remain consistent, we should be OK... Defau
On 19 Mar, j...@apache.org wrote:
> Author: jim
> Date: Mon Mar 19 16:53:04 2018
> New Revision: 1827215
>
> URL: http://svn.apache.org/viewvc?rev=1827215&view=rev
> Log:
> Use gcc3 for COMID for macOS/OSX
>
> Modified:
> openoffice/trunk/main/configure.ac
> openoffice/trunk/main/solenv/g
On 19 Mar, Jim Jagielski wrote:
> The migration of rdbmaker to build is causing issues w/ macOS:
> It's looking for libuno_cppuhelpers5abi.dylib but what is being
> created is libuno_cppuhelpersgcc3.dylib
>
> No idea where the names are being generated or managed, since
> the makefile uses
>
>
>
ou
> Damjan
>
>
> On Thu, Jan 18, 2018 at 9:17 AM, Don Lewis wrote:
>
>> On 16 Jan, Kay Schenk wrote:
>> >
>> >
>> > On 01/11/2018 11:24 PM, Don Lewis wrote:
>> >> The patch below moves the calculation of $CCNUMVER and some other
&g
On 7 Mar, dam...@apache.org wrote:
> Author: damjan
> Date: Wed Mar 7 00:39:35 2018
> New Revision: 1826059
>
> URL: http://svn.apache.org/viewvc?rev=1826059&view=rev
> Log:
> Add a missing .ENDIF
>
> Patch by: me
>
>
> Modified:
> openoffice/trunk/main/solenv/win64/win64.patch
>
> Modif
e and worry about
> Compiler Version issue as a later step.
>
> Also another Idea could be to cut out the code and replace it with a general
> better design. But then we need to find the user story to it. Which is a lot
> of digging.
> And I dont think the code is that ba
NULL &&
> rGlyphData.ExtDataRef().mpData != Format::NONE)
>
>
> You can work around this issue in gcc by setting some flags that allows
> the use of Format::NONE directly. But i concider this as not so good.
>
> All the best
> Peter
>
> On 30.01.2018 21:0
When doing a build with clang 6, which defaults to c++14, I get a
compile error in SvpGlyphPeer::RemovingGlyph() in
vcl/unx/headless/svptext.cxx on this line:
if( rGlyphData.ExtDataRef().mpData != Format::NONE )
This isn't too surprising since Format::NONE is an integer and mpData is
a pointe
On 16 Jan, Kay Schenk wrote:
>
>
> On 01/11/2018 11:24 PM, Don Lewis wrote:
>> The patch below moves the calculation of $CCNUMVER and some other
>> variables from main/solenv/inc/tg_compv.mk, where it is only usable by
>> dmake, to configure, where it can be used by
The patch below moves the calculation of $CCNUMVER and some other
variables from main/solenv/inc/tg_compv.mk, where it is only usable by
dmake, to configure, where it can be used by both dmake and gbuild. This
is a requirement for me upstream some compiler bug workaround patches
from the FreeBSD po
On 15 Dec, truck...@apache.org wrote:
> Author: truckman
> Date: Fri Dec 15 14:54:32 2017
> New Revision: 1818290
>
> URL: http://svn.apache.org/viewvc?rev=1818290&view=rev
> Log:
> Enhance gb_LinkTarget_set_*_optimization functions to allow multiple
> targets to be specified.
>
> Convert optimi
On 14 Dec, yda...@apache.org wrote:
> Author: ydario
> Date: Thu Dec 14 13:50:08 2017
> New Revision: 1818128
>
> URL: http://svn.apache.org/viewvc?rev=1818128&view=rev
> Log:
> #i126518# OS/2 build system updates: use full names for slideshow and
> sysdtrans, remove unneeded libraries, use stand
On 2 Dec, Damjan Jovanovic wrote:
> * It already broke certain mixtures of build settings, eg. I think you
> can't both debug build and use precompiled headers on Windows, CFLAGS gets
> lost somewhere...
I figured out that problem and discovered that when using precompiled
headers with Visual C+
On 1 Dec, Jim Jagielski wrote:
> I also like that we announce 4.1.5-GA at the same time we announce
> 4.2.0-B1.
I think we are still a ways from being ready for a Beta release. For
instance, we need to do another sweep of the bundled software to see
what needs to be updated. For instance, I rec
On 2 Dec, Damjan Jovanovic wrote:
> On Sat, Dec 2, 2017 at 4:19 PM, Jim Jagielski wrote:
>
>> Playing devils advocate, does it make sense to introduce
>> Yet Another Build System at this stage?
>>
>>
> I anticipated this question.
>
> Firstly, we don't only have dmake and gbuild as our build sy
On 30 Nov, Jim Jagielski wrote:
> I think for 4.2.x and later, we have deprecated CentOS5 as a supported
> build system... I ran into a LOT of issues. So, imo, any fix that is
> *specific* for CentOS5 should be discounted.
I can't even do CentOS5 builds anymore. My CentOS5 VM broke and CentOS
mov
On 30 Nov, Peter kovacs wrote:
> The bug mentioned is referring to a gcc bug in 4.2.x. The bugtrackerlink
> claims it is fixed in 4.3.x
> Do we need to keep these workarounds?
> Maybe we can drop this all together. Would raise maintainability in general.
> Who uses 4.2.x compilers?
RHEL / CentOS
On 29 Nov, Jim Jagielski wrote:
> I'm just concerned about the CXXFLAGS interaction
>
> The proposed patch breaks how I expect many people
> are building AOO and it's a regression that, unless
> we are super clear about it, would bite a lot of
> people.
How about this:
Index: main/framework/Libr
On 29 Nov, Jim Jagielski wrote:
> I'm just concerned about the CXXFLAGS interaction
>
> The proposed patch breaks how I expect many people
> are building AOO and it's a regression that, unless
> we are super clear about it, would bite a lot of
> people.
How many people set CXXFLAGS in the environ
On 28 Nov, Jim Jagielski wrote:
> Wouldn't it make sense to do something like LOCAL_CFLAGS which
> could then be manipulated?...
It depends on what the goal is. What would be nice is if debug flags
and optimization flags could be specified from the environment in CFLAGS
to override the defaults,
Here's a gbuild patch vs. trunk r1816518 that makes setting optimization
level overrides for specific files a lot easier. I also added a way to
safely specify -O1 without breaking debug. It's not perfect because if
someone set CXXFLAGS in the environment, it will override the override
in the .mk
On 27 Nov, Patricia Shanahan wrote:
> On 11/27/2017 7:07 PM, Don Lewis wrote:
>> On 26 Nov, Patricia Shanahan wrote:
>>>
>>>
>>> On 11/26/2017 4:47 PM, Don Lewis wrote:
>>>> On 27 Nov, Damjan Jovanovic wrote:
>>>>> I can't repro
When I diff the files that were changed for security reasons in 4.1.4
(this is actually 4.1.5 since I have a fresh checkout handy) vs. the
same files in trunk, and throw out all the diff chunks that solely
contain whitespace, spelling, translation, etc. changes, this is what
remains:
--- aoo-trunk
On 26 Nov, Patricia Shanahan wrote:
>
>
> On 11/26/2017 4:47 PM, Don Lewis wrote:
>> On 27 Nov, Damjan Jovanovic wrote:
>>> I can't reproduce it here, on trunk with:
>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
>>&
On 27 Nov, j...@apache.org wrote:
> Author: jim
> Date: Mon Nov 27 15:14:23 2017
> New Revision: 1816459
>
> URL: http://svn.apache.org/viewvc?rev=1816459&view=rev
> Log:
> Force fpicker to be treated as objC and ensure we
> link to the required libs
>
> Added:
> openoffice/trunk/main/fpicke
On 27 Nov, Jim Jagielski wrote:
> % cc --version
> Apple LLVM version 7.3.0 (clang-703.0.31)
> Target: x86_64-apple-darwin16.7.0
> Thread model: posix
> InstalledDir:
> /Applications/Xcode7.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
How inconvenient. It looks like Apple
On 27 Nov, Damjan Jovanovic wrote:
> Who confirmed that it "also affects FreeBSD 10.3 with clang 3.4.1"?
> If it was me, I was wrong, as I said later in the same email thread.
I was able to confirm it. I saw the link to the forum where a FreeBSD
user reported that the table wizard didn't work, bu
On 26 Nov, Patricia Shanahan wrote:
>
>
> On 11/26/2017 4:47 PM, Don Lewis wrote:
>> On 27 Nov, Damjan Jovanovic wrote:
>>> I can't reproduce it here, on trunk with:
>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
>>&
On 26 Nov, Don Lewis wrote:
> On 26 Nov, Don Lewis wrote:
>> On 18 Nov, j...@apache.org wrote:
>>> Author: jim
>>> Date: Sat Nov 18 22:24:42 2017
>>> New Revision: 1815700
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1815700&view=rev
&
On 26 Nov, Don Lewis wrote:
> On 18 Nov, j...@apache.org wrote:
>> Author: jim
>> Date: Sat Nov 18 22:24:42 2017
>> New Revision: 1815700
>>
>> URL: http://svn.apache.org/viewvc?rev=1815700&view=rev
>> Log:
>> Force compilation with -O1 flag instea
On 27 Nov, Damjan Jovanovic wrote:
> I can't reproduce it here, on trunk with:
> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> Target: x86_64-unknown-freebsd10.3
> with either our built-in HSQLDB driver or SQlite over ODBC.
>
> What version of AOO are you using? What d
I'm seeing another bug in base on all versions of FreeBSD. To
reproduce:
1. Open an existing database
2. Select Table in the far left pane
3. Select a table in the lower left pane
4. Select Document in the lower right pane
At that point, my mouse cursor shows that something is busy. I am
On 18 Nov, j...@apache.org wrote:
> Author: jim
> Date: Sat Nov 18 22:24:42 2017
> New Revision: 1815700
>
> URL: http://svn.apache.org/viewvc?rev=1815700&view=rev
> Log:
> Force compilation with -O1 flag instead of -O2
>
> Modified:
> openoffice/trunk/main/framework/Library_fwk.mk
>
> Modif
I thought it was documented, but maybe with not enough emphasis. I've
tripped over it myself and discovered the fix by reading the
documentation more closely.
On 25 Nov, Jim Jagielski wrote:
> Yeah, I'll update the build instructions as needed.
>
>> On Nov 22, 2017, at 11:17 PM, Patricia Shanaha
On 15 Nov, Jim Jagielski wrote:
> Agreed.
>
> FWIW, I have been unable to even create a 4.1.2 build that works in
> both cases, and this is via various combinations of libxml2, libxslt, Xcode
> (both
> 7 and 8) and selected SDKs.
Look for system libraries that that we use and that link to libxml
On 14 Nov, Peter Kovacs wrote:
> Hi all,
>
> I am proudly did finish a build tonight.
>
> However I did2 additional Code changes. I do not trust my choice. :P
>
> Both changes targetet to make the compiler happy, and to make a best
> shot correctness.
>
> But I do not understand what I changed
On 10 Nov, Damjan Jovanovic wrote:
> I was wrong, the issue on the forum is not reproducible on either the
> latest trunk of 1814757, or revision 1774839 from late 2016. The sample
> tables in the table wizard are supposed to be there and always were.
>
> Now let's check 4.1.4.
I'm not seeing eit
On 7 Nov, Peter Kovacs wrote:
> Hi there,
>
>
> so I tried all solutions from Dennis E. Hammilton From 2.1.2017:
>
>> Try a couple of things:
>>
>> 1. Put spaces in the "=~" to be something like " = ~" in the definition of
>> bit_mask.
>>
>> 2. If that makes no difference, try
>>
>>
On 30 Oct, Jim Jagielski wrote:
> So building 4.1.3 also results in the same behavior
> as 4.1.4... so it is almost assuredly a build issue.
> Assuming it is an SDK issue, I am trying to build
> w/ Xcode5... Will keep everyone posted.
It could also be different configuration settings for bundled v
On 26 Oct, Peter kovacs wrote:
>
>
> Am 25. Oktober 2017 21:25:42 MESZ schrieb Marcus :
>>Am 25.10.2017 um 20:50 schrieb Peter kovacs:
>>> Why do you want to branch all the time with names that can change? I
>>think it is an expensive way of getting flexibility. I suggest a more
>>abstract branch
On 11 Oct, Andrea Pescetti wrote:
> I've removed the 4.1.4-RC4 files from the SourceForge distribution area
> (not public yet: it is "staged" and only project members can see it).
> This is the place where our official binaries are served from.
>
> Instead of waiting for a successful vote, I wil
On 11 Oct, j...@apache.org wrote:
> Author: jim
> Date: Wed Oct 11 16:07:28 2017
> New Revision: 22218
>
> Log:
> prep top level dir for 4.1.4-RC5 builds
>
> Added:
> dev/openoffice/4.1.4-RC5/
> dev/openoffice/4.1.4-RC5/binaries/
> dev/openoffice/4.1.4-RC5/sources/
>
If you upload t
On 10 Oct, Rory O'Farrell wrote:
> On Tue, 10 Oct 2017 11:54:54 -0400
> Jim Jagielski wrote:
>
>> Have we ever released a X.Y.Za?
>
>
> Does it matter? There is a first time for everything. Why throw all the
> 4.1.4 work away and start again with 4.1.5?
> Or call it 4.1.4.1
Figuring out ho
On 10 Oct, Jim Jagielski wrote:
> Thx again!
>
> Considering this issue, this means that 4.1.4 is also DOA. I will wait for
> a few more hours, for West Coast to get online but my plan is to
> start the process for AOO-415
Not releasing RC4 will considerably delay releasing a version that has
the
On 4 Oct, To: dev@openoffice.apache.org wrote:
> On 4 Oct, Don Lewis wrote:
>> On 4 Oct, Matthias Seidel wrote:
>>> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna:
>>>> On 10/4/2017 11:49 AM, Matthias Seidel wrote:
>>>>> Am 04.10.2017 um 17:42 schri
On 4 Oct, Don Lewis wrote:
> On 4 Oct, Matthias Seidel wrote:
>> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna:
>>> On 10/4/2017 11:49 AM, Matthias Seidel wrote:
>>>> Am 04.10.2017 um 17:42 schrieb Keith N. McKenna:
>>>>> On 9/30/2017 8:42 AM, Don L
On 4 Oct, Keith N. McKenna wrote:
> On 10/4/2017 3:03 PM, Don Lewis wrote:
>> On 4 Oct, Matthias Seidel wrote:
>>> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna:
>>>> On 10/4/2017 11:49 AM, Matthias Seidel wrote:
>>>>> Am 04.10.2017 um 17:42 schri
On 4 Oct, Matthias Seidel wrote:
> Am 04.10.2017 um 18:27 schrieb Keith N. McKenna:
>> On 10/4/2017 11:49 AM, Matthias Seidel wrote:
>>> Am 04.10.2017 um 17:42 schrieb Keith N. McKenna:
>>>> On 9/30/2017 8:42 AM, Don Lewis wrote:
>>>>> On 29 Sep, Mat
+1 (non-binding)
I built a FreeBSD package from the source tarball and installed it on
my daily desktop. No obvious regressions, and documents that have links
to external ole objects pop up the dialog box when opened.
On 30 Sep, Jim Jagielski wrote:
> I am calling a VOTE on releasing Apache Open
On 29 Sep, Matthias Seidel wrote:
> That might explain why I have never seen a working WikiPublisher in the
> last releases.
> (Since at least 4.1.2 we build with that option on Windows)
>
> The question is: Do we need to build with that option if no one missed
> the plugin?
I've never tried to u
I'm attempting to update the FreeBSD openoffice-devel port, which is a
snapshot of trunk, and add an option to enable the report builder
extension. That requires a whole bunch of .jar files. Where should I
get those?
Since these .jar files need to be installed before running configure,
I'll have
If we enable the mediawiki option but don't specify
--with-servlet-api-jar, then configure selects an internal copy of
servlet-api.jar and appends TOMCAT to BUILD_TYPE, but the build never
attempts to build the tomcat module (which will generate a copy of
servlet-api.jar) or bundle this .jar file w
On 22 Sep, Jim Jagielski wrote:
> Available for immediate testing are the source tarballs/zips and
> community builds of Apache OpenOffice 4.1.4-RC4 (RC3 was DOA).
>
> As noted, these are Release Candidates and are not official,
> GA releases, although based on testing, the could become so.
> So P
Yes it did.
On 19 Aug, Matthias Seidel wrote:
> Hi Don,
>
> Did 4.1.4 build and work with your patch?
>
> Matthias
>
>
> Am 16.08.2017 um 21:34 schrieb Don Lewis:
>> On 16 Aug, Matthias Seidel wrote:
>>> Am 16.08.2017 um 19:51 schrieb Don Lewis:
>
On 16 Aug, Matthias Seidel wrote:
> Am 16.08.2017 um 19:51 schrieb Don Lewis:
>> I fixed the --enable-win-x64-shellext problem in r1805208.
>
> Great!
> Now we could have all Windows buildbots in release quality!
> (If they were only functional and Infra would assign m
ll be with "--enable-win-x64-shellext" but I suspect it
> will stop because of expat2.2.3.
> (For 4.1.4 we reverted to Jims patch)
>
> Matthias
>
>
> Am 15.08.2017 um 20:00 schrieb Don Lewis:
>> On 15 Aug, Matthias Seidel wrote:
>>> Am 15.08.2017 um 1
I just got a java error when building the odk module on 64-bit Windows
10. The java version is Java SE Development Kit 8 Update 144. I didn't
run into this when building trunk. It's repeatable if I run
"build --from odk", whether or not I clean the odk build directory
first.
mkdir.exe -p ../../w
On 15 Aug, Matthias Seidel wrote:
> Am 15.08.2017 um 11:18 schrieb Don Lewis:
>> On 10 Aug, Matthias Seidel wrote:
>>> I could now get past the gtest error by disabling unit tests
>>> (--disable-unit-tests).
>>>
>>> Errors in udm and xml2cmp rem
On 15 Aug, Matthias Seidel wrote:
> Am 14.08.2017 um 03:20 schrieb Damjan Jovanovic:
>> On Sun, Aug 13, 2017 at 10:57 PM, Matthias Seidel <
>> matthias.sei...@hamburg.de> wrote:
>>
>>> Am 13.08.2017 um 10:57 schrieb Damjan Jovanovic:
>>>
>>> :(.
>>>
>>> gmake version?
>>>
>>> ---
>>> $ gmake
>>> -b
The 3.0 version of the Mozilla build tools are not compatible with the
AOO build. The organization of the installed files is different, which
makes configure think that the installation is incomplete. I don't know
how easy this would be to fix, but the 2.x versions are smaller, so we
should proba
On 10 Aug, Matthias Seidel wrote:
> I could now get past the gtest error by disabling unit tests
> (--disable-unit-tests).
>
> Errors in udm and xml2cmp remain:
>
> make: *** No rule to make target
> '/cygdrive/e/slave14/aoo-win7/build/main/udm/source/inc/precomp.h
> ', needed by
> '/cygdrive/e
On 14 Aug, To: dev@openoffice.apache.org wrote:
> On 14 Aug, Peter kovacs wrote:
>> Sorry, for my bad english.
>> I meant that I think that some of the functionality which we have
>> implemented in helper functions in the past can be retired by using
>> modern c++11 and later standards. The code wi
On 14 Aug, Peter kovacs wrote:
> Sorry, for my bad english.
> I meant that I think that some of the functionality which we have
> implemented in helper functions in the past can be retired by using
> modern c++11 and later standards. The code will be smaller,and
> according to Bjarne Stroustrup als
d cannot be
>> delivered:
>> /cygdrive/e/slave14/aoo-win7/build/main/solver/420/wntmsci12.pro/inc/gtest/gtest.h
>>
>> (Note: The buildbot is still called aoo-win7, but Infra updated the
>> system to Windows 10 64bit. AOO 4.1.4 is building without problems)
>>
&g
The udm and xml2cmp errors appear to be incomplete source checkouts.
On 9 Aug, Matthias Seidel wrote:
> I see similar errors in our buildbot for trunk (system: Windows 10 64bit):
>
> https://ci.apache.org/projects/openoffice/buildlogs/win/log/wntmsci12.pro.build.html
>
> The buildbot builds onc
On 8 Aug, Jim Jagielski wrote:
> It looks like some sort of variable interpolation issue... Note
> that it's trying to do:
>
> - | awk -f C:/cygwin$S/solenv/gbuild/processdeps.awk
>
> Now with:
>
> S=$R/main
> R=c:/cygwin/home/jim/src/asf/aoo-414
>
> you can see how what comes out
I ran into this same error as well when I did an incremental build
starting from expat. Cleaning and doing a full build worked.
On 8 Aug, Patricia Shanahan wrote:
> Regardless of anything else you do, retry the full build, without
> cleaning but also without specifying starting from the failure
On 4 Aug, Jim Jagielski wrote:
> Ahh.. so yeah, either the obj file for loadlibrary is not being built
> or else its not being linked in. At this point we need someone who
> knows the Windows dev environment to help out on what needs to be
> done... I am guessing it is our makefile.mk file that ne
On 1 Jul, To: dev@openoffice.apache.org wrote:
> Has anyone build recent versions of trunk on Windows? I'm running into
> some problems that I haven't encountered before. The first is that the
> sal module fails to build because it can't find gtest.h. I was able to
> work around that by adding
Has anyone build recent versions of trunk on Windows? I'm running into
some problems that I haven't encountered before. The first is that the
sal module fails to build because it can't find gtest.h. I was able to
work around that by adding --disable-unit-tests to the configure
options.
The next
On 7 Feb, Pedro Giffuni wrote:
> Hi Damjan;
>
> Looking at the log I was wondering what exactly clang 1.8 was and
> I took the liberty of fixing the mismatch ;).
>
> FWIW, AOO should now work fine with clang 3.9.1. Clang 4 reveals
> allocation issues.
Clang 4 on x86_64 uses a MOVAPS SSE instruc
On 30 Jan, Damjan Jovanovic wrote:
> Hi Don / others
>
> As of r1758061 and/or 1758092, the 27/28 August 2016 patches that fixed a
> major performance regression on Windows with precompiled headers [thank you
> so much for that by the way :-)], building with debugging enabled broke.
>
> In all ve
On 25 Jan, Damjan Jovanovic wrote:
> Hi
>
> For a while I've noticed how gbuild modules don't have debug symbols unless
> built with the maximum debug level ("./configure --enable-debug" globally
> or "build debug=true" per module) which also produces oceans of log
> messages we usually don't want
On 3 Jan, p...@apache.org wrote:
> Author: pfg
> Date: Tue Jan 3 18:37:15 2017
> New Revision: 1777198
>
> URL: http://svn.apache.org/viewvc?rev=1777198&view=rev
> Log:
> Ignore the OS when checking for the ARM target.
>
> Linux is not the only ARM target - see i117017.
Won't we also need Free
On 9 Oct, Patricia Shanahan wrote:
>
>
> On 10/9/2016 10:52 AM, Andrea Pescetti wrote:
>> Marcus wrote:
>>> - Change the RC1 into the real release
>>
>> This one takes a few seconds and is best done close to the release.
>>
>>> - Uploading to the Sourceforge mirrors
>>
>> This one takes a few ho
On 28 Sep, Ariel Constenla-Haile wrote:
> On Wed, Sep 28, 2016 at 05:15:06PM -0700, Don Lewis wrote:
>> >> In theory, when linking the library. I opened
>> >> https://bz.apache.org/ooo/show_bug.cgi?id=127139 to track this issue.
>> >> I don't have a sys
On 28 Sep, Aleksandr Andreev wrote:
> Hello Ariel,
>
> On Tue, Sep 27, 2016 at 10:21 AM, Ariel Constenla-Haile
> wrote:
>>
>> In theory, when linking the library. I opened
>> https://bz.apache.org/ooo/show_bug.cgi?id=127139 to track this issue.
>> I don't have a system to reproduce it right now.
On 14 Sep, Patricia Shanahan wrote:
> Should this go in 4.1.3 or in 4.1.4?
>
> 4.1.3 will not be able to move on to building and testing unless we cut
> off additions at some point. I think that point has already passed, but
> I'm open to arguments.
Have all of the necessary download site chang
On 6 Sep, Patricia Shanahan wrote:
> On 9/6/2016 3:17 PM, Don Lewis wrote:
>> On 6 Sep, Patricia Shanahan wrote:
>>>
>>> On 9/6/2016 2:58 PM, Don Lewis wrote:
>>>> On 6 Sep, Patricia Shanahan wrote:
>>>>> apt-cyg is a bash script that prov
On 6 Sep, Patricia Shanahan wrote:
>
> On 9/6/2016 2:58 PM, Don Lewis wrote:
>> On 6 Sep, Patricia Shanahan wrote:
>>> apt-cyg is a bash script that provides, within cygwin, similar
>>> capabilities to the Linux apt-get.
>>>
>>> The Windows step-
On 6 Sep, Patricia Shanahan wrote:
> apt-cyg is a bash script that provides, within cygwin, similar
> capabilities to the Linux apt-get.
>
> The Windows step-by-step recommends using it to add some packages.
>
> One of our new volunteers has found that wget
> http://apt-cyg.googlecode.com/svn/
On 1 Sep, Don Lewis wrote:
> 493 -Wunused-private-field
> 391 -Wunused-parameter
> 366 -Wunused-const-variable
> 314 -Woverloaded-virtual
> 181 -Wunused-variable
> 109 -Wlogical-op-parentheses
> 93 -Wsign-compare
> 77 -Wdelete-non-virtual-dtor
> 72 -Wint-
On 6 Sep, Marcus wrote:
> Am 09/05/2016 11:00 PM, schrieb Don Lewis:
>> On 5 Sep, Marcus wrote:
>>> Am 09/05/2016 10:39 PM, schrieb Don Lewis:
>>>> On 5 Sep, Marcus wrote:
>>>>> Am 09/05/2016 09:33 PM, schrieb Don Lewis:
>>>>>> O
On 5 Sep, Marcus wrote:
> Am 09/05/2016 10:39 PM, schrieb Don Lewis:
>> On 5 Sep, Marcus wrote:
>>> Am 09/05/2016 09:33 PM, schrieb Don Lewis:
>>>> On 5 Sep, Marcus wrote:
>>>>> Am 09/05/2016 05:39 AM, schrieb Don Lewis:
>>>>>&
On 5 Sep, Marcus wrote:
> Am 09/05/2016 09:33 PM, schrieb Don Lewis:
>> On 5 Sep, Marcus wrote:
>>> Am 09/05/2016 05:39 AM, schrieb Don Lewis:
>>>> On 4 Sep, Don Lewis wrote:
>>>>> On 4 Sep, Marcus wrote:
>>>>>> Thanks a lot. &qu
On 5 Sep, Marcus wrote:
> Am 09/05/2016 05:39 AM, schrieb Don Lewis:
>> On 4 Sep, Don Lewis wrote:
>>> On 4 Sep, Marcus wrote:
>>>> Thanks a lot. "libXt-devel" was indeed not installed.
>>>>
>>>> But now it's breaking in
On 4 Sep, Don Lewis wrote:
> On 4 Sep, Marcus wrote:
>> Thanks a lot. "libXt-devel" was indeed not installed.
>>
>> But now it's breaking in svx:
>>
>> [...]
>>
>> =
>> Building module svx
>> =
&
On 4 Sep, Marcus wrote:
> Thanks a lot. "libXt-devel" was indeed not installed.
>
> But now it's breaking in svx:
>
> [...]
>
> =
> Building module svx
> =
>
> Entering /share/linux2/aoo/trunk/main/svx/prj
>
> cd .. && make -s -r -j1 && make -s -r deliverlog
> [ buil
201 - 300 of 413 matches
Mail list logo