Re: Help needed: Build error in bean and vcl

2016-09-06 Thread Keith N. McKenna 
Marcus wrote:
> Am 09/06/2016 04:32 PM, schrieb Keith N. McKenna:
>> Andrea Pescetti wrote:
>>> Marcus wrote:
 I've got a AOO 4.2.0m1 Build 9800 Rev. 1759138.
>>>
>>> Congratulations!
>>>
 Thank very much for your help. Of course, as a good contributor I'll
 collect all data and update [1] with a new Fedora 21 section.
 [1]
 https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step


>>>
>>> For some reason (or no reason) Fedora is described at
>>> https://wiki.openoffice.org/wiki/Fedora_Build_Instructions
>>>
>>> Regards,
>>>Andrea.
>> Andrea;
>> Would it make sense to re-direct that to the same area of the wiki as
>> the rest of the build guides?
> 
> done.
> 
> I've moved the content into the "Step_by_step" wikipage to have all in
> one page and left just a link to the new location. Tomorrow I'll add my
> Fedora 21 steps.
> 
> Marcus
That is great Marcus thanks.

Keith



signature.asc
Description: OpenPGP digital signature

Re: Help needed: Build error in bean and vcl

2016-09-06 Thread Marcus 

Am 09/06/2016 04:32 PM, schrieb Keith N. McKenna:

Andrea Pescetti wrote:

Marcus wrote:

I've got a AOO 4.2.0m1 Build 9800 Rev. 1759138.


Congratulations!


Thank very much for your help. Of course, as a good contributor I'll
collect all data and update [1] with a new Fedora 21 section.
[1]
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step



For some reason (or no reason) Fedora is described at
https://wiki.openoffice.org/wiki/Fedora_Build_Instructions

Regards,
   Andrea.

Andrea;
Would it make sense to re-direct that to the same area of the wiki as
the rest of the build guides?


done.

I've moved the content into the "Step_by_step" wikipage to have all in 
one page and left just a link to the new location. Tomorrow I'll add my 
Fedora 21 steps.


Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-06 Thread Keith N. McKenna 
Andrea Pescetti wrote:
> Marcus wrote:
>> I've got a AOO 4.2.0m1 Build 9800 Rev. 1759138.
> 
> Congratulations!
> 
>> Thank very much for your help. Of course, as a good contributor I'll
>> collect all data and update [1] with a new Fedora 21 section.
>> [1]
>> https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step
>>
> 
> For some reason (or no reason) Fedora is described at
> https://wiki.openoffice.org/wiki/Fedora_Build_Instructions
> 
> Regards,
>   Andrea.
Andrea;
Would it make sense to re-direct that to the same area of the wiki as
the rest of the build guides?

Regards
Keith



signature.asc
Description: OpenPGP digital signature

Re: Help needed: Build error in bean and vcl

2016-09-06 Thread Andrea Pescetti 

Marcus wrote:

I've got a AOO 4.2.0m1 Build 9800 Rev. 1759138.


Congratulations!


Thank very much for your help. Of course, as a good contributor I'll
collect all data and update [1] with a new Fedora 21 section.
[1]
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step


For some reason (or no reason) Fedora is described at
https://wiki.openoffice.org/wiki/Fedora_Build_Instructions

Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread Marcus 

Am 09/06/2016 12:25 AM, schrieb Don Lewis:

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:

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 svx:

[...]

=
Building module svx
=

Entering /share/linux2/aoo/trunk/main/svx/prj

cd ..&&  make -s -r -j1&&  make -s -r deliverlog
[ build LNK ] Library/libsvxcore.so
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
In function
`FmXGridControl::createPeer(com::sun::star::uno::Reference
const&, com::sun::star::uno::Reference
const&)':
fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
WindowListenerMultiplexer::acquire()'
/usr/bin/ld:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
relocation R_X86_64_PC32 against undefined symbol
`_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
target
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
failed
make: ***
[/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svx
need(s) to be rebuilt


That looks very familiar.  What compiler version are you using?


gcc 4.9.2


Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
around this problem:


Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
optimization of the affected file only for gcc 4.9.


I'm sorry but the error has not changed. I've compared the patched
"Library_svxcore.mk" file with the original one and only these changes
were made.

In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
which I don't have. Is this related to the "--disable-odk" configure
flag I've used and therefore is OK?


Hmn, that's strange.  That makefile is still present in recent trunk.
It' doesn't have any relationship to --disable-odk.


Yesterday I've done my very first checkout and a "svn update" a second
ago in the directory doesn't got anything new. SWo, it's indeed strange.


Is there any other way than to downgrade gcc?


For the FreeBSD port, I'm not using that patch due to the lack of
$(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
have upstreamed the patch.  Instead, I'm still using the workaround in
the third to last paragraph.  The Makefile for the FreeBSD port does
this on-the-fly patch:

.if ${COMPILER_TYPE} == gcc
# g++49 -Os sometimes leaves inline class methods undefined,
# affects fmgridif.cxx and ColumnControl.cxx
# See:
if [ ${CXX} = g++49  ]; then \
${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize 
-fno-de
virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
-fno-devirtu
alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
fi


For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
(and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).


I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS

gb_COMPILEROPTFLAGS := O0

I hope that this correct. If so, then unfortunately it doesn't make a
change. Stil lthe same error.


On x86_64, the Library_svxcore.mk patch should have done the trick
though.  The problem is triggered by using -Os optimization and with
that change to Library_svxcore.mk, fmgridif.cxx should be getting
compiled with -O0.  Can you check the log file to see if that is the
case?  You'll probably have to configure with --enable-verbose to see
it.


OK, turned back the "linux.mk" patch.

I've added --enable-verbose to configure, bootstrap'ed and source'ed
again. The build cancelled at the same location and with the same error
message.

"fmgridif.cxx" was nowhere mentioned, only a "fmgridif.o". It's the last
file mentioned in a long list of .o files from module "svx".


Are you starting from a clean build each time?  If you just restart the
build, it will reuse the bad fmgridif.o.  It is necessary to recompile
fmgridif.cxx with the patched Library_svxcore.mk.


I always do a "build --prepare --from svx" before starting a new build.
I hope thats the right one. I don't find a "clean" or something else for
the "build" co

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread Don Lewis 
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:
>> 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 svx:
>>
>> [...]
>>
>> =
>> Building module svx
>> =
>>
>> Entering /share/linux2/aoo/trunk/main/svx/prj
>>
>> cd ..&& make -s -r -j1&& make -s -r deliverlog
>> [ build LNK ] Library/libsvxcore.so
>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
>> In function
>> `FmXGridControl::createPeer(com::sun::star::uno::Reference
>> const&, 
>> com::sun::star::uno::Reference
>> const&)':
>> fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual 
>> thunk to
>> WindowListenerMultiplexer::acquire()'
>> /usr/bin/ld:
>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
>> relocation R_X86_64_PC32 against undefined symbol
>> `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
>> making a shared object; recompile with -fPIC
>> /usr/bin/ld: final link failed: Bad value
>> collect2: error: ld returned 1 exit status
>> /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe 
>> for
>> target
>> '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
>> failed
>> make: ***
>> [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
>> Error 1
>> dmake:  Error code 2, while making 'all'
>>
>> 1 module(s):
>>  svx
>> need(s) to be rebuilt
>
> That looks very familiar.  What compiler version are you using?
>>>
>>> gcc 4.9.2
>>>
 Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
 around this problem:
 

 Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
 optimization of the affected file only for gcc 4.9.
>>>
>>> I'm sorry but the error has not changed. I've compared the patched
>>> "Library_svxcore.mk" file with the original one and only these changes
>>> were made.
>>>
>>> In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
>>> which I don't have. Is this related to the "--disable-odk" configure
>>> flag I've used and therefore is OK?
>>
>> Hmn, that's strange.  That makefile is still present in recent trunk.
>> It' doesn't have any relationship to --disable-odk.
>
> Yesterday I've done my very first checkout and a "svn update" a second
> ago in the directory doesn't got anything new. SWo, it's indeed strange.
>
>>> Is there any other way than to downgrade gcc?
>>
>> For the FreeBSD port, I'm not using that patch due to the lack of
>> $(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
>> have upstreamed the patch.  Instead, I'm still using the workaround in
>> the third to last paragraph.  The Makefile for the FreeBSD port does
>> this on-the-fly patch:
>>
>> .if ${COMPILER_TYPE} == gcc
>># g++49 -Os sometimes leaves inline class methods undefined,
>># affects fmgridif.cxx and ColumnControl.cxx
>># See:
>>if [ ${CXX} = g++49  ]; then \
>>${REINPLACE_CMD} -e "s/ := -Os/ := -Os 
>> -fno-devirtualize -fno-de
>> virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
>>${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
>> -fno-devirtu
>> alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
>>fi
>>
>>
>> For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
>> (and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).
>
> I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS
>
> gb_COMPILEROPTFLAGS := O0
>
> I hope that this correct. If so, then unfortunately it doesn't make a
> change. Stil lthe same error.
>
>> On x86_64, the Library_svxcore.mk patch should have done the trick
>> though.  The problem is triggered by using -Os optimization and with
>> that change to L

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread Marcus 

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:

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 svx:

[...]

=
Building module svx
=

Entering /share/linux2/aoo/trunk/main/svx/prj

cd ..&& make -s -r -j1&& make -s -r deliverlog
[ build LNK ] Library/libsvxcore.so
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
In function
`FmXGridControl::createPeer(com::sun::star::uno::Reference
const&, com::sun::star::uno::Reference
const&)':
fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
WindowListenerMultiplexer::acquire()'
/usr/bin/ld:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
relocation R_X86_64_PC32 against undefined symbol
`_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
target
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
failed
make: ***
[/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svx
need(s) to be rebuilt


That looks very familiar.  What compiler version are you using?


gcc 4.9.2


Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
around this problem:


Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
optimization of the affected file only for gcc 4.9.


I'm sorry but the error has not changed. I've compared the patched
"Library_svxcore.mk" file with the original one and only these changes
were made.

In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
which I don't have. Is this related to the "--disable-odk" configure
flag I've used and therefore is OK?


Hmn, that's strange.  That makefile is still present in recent trunk.
It' doesn't have any relationship to --disable-odk.


Yesterday I've done my very first checkout and a "svn update" a second
ago in the directory doesn't got anything new. SWo, it's indeed strange.


Is there any other way than to downgrade gcc?


For the FreeBSD port, I'm not using that patch due to the lack of
$(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
have upstreamed the patch.  Instead, I'm still using the workaround in
the third to last paragraph.  The Makefile for the FreeBSD port does
this on-the-fly patch:

.if ${COMPILER_TYPE} == gcc
   # g++49 -Os sometimes leaves inline class methods undefined,
   # affects fmgridif.cxx and ColumnControl.cxx
   # See:
   if [ ${CXX} = g++49  ]; then \
   ${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize 
-fno-de
virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
   ${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
-fno-devirtu
alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
   fi


For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
(and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).


I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS

gb_COMPILEROPTFLAGS := O0

I hope that this correct. If so, then unfortunately it doesn't make a
change. Stil lthe same error.


On x86_64, the Library_svxcore.mk patch should have done the trick
though.  The problem is triggered by using -Os optimization and with
that change to Library_svxcore.mk, fmgridif.cxx should be getting
compiled with -O0.  Can you check the log file to see if that is the
case?  You'll probably have to configure with --enable-verbose to see
it.


OK, turned back the "linux.mk" patch.

I've added --enable-verbose to configure, bootstrap'ed and source'ed
again. The build cancelled at the same location and with the same error
message.

"fmgridif.cxx" was nowhere mentioned, only a "fmgridif.o". It's the last
file mentioned in a long list of .o files from module "svx".


Are you starting from a clean build each time?  If you just restart the
build, it will reuse the bad fmgridif.o.  It is necessary to recompile
fmgridif.cxx with the patched Library_svxcore.mk.


I always do a "build --prepare --from svx" before starting a new build.
I hope thats the right one. I don't find a "clean" or something else for
the "build" comamnd.


Hmn, I wonder if --prepare does the right thing with gbuild ...

Try b

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread 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:
 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 svx:

 [...]

 =
 Building module svx
 =

 Entering /share/linux2/aoo/trunk/main/svx/prj

 cd ..&&make -s -r -j1&&make -s -r deliverlog
 [ build LNK ] Library/libsvxcore.so
 /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
 In function
 `FmXGridControl::createPeer(com::sun::star::uno::Reference
 const&, 
 com::sun::star::uno::Reference
 const&)':
 fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk 
 to
 WindowListenerMultiplexer::acquire()'
 /usr/bin/ld:
 /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
 relocation R_X86_64_PC32 against undefined symbol
 `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
 making a shared object; recompile with -fPIC
 /usr/bin/ld: final link failed: Bad value
 collect2: error: ld returned 1 exit status
 /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe 
 for
 target
 '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
 failed
 make: ***
 [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
 Error 1
 dmake:  Error code 2, while making 'all'

 1 module(s):
svx
 need(s) to be rebuilt
>>>
>>> That looks very familiar.  What compiler version are you using?
>
> gcc 4.9.2
>
>> Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
>> around this problem:
>> 
>>
>> Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
>> optimization of the affected file only for gcc 4.9.
>
> I'm sorry but the error has not changed. I've compared the patched
> "Library_svxcore.mk" file with the original one and only these changes
> were made.
>
> In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
> which I don't have. Is this related to the "--disable-odk" configure
> flag I've used and therefore is OK?

 Hmn, that's strange.  That makefile is still present in recent trunk.
 It' doesn't have any relationship to --disable-odk.
>>>
>>> Yesterday I've done my very first checkout and a "svn update" a second
>>> ago in the directory doesn't got anything new. SWo, it's indeed strange.
>>>
> Is there any other way than to downgrade gcc?

 For the FreeBSD port, I'm not using that patch due to the lack of
 $(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
 have upstreamed the patch.  Instead, I'm still using the workaround in
 the third to last paragraph.  The Makefile for the FreeBSD port does
 this on-the-fly patch:

 .if ${COMPILER_TYPE} == gcc
   # g++49 -Os sometimes leaves inline class methods undefined,
   # affects fmgridif.cxx and ColumnControl.cxx
   # See:
   if [ ${CXX} = g++49  ]; then \
   ${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize 
 -fno-de
 virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
   ${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
 -fno-devirtu
 alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
   fi


 For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
 (and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).
>>>
>>> I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS
>>>
>>> gb_COMPILEROPTFLAGS := O0
>>>
>>> I hope that this correct. If so, then unfortunately it doesn't make a
>>> change. Stil lthe same error.
>>>
 On x86_64, the Library_svxcore.mk patch should have done the trick
 though.  The problem is triggered by using -Os optimization and with
 that change to Library_svxcore.mk, fmgridif.cxx should be getting
 compiled with -O0.  Can you check the log file to see if that is the
 case?  You'll probably have to configure with --enable-verbose to see
 it.
>>>
>>> OK, turned back the "linux.mk" patch.
>>>
>>> I've added --enable-verbose to configure

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread Marcus 

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  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
=

Entering /share/linux2/aoo/trunk/main/svx/prj

cd ..&&make -s -r -j1&&make -s -r deliverlog
[ build LNK ] Library/libsvxcore.so
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
In function
`FmXGridControl::createPeer(com::sun::star::uno::Reference
const&, com::sun::star::uno::Reference
const&)':
fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
WindowListenerMultiplexer::acquire()'
/usr/bin/ld:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
relocation R_X86_64_PC32 against undefined symbol
`_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
target
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
failed
make: ***
[/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svx
need(s) to be rebuilt


That looks very familiar.  What compiler version are you using?


gcc 4.9.2


Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
around this problem:


Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
optimization of the affected file only for gcc 4.9.


I'm sorry but the error has not changed. I've compared the patched
"Library_svxcore.mk" file with the original one and only these changes
were made.

In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
which I don't have. Is this related to the "--disable-odk" configure
flag I've used and therefore is OK?


Hmn, that's strange.  That makefile is still present in recent trunk.
It' doesn't have any relationship to --disable-odk.


Yesterday I've done my very first checkout and a "svn update" a second
ago in the directory doesn't got anything new. SWo, it's indeed strange.


Is there any other way than to downgrade gcc?


For the FreeBSD port, I'm not using that patch due to the lack of
$(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
have upstreamed the patch.  Instead, I'm still using the workaround in
the third to last paragraph.  The Makefile for the FreeBSD port does
this on-the-fly patch:

.if ${COMPILER_TYPE} == gcc
  # g++49 -Os sometimes leaves inline class methods undefined,
  # affects fmgridif.cxx and ColumnControl.cxx
  # See:
  if [ ${CXX} = g++49  ]; then \
  ${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize 
-fno-de
virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
  ${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
-fno-devirtu
alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
  fi


For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
(and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).


I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS

gb_COMPILEROPTFLAGS := O0

I hope that this correct. If so, then unfortunately it doesn't make a
change. Stil lthe same error.


On x86_64, the Library_svxcore.mk patch should have done the trick
though.  The problem is triggered by using -Os optimization and with
that change to Library_svxcore.mk, fmgridif.cxx should be getting
compiled with -O0.  Can you check the log file to see if that is the
case?  You'll probably have to configure with --enable-verbose to see
it.


OK, turned back the "linux.mk" patch.

I've added --enable-verbose to configure, bootstrap'ed and source'ed
again. The build cancelled at the same location and with the same error
message.

"fmgridif.cxx" was nowhere mentioned, only a "fmgridif.o". It's the last
file mentioned in a long list of .o files from module "svx".


Are you starting from a clean build each time?  If you just restart the
build, it will reuse the bad fmgridif.o.  It is necessary to recompile
fmgridif.cxx with the patched Library_svxcore.mk.


I always do a "build --prepare --from svx" before starting a new build. 
I hope thats the right one. I don't find a "clean" or something else for 
the "build" comamnd.



BTW:
Due to dependencies for ant, junit, hamcreast and others I had to
install JDK 1.8.0. Dont' know if this matters somehoe.


Not for this probl

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread 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. "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
>> [ build LNK ] Library/libsvxcore.so
>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
>> In function
>> `FmXGridControl::createPeer(com::sun::star::uno::Reference
>> const&, com::sun::star::uno::Reference
>> const&)':
>> fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
>> WindowListenerMultiplexer::acquire()'
>> /usr/bin/ld:
>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
>> relocation R_X86_64_PC32 against undefined symbol
>> `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
>> making a shared object; recompile with -fPIC
>> /usr/bin/ld: final link failed: Bad value
>> collect2: error: ld returned 1 exit status
>> /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
>> target
>> '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
>> failed
>> make: ***
>> [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
>> Error 1
>> dmake:  Error code 2, while making 'all'
>>
>> 1 module(s):
>>  svx
>> need(s) to be rebuilt
>
> That looks very familiar.  What compiler version are you using?
>>>
>>> gcc 4.9.2
>>>
 Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
 around this problem:
 

 Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
 optimization of the affected file only for gcc 4.9.
>>>
>>> I'm sorry but the error has not changed. I've compared the patched
>>> "Library_svxcore.mk" file with the original one and only these changes
>>> were made.
>>>
>>> In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
>>> which I don't have. Is this related to the "--disable-odk" configure
>>> flag I've used and therefore is OK?
>>
>> Hmn, that's strange.  That makefile is still present in recent trunk.
>> It' doesn't have any relationship to --disable-odk.
> 
> Yesterday I've done my very first checkout and a "svn update" a second 
> ago in the directory doesn't got anything new. SWo, it's indeed strange.
> 
>>> Is there any other way than to downgrade gcc?
>>
>> For the FreeBSD port, I'm not using that patch due to the lack of
>> $(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
>> have upstreamed the patch.  Instead, I'm still using the workaround in
>> the third to last paragraph.  The Makefile for the FreeBSD port does
>> this on-the-fly patch:
>>
>> .if ${COMPILER_TYPE} == gcc
>>  # g++49 -Os sometimes leaves inline class methods undefined,
>>  # affects fmgridif.cxx and ColumnControl.cxx
>>  # See:
>>  if [ ${CXX} = g++49  ]; then \
>>  ${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize 
>> -fno-de
>> virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
>>  ${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
>> -fno-devirtu
>> alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
>>  fi
>>
>>
>> For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
>> (and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).
> 
> I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS
> 
> gb_COMPILEROPTFLAGS := O0
> 
> I hope that this correct. If so, then unfortunately it doesn't make a 
> change. Stil lthe same error.
> 
>> On x86_64, the Library_svxcore.mk patch should have done the trick
>> though.  The problem is triggered by using -Os optimization and with
>> that change to Library_svxcore.mk, fmgridif.cxx should be getting
>> compiled with -O0.  Can you check the log file to see if that is the
>> case?  You'll probably have to configure with --enable-verbose to see
>> it.
> 
> OK, turned back the "linux.mk" patch.
> 
> I've added --enable-verbose to configure, bootstrap'ed and source'ed 
> again. The build cancelled at the same location and with the same error 
> message.
> 
> "fmgridif.cxx" was nowhere mentioned, only a "fmgridif.o". It's the last 
> file mentioned in a long list of .o files from module "svx".

Are you starting from a clean build each time?  If you just restart the
bui

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread Marcus 

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. "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
[ build LNK ] Library/libsvxcore.so
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
In function
`FmXGridControl::createPeer(com::sun::star::uno::Reference
const&, com::sun::star::uno::Reference
const&)':
fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
WindowListenerMultiplexer::acquire()'
/usr/bin/ld:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
relocation R_X86_64_PC32 against undefined symbol
`_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
target
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
failed
make: ***
[/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svx
need(s) to be rebuilt


That looks very familiar.  What compiler version are you using?


gcc 4.9.2


Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
around this problem:


Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
optimization of the affected file only for gcc 4.9.


I'm sorry but the error has not changed. I've compared the patched
"Library_svxcore.mk" file with the original one and only these changes
were made.

In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned
which I don't have. Is this related to the "--disable-odk" configure
flag I've used and therefore is OK?


Hmn, that's strange.  That makefile is still present in recent trunk.
It' doesn't have any relationship to --disable-odk.


Yesterday I've done my very first checkout and a "svn update" a second 
ago in the directory doesn't got anything new. SWo, it's indeed strange.



Is there any other way than to downgrade gcc?


For the FreeBSD port, I'm not using that patch due to the lack of
$(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
have upstreamed the patch.  Instead, I'm still using the workaround in
the third to last paragraph.  The Makefile for the FreeBSD port does
this on-the-fly patch:

.if ${COMPILER_TYPE} == gcc
 # g++49 -Os sometimes leaves inline class methods undefined,
 # affects fmgridif.cxx and ColumnControl.cxx
 # See:
 if [ ${CXX} = g++49  ]; then \
 ${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize 
-fno-de
virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
 ${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize 
-fno-devirtu
alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
 fi


For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
(and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).


I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS

gb_COMPILEROPTFLAGS := O0

I hope that this correct. If so, then unfortunately it doesn't make a 
change. Stil lthe same error.



On x86_64, the Library_svxcore.mk patch should have done the trick
though.  The problem is triggered by using -Os optimization and with
that change to Library_svxcore.mk, fmgridif.cxx should be getting
compiled with -O0.  Can you check the log file to see if that is the
case?  You'll probably have to configure with --enable-verbose to see
it.


OK, turned back the "linux.mk" patch.

I've added --enable-verbose to configure, bootstrap'ed and source'ed 
again. The build cancelled at the same location and with the same error 
message.


"fmgridif.cxx" was nowhere mentioned, only a "fmgridif.o". It's the last 
file mentioned in a long list of .o files from module "svx".


BTW:
Due to dependencies for ant, junit, hamcreast and others I had to 
install JDK 1.8.0. Dont' know if this matters somehoe.


Marcus

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread 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. "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
 [ build LNK ] Library/libsvxcore.so
 /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
 In function
 `FmXGridControl::createPeer(com::sun::star::uno::Reference
 const&, com::sun::star::uno::Reference
 const&)':
 fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
 WindowListenerMultiplexer::acquire()'
 /usr/bin/ld:
 /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
 relocation R_X86_64_PC32 against undefined symbol
 `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
 making a shared object; recompile with -fPIC
 /usr/bin/ld: final link failed: Bad value
 collect2: error: ld returned 1 exit status
 /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
 target
 '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
 failed
 make: ***
 [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
 Error 1
 dmake:  Error code 2, while making 'all'

 1 module(s):
svx
 need(s) to be rebuilt
>>>
>>> That looks very familiar.  What compiler version are you using?
> 
> gcc 4.9.2
> 
>> Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
>> around this problem:
>> 
>>
>> Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
>> optimization of the affected file only for gcc 4.9.
> 
> I'm sorry but the error has not changed. I've compared the patched 
> "Library_svxcore.mk" file with the original one and only these changes 
> were made.
> 
> In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned 
> which I don't have. Is this related to the "--disable-odk" configure 
> flag I've used and therefore is OK?

Hmn, that's strange.  That makefile is still present in recent trunk.
It' doesn't have any relationship to --disable-odk.

> Is there any other way than to downgrade gcc?

For the FreeBSD port, I'm not using that patch due to the lack of
$(CCNUMVER) on the gbuild side of thigs.  If we had that, then I would
have upstreamed the patch.  Instead, I'm still using the workaround in
the third to last paragraph.  The Makefile for the FreeBSD port does
this on-the-fly patch:

.if ${COMPILER_TYPE} == gcc
# g++49 -Os sometimes leaves inline class methods undefined,
# affects fmgridif.cxx and ColumnControl.cxx
# See: 
if [ ${CXX} = g++49  ]; then \
${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize -fno-de
virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \
${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize -fno-devirtu
alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \
fi


For Linux you would have to patch main/solenv/gbuild/platform/linux.mk
(and main/solenv/inc/unxlng*.mk for non-x86_64 platforms).


On x86_64, the Library_svxcore.mk patch should have done the trick
though.  The problem is triggered by using -Os optimization and with
that change to Library_svxcore.mk, fmgridif.cxx should be getting
compiled with -O0.  Can you check the log file to see if that is the
case?  You'll probably have to configure with --enable-verbose to see
it.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-05 Thread Marcus 

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 svx:

[...]

=
Building module svx
=

Entering /share/linux2/aoo/trunk/main/svx/prj

cd ..&&  make -s -r -j1&&  make -s -r deliverlog
[ build LNK ] Library/libsvxcore.so
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
In function
`FmXGridControl::createPeer(com::sun::star::uno::Reference
const&, com::sun::star::uno::Reference
const&)':
fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
WindowListenerMultiplexer::acquire()'
/usr/bin/ld:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
relocation R_X86_64_PC32 against undefined symbol
`_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
target
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
failed
make: ***
[/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svx
need(s) to be rebuilt


That looks very familiar.  What compiler version are you using?


gcc 4.9.2


Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
around this problem:


Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
optimization of the affected file only for gcc 4.9.


I'm sorry but the error has not changed. I've compared the patched 
"Library_svxcore.mk" file with the original one and only these changes 
were made.


In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned 
which I don't have. Is this related to the "--disable-odk" configure 
flag I've used and therefore is OK?


Is there any other way than to downgrade gcc?

Thanks

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-04 Thread 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 svx:
>> 
>> [...]
>> 
>> =
>> Building module svx
>> =
>> 
>> Entering /share/linux2/aoo/trunk/main/svx/prj
>> 
>> cd .. && make -s -r -j1   && make -s -r deliverlog
>> [ build LNK ] Library/libsvxcore.so
>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
>> In function
>> `FmXGridControl::createPeer(com::sun::star::uno::Reference
>> const&, com::sun::star::uno::Reference
>> const&)':
>> fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
>> WindowListenerMultiplexer::acquire()'
>> /usr/bin/ld:
>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
>> relocation R_X86_64_PC32 against undefined symbol
>> `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
>> making a shared object; recompile with -fPIC
>> /usr/bin/ld: final link failed: Bad value
>> collect2: error: ld returned 1 exit status
>> /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
>> target
>> '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
>> failed
>> make: ***
>> [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
>> Error 1
>> dmake:  Error code 2, while making 'all'
>> 
>> 1 module(s):
>>  svx
>> need(s) to be rebuilt
> 
> That looks very familiar.  What compiler version are you using?

Yup, it's gcc 4.9 bug.  This is what I did for the FreeBSD port to work
around this problem:


Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable
optimization of the affected file only for gcc 4.9.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-04 Thread Don Lewis 
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
> [ build LNK ] Library/libsvxcore.so
> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
> In function
> `FmXGridControl::createPeer(com::sun::star::uno::Reference
> const&, com::sun::star::uno::Reference
> const&)':
> fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
> WindowListenerMultiplexer::acquire()'
> /usr/bin/ld:
> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
> relocation R_X86_64_PC32 against undefined symbol
> `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
> making a shared object; recompile with -fPIC
> /usr/bin/ld: final link failed: Bad value
> collect2: error: ld returned 1 exit status
> /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
> target
> '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
> failed
> make: ***
> [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
> Error 1
> dmake:  Error code 2, while making 'all'
> 
> 1 module(s):
>   svx
> need(s) to be rebuilt

That looks very familiar.  What compiler version are you using?


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-04 Thread Marcus 

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
[ build LNK ] Library/libsvxcore.so
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
In function
`FmXGridControl::createPeer(com::sun::star::uno::Reference
const&, com::sun::star::uno::Reference
const&)':
fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to
WindowListenerMultiplexer::acquire()'
/usr/bin/ld:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o:
relocation R_X86_64_PC32 against undefined symbol
`_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
/share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for
target
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so'
failed
make: ***
[/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so]
Error 1
dmake:  Error code 2, while making 'all'

1 module(s):
svx
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/share/linux2/aoo/trunk/main/svx/prj

When you have fixed the errors in that module you can resume the build by
running:

build --from svx


Thanks

Marcus



Am 09/04/2016 07:55 PM, schrieb Damjan Jovanovic:

X11/StringDefs.h is provided by the libxt-dev package on Ubuntu.

Regards
Damjan

On Sun, Sep 4, 2016 at 7:40 PM, Marcus  wrote:


I've managed to start my first build of trunk. After some hours of reading
building guides and installing/configuring prerequisites, it starts now but
quits with an error.

Hardware / software:
- Intel Core i7-4710HQ 2.5 GHz (4 cores)
- 16 GB RAM, 256 GB SSD
- Fedora 21

Configure options:
$ ./configure
--with-dmake-url=http://sourceforge.net/projects/oooextras.
mirror/files/dmake-4.12.tar.bz2
--with-epm-url=https://www.msweet.org/files/project2/epm-3.7-source.tar.gz
--disable-odk
--disable-gconf
--disable-gnome-vfs
--disable-mozilla
--disable-odk
--disable-gtk
--with-package-format="installed"

Build command:
$ build -P4 -- -P4

Log:

There are many hints about:
fatal error: X11/StringDefs.h: No such file or directory
  #include

But I don't know which X11 package is maybe missing as I've installed many
incl. devel packages.

The full build log is here [1]. The following is an excerpt of the last
lines:

[...]

wizards deliver
deliver -- version: 275594
Module 'wizards' delivered successfully. 0 files copied, 1 files unchanged
In file included from /share/linux2/aoo/trunk/main/v
cl/inc/unx/svunx.h:27:0,
  from /share/linux2/aoo/trunk/main/vcl/inc/unx/svsys.h:26,
  from /share/linux2/aoo/trunk/main/vcl/inc/svsys.h:34,
  from /share/linux2/aoo/trunk/main/v
cl/source/window/window.cxx:58:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/inc/too
ls/prex.h:45:28: fatal error: X11/StringDefs.h: No such file or directory
  #include
 ^
compilation terminated.
In file included from /share/linux2/aoo/trunk/main/v
cl/inc/unx/svunx.h:27:0,
  from /share/linux2/aoo/trunk/main/vcl/inc/unx/svsys.h:26,
  from /share/linux2/aoo/trunk/main/vcl/inc/svsys.h:34,
  from /share/linux2/aoo/trunk/main/v
cl/source/window/wrkwin.cxx:33:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/inc/too
ls/prex.h:45:28: fatal error: X11/StringDefs.h: No such file or directory
  #include
 ^
compilation terminated.
make: *** No rule to make target '/share/linux2/aoo/trunk/main/solver/420/
unxlngx6.pro/workdir/CxxObject/vcl/source/app/svapp.o', needed by
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdi
r/LinkTarget/Library/libvcl.so'.  Stop.
make: *** Waiting for unfinished jobs
dmake:  Error code 2, while making 'all'

2 module(s):
 bean
 vcl
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making /share/linux2/aoo/trunk/main/b
ean/native/unix
ERROR: error 65280 occurred while making /share/linux2/aoo/trunk/main/v
cl/prj

When you have fixed the errors in that module you can resume the build by
running:

 build --from bean vcl



[1] http://people.apache.org/~marcus/build_error_log.txt

Thanks in advance for your help.

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Help needed: Build error in bean and vcl

2016-09-04 Thread Damjan Jovanovic 
X11/StringDefs.h is provided by the libxt-dev package on Ubuntu.

Regards
Damjan

On Sun, Sep 4, 2016 at 7:40 PM, Marcus  wrote:

> I've managed to start my first build of trunk. After some hours of reading
> building guides and installing/configuring prerequisites, it starts now but
> quits with an error.
>
> Hardware / software:
> - Intel Core i7-4710HQ 2.5 GHz (4 cores)
> - 16 GB RAM, 256 GB SSD
> - Fedora 21
>
> Configure options:
> $ ./configure
> --with-dmake-url=http://sourceforge.net/projects/oooextras.
> mirror/files/dmake-4.12.tar.bz2
> --with-epm-url=https://www.msweet.org/files/project2/epm-3.7-source.tar.gz
> --disable-odk
> --disable-gconf
> --disable-gnome-vfs
> --disable-mozilla
> --disable-odk
> --disable-gtk
> --with-package-format="installed"
>
> Build command:
> $ build -P4 -- -P4
>
> Log:
>
> There are many hints about:
> fatal error: X11/StringDefs.h: No such file or directory
>  #include 
>
> But I don't know which X11 package is maybe missing as I've installed many
> incl. devel packages.
>
> The full build log is here [1]. The following is an excerpt of the last
> lines:
>
> [...]
>
> wizards deliver
> deliver -- version: 275594
> Module 'wizards' delivered successfully. 0 files copied, 1 files unchanged
> In file included from /share/linux2/aoo/trunk/main/v
> cl/inc/unx/svunx.h:27:0,
>  from /share/linux2/aoo/trunk/main/vcl/inc/unx/svsys.h:26,
>  from /share/linux2/aoo/trunk/main/vcl/inc/svsys.h:34,
>  from /share/linux2/aoo/trunk/main/v
> cl/source/window/window.cxx:58:
> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/inc/too
> ls/prex.h:45:28: fatal error: X11/StringDefs.h: No such file or directory
>  #include 
> ^
> compilation terminated.
> In file included from /share/linux2/aoo/trunk/main/v
> cl/inc/unx/svunx.h:27:0,
>  from /share/linux2/aoo/trunk/main/vcl/inc/unx/svsys.h:26,
>  from /share/linux2/aoo/trunk/main/vcl/inc/svsys.h:34,
>  from /share/linux2/aoo/trunk/main/v
> cl/source/window/wrkwin.cxx:33:
> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/inc/too
> ls/prex.h:45:28: fatal error: X11/StringDefs.h: No such file or directory
>  #include 
> ^
> compilation terminated.
> make: *** No rule to make target '/share/linux2/aoo/trunk/main/solver/420/
> unxlngx6.pro/workdir/CxxObject/vcl/source/app/svapp.o', needed by
> '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdi
> r/LinkTarget/Library/libvcl.so'.  Stop.
> make: *** Waiting for unfinished jobs
> dmake:  Error code 2, while making 'all'
>
> 2 module(s):
> bean
> vcl
> need(s) to be rebuilt
>
> Reason(s):
>
> ERROR: error 65280 occurred while making /share/linux2/aoo/trunk/main/b
> ean/native/unix
> ERROR: error 65280 occurred while making /share/linux2/aoo/trunk/main/v
> cl/prj
>
> When you have fixed the errors in that module you can resume the build by
> running:
>
> build --from bean vcl
>
>
>
> [1] http://people.apache.org/~marcus/build_error_log.txt
>
> Thanks in advance for your help.
>
> Marcus
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Help needed: Build error in bean and vcl

2016-09-04 Thread Marcus 
I've managed to start my first build of trunk. After some hours of 
reading building guides and installing/configuring prerequisites, it 
starts now but quits with an error.


Hardware / software:
- Intel Core i7-4710HQ 2.5 GHz (4 cores)
- 16 GB RAM, 256 GB SSD
- Fedora 21

Configure options:
$ ./configure
--with-dmake-url=http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2
--with-epm-url=https://www.msweet.org/files/project2/epm-3.7-source.tar.gz
--disable-odk
--disable-gconf
--disable-gnome-vfs
--disable-mozilla
--disable-odk
--disable-gtk
--with-package-format="installed"

Build command:
$ build -P4 -- -P4

Log:

There are many hints about:
fatal error: X11/StringDefs.h: No such file or directory
 #include 

But I don't know which X11 package is maybe missing as I've installed 
many incl. devel packages.


The full build log is here [1]. The following is an excerpt of the last 
lines:


[...]

wizards deliver
deliver -- version: 275594
Module 'wizards' delivered successfully. 0 files copied, 1 files unchanged
In file included from /share/linux2/aoo/trunk/main/vcl/inc/unx/svunx.h:27:0,
 from /share/linux2/aoo/trunk/main/vcl/inc/unx/svsys.h:26,
 from /share/linux2/aoo/trunk/main/vcl/inc/svsys.h:34,
 from 
/share/linux2/aoo/trunk/main/vcl/source/window/window.cxx:58:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/inc/tools/prex.h:45:28: 
fatal error: X11/StringDefs.h: No such file or directory

 #include 
^
compilation terminated.
In file included from /share/linux2/aoo/trunk/main/vcl/inc/unx/svunx.h:27:0,
 from /share/linux2/aoo/trunk/main/vcl/inc/unx/svsys.h:26,
 from /share/linux2/aoo/trunk/main/vcl/inc/svsys.h:34,
 from 
/share/linux2/aoo/trunk/main/vcl/source/window/wrkwin.cxx:33:
/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/inc/tools/prex.h:45:28: 
fatal error: X11/StringDefs.h: No such file or directory

 #include 
^
compilation terminated.
make: *** No rule to make target 
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/vcl/source/app/svapp.o', 
needed by 
'/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libvcl.so'. 
 Stop.

make: *** Waiting for unfinished jobs
dmake:  Error code 2, while making 'all'

2 module(s):
bean
vcl
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/share/linux2/aoo/trunk/main/bean/native/unix
ERROR: error 65280 occurred while making 
/share/linux2/aoo/trunk/main/vcl/prj


When you have fixed the errors in that module you can resume the build 
by running:


build --from bean vcl



[1] http://people.apache.org/~marcus/build_error_log.txt

Thanks in advance for your help.

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org