More on "tools" module; on FreeBSD

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

More on "tools" module; on FreeBSD

Maho NAKATA-2
Hi Bjoern,

After I fixed following issue:
http://www.openoffice.org/issues/show_bug.cgi?id=116477
still FreeBSD build has been broken like following:

> 1 module(s):
>         tools
> need(s) to be rebuilt
>
> Reason(s):
>
> ERROR: error 65280 occurred while making /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/tools/prj

I tried by:
# source FreeBSDX86Env.Set.sh ; cd tools/prj/ ; dmake
and obtained following error;

cd .. && gmake  -r -j1
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $O/lib/ && /usr/local/bin/gcp --remove-destination --force --preserve=timestamps  $O/lib/libcomphelpergcc3.so
/usr/local/bin/gcp: missing destination file operand after `/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/lib/libcomphelpergcc3.so'
Try `/usr/local/bin/gcp --help' for more information.
gmake: *** [/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/lib/libcomphelpergcc3.so] Error 1
dmake:  Error code 2, while making 'all'

this is somewhat odd, as libcomphelper is only listed in "namingservice.uno.xml",
and we have been not using libcomphelpergcc3.so for long time instead
libcomphelp4gcc3.so.

Thanks,
-- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Maho NAKATA-2
Hi Bjoern

I tried to build with:
# rm ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so
# build --all:tools
then, I got:

build -- version: 275224


=============
Building module tools
=============

Entering /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/tools/prj

cd .. && gmake  -r -j1
[ info  ALL ] LinkTarget Library/libcomphelpergcc3.so not defined: Assuming headers to be there!
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/ExternalHeaders/Library/ && touch $W/ExternalHeaders/Library/libcomphelpergcc3.so
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/Headers/Library/ && touch $W/Headers/Library/libcomphelpergcc3.so
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/ExternalHeaders/Library/ && touch $W/ExternalHeaders/Library/libtlfi.so
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/Headers/Library/ && touch $W/Headers/Library/libtlfi.so
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/ExternalHeaders/Executable/ && touch $W/ExternalHeaders/Executable/sspretty
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/Headers/Executable/ && touch $W/Headers/Executable/sspretty
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/ExternalHeaders/Executable/ && touch $W/ExternalHeaders/Executable/so_checksum
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/Headers/Executable/ && touch $W/Headers/Executable/so_checksum
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/ExternalHeaders/Executable/ && touch $W/ExternalHeaders/Executable/rscdep
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/Headers/Executable/ && touch $W/Headers/Executable/rscdep
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/ExternalHeaders/Executable/ && touch $W/ExternalHeaders/Executable/mkunroll
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $W/Headers/Executable/ && touch $W/Headers/Executable/mkunroll
R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $O/lib/ && /usr/local/bin/gcp --remove-destination --force --preserve=timestamps  $O/lib/libcomphelpergcc3.so
/usr/local/bin/gcp: missing destination file operand after `/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/lib/libcomphelpergcc3.so'
Try `/usr/local/bin/gcp --help' for more information.
gmake: *** [/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/lib/libcomphelpergcc3.so] Error 1
rm /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/workdir/ExternalHeaders/Library/libcomphelpergcc3.so
dmake:  Error code 2, while making 'all'
-----------------
it looks

> [ info  ALL ] LinkTarget Library/libcomphelpergcc3.so not defined: Assuming headers to be there!
is the key.
and
where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so comes from?

From: Maho NAKATA <[hidden email]>
Subject: [porting-dev] More on "tools" module; on FreeBSD
Date: Sun, 16 Jan 2011 12:11:03 +0900 (JST)

> Hi Bjoern,
>
> After I fixed following issue:
> http://www.openoffice.org/issues/show_bug.cgi?id=116477
> still FreeBSD build has been broken like following:
>
>> 1 module(s):
>>         tools
>> need(s) to be rebuilt
>>
>> Reason(s):
>>
>> ERROR: error 65280 occurred while making /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/tools/prj
>
> I tried by:
> # source FreeBSDX86Env.Set.sh ; cd tools/prj/ ; dmake
> and obtained following error;
>
> cd .. && gmake  -r -j1
> R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir &&  mkdir -p $O/lib/ && /usr/local/bin/gcp --remove-destination --force --preserve=timestamps  $O/lib/libcomphelpergcc3.so
> /usr/local/bin/gcp: missing destination file operand after `/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/lib/libcomphelpergcc3.so'
> Try `/usr/local/bin/gcp --help' for more information.
> gmake: *** [/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/solver/300/unxfbsdi.pro/lib/libcomphelpergcc3.so] Error 1
> dmake:  Error code 2, while making 'all'
>
> this is somewhat odd, as libcomphelper is only listed in "namingservice.uno.xml",
> and we have been not using libcomphelpergcc3.so for long time instead
> libcomphelp4gcc3.so.
>
> Thanks,
> -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
> http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Takashi Ono
Hi Maho,

In message "Re: [porting-dev] More on "tools" module; on FreeBSD",
Maho NAKATA wrote...

 >where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so comes
from?

The names of the libraries are defined in Reopsitory.mk and RepositoryFixes.mk in source
root. I think you need some fix entries for FreeBSD in RepositoryFixes.mk.

Regards,

Takashi Ono ([hidden email])

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Michael Stahl-5
On 16/01/2011 06:29, Takashi Ono wrote:

> Hi Maho,
>
> In message "Re: [porting-dev] More on "tools" module; on FreeBSD",
> Maho NAKATA wrote...
>
>  >where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so comes
> from?
>
> The names of the libraries are defined in Reopsitory.mk and RepositoryFixes.mk in source
> root. I think you need some fix entries for FreeBSD in RepositoryFixes.mk.

yes, exactly.

the problem is that unfortunately there is significant creativity when it
comes to library names in OOo.

gbuild needs to construct the file names of the library somehow.
this is done by generic rules that e.g. append the 2/3-letter platform
suffix and such.

in many cases this is sufficient, but there are quite a few exceptions.
like comphelper, which is called libcomphelp4gcc3.so or something like
that on linux, and something else on windows, for reasons nobody knows.

these exceptions are handled on a per-platform basis in RepositoryFixes.mk.
if your platform is "just like linux", then you may be able to just re-use
the linux stuff in that file.

the goal is of course that once all modules are migrated to gbuild we can
rename the exceptions so they follow the rules instead, and get rid of the
RepositoryFixes.mk.

--
Prof. Farnsworth: Good Lord!  That's over 5000 atmospheres of pressure!
             Fry: How many atmospheres can the ship withstand?
Prof. Farnsworth: Well, it was built for space travel,
                  so anywhere between zero and one.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Björn Michaelsen-3
In reply to this post by Maho NAKATA-2
Hi Maho,

Am Sun, 16 Jan 2011 12:17:46 +0900 (JST)
schrieb Maho NAKATA <[hidden email]>:

> Hi Bjoern
> [...]
> R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work
> && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir
> &&  mkdir -p $O/lib/ && /usr/local/bin/gcp --remove-destination
> --force --preserve=timestamps
> $O/lib/libcomphelpergcc3.so /usr/local/bin/gcp: missing destination
> file operand after
> [...]
> where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so
> comes from?

did Takashis answer help you?

BR,

Bjoern


--
Oracle
Bjoern Michaelsen | Software Engineer
Phone: +49 40 2515230 | Fax: +49 40 256811
Oracle Office GBU

ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Rijnzathe 6, 3454PV De Meern, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven

Oracle is committed to developing practices and products that help
protect the environment

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Maho NAKATA-2
In reply to this post by Takashi Ono
Ohayogozaimasu (Hello) Ono-san,
many thanks for your comment, and build is progressing!
still broken in different place, though.

thanks
 Nakata Maho

From: Takashi Ono <[hidden email]>
Subject: Re: [porting-dev] More on "tools" module; on FreeBSD
Date: Sun, 16 Jan 2011 14:29:04 +0900

> Hi Maho,
>
> In message "Re: [porting-dev] More on "tools" module; on FreeBSD",
> Maho NAKATA wrote...
>
>  >where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so comes
> from?
>
> The names of the libraries are defined in Reopsitory.mk and RepositoryFixes.mk in source
> root. I think you need some fix entries for FreeBSD in RepositoryFixes.mk.
>
> Regards,
>
> Takashi Ono ([hidden email])
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Maho NAKATA-2
In reply to this post by Björn Michaelsen-3
From: Björn Michaelsen <[hidden email]>
Subject: Re: [porting-dev] More on "tools" module; on FreeBSD
Date: Mon, 17 Jan 2011 12:27:04 +0100

> Hi Maho,
>
> Am Sun, 16 Jan 2011 12:17:46 +0900 (JST)
> schrieb Maho NAKATA <[hidden email]>:
>
>> Hi Bjoern
>> [...]
>> R=/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work
>> && S=$R/DEV300_m96 && O=$S/solver/300/unxfbsdi.pro && W=$O/workdir
>> &&  mkdir -p $O/lib/ && /usr/local/bin/gcp --remove-destination
>> --force --preserve=timestamps
>> $O/lib/libcomphelpergcc3.so /usr/local/bin/gcp: missing destination
>> file operand after
>> [...]
>> where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so
>> comes from?
>
> did Takashis answer help you?

yes.

thanks for your comment.
-- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: More on "tools" module; on FreeBSD

Maho NAKATA-2
In reply to this post by Michael Stahl-5
From: Michael Stahl <[hidden email]>
Subject: [porting-dev] Re: More on "tools" module; on FreeBSD
Date: Mon, 17 Jan 2011 11:15:44 +0100

> On 16/01/2011 06:29, Takashi Ono wrote:
>> Hi Maho,
>>
>> In message "Re: [porting-dev] More on "tools" module; on FreeBSD",
>> Maho NAKATA wrote...
>>
>>  >where ../../solver/300/unxfbsdi.pro/workdir/Headers/Library/libcomphelpergcc3.so comes
>> from?
>>
>> The names of the libraries are defined in Reopsitory.mk and RepositoryFixes.mk in source
>> root. I think you need some fix entries for FreeBSD in RepositoryFixes.mk.
>
> yes, exactly.
>
> the problem is that unfortunately there is significant creativity when it
> comes to library names in OOo.
>
> gbuild needs to construct the file names of the library somehow.
> this is done by generic rules that e.g. append the 2/3-letter platform
> suffix and such.
>
> in many cases this is sufficient, but there are quite a few exceptions.
> like comphelper, which is called libcomphelp4gcc3.so or something like
> that on linux, and something else on windows, for reasons nobody knows.
>
> these exceptions are handled on a per-platform basis in RepositoryFixes.mk.
> if your platform is "just like linux", then you may be able to just re-use
> the linux stuff in that file.

yes, that's actually what I have been doing :-)
and in FreeBSD's case, just copy and paste from Linux is usually enough.

Thanks,
 Nakata Maho

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

DEV300_m96: rtld difference on FreeBSD

Maho NAKATA-2
In reply to this post by Björn Michaelsen-3
Hi Stephan, Björn,

I encountered another build brekage of DEV300_m96 on FreeBSD.
it seems small difference rtld between Linux and FreeBSD.

On FreeBSD 8,

# cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
./libbasegfxfi.so:
/libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
./libbasegfxfi.so: exit status 1

On FreeBSD ldd erroneously exit on libbasegfxfi.so when it
didn't find some libraries.  

On Linux
maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
  linux-gate.so.1 =>  (0x0040d000)
  libuno_sal.so.3 => not found
  libuno_cppuhelpergcc3.so.3 => not found
  libuno_cppu.so.3 => not found
  libstlport_gcc.so => not found
  libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00542000)
  libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
  libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d8b000)
  libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
  /lib/ld-linux.so.2 (0x00e4b000)

problem here on FreeBSD is that ldd fails after it didn't find some libraries,
whereas on Linux, it just says it doesn't found.

It prevents packaging process, so FreeBSD build is broken at instsetoo_native
like following:
**************************************************
ERROR: ERROR: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_485471296326978/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
in function: register_extensions
**************************************************

**************************************************
ERROR: Saved logfile: /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log
**************************************************
... cleaning the output tree ...
... removing directory /work/tmp/ooopackaging/i_485471296326978 ...
Sun Jan 30 03:54:19 2011 (04:41 min.)
dmake:  Error code 255, while making 'openoffice_en-US.archive'

.

The relevant part of output of "DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log" is

> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"

Systemcall: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |
/libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
ERROR: Could not execute "unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |"!Exitcode: '256'

It seems we need LD_LIBRARY_PATH at packaging process(?)

Thanks,

-- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: DEV300_m96: rtld difference on FreeBSD

Maho NAKATA-2
Hi Kostik Belousov,
I found a small difference of rtld behavior between Linux and FreeBSD.

> libexec/rtld-elf/rtld.c:    _rtld_error("%s: Unexpected inconsistency: dependency %s not found",

ldd fails like that on FreeBSD,
> # cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
> ./libbasegfxfi.so:
> /libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
> ./libbasegfxfi.so: exit status 1

but on Linux

> maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
>   linux-gate.so.1 =>  (0x0040d000)
>   libuno_sal.so.3 => not found
>   libuno_cppuhelpergcc3.so.3 => not found
>   libuno_cppu.so.3 => not found
>   libstlport_gcc.so => not found
>   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00542000)
>   libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
>   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d8b000)
>   libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
>   /lib/ld-linux.so.2 (0x00e4b000)
.

Is it a correct behavior? Just i'm not sure ...

Thanks
 Nakata Maho

From: Maho NAKATA <[hidden email]>
Subject: [porting-dev] DEV300_m96: rtld difference on FreeBSD
Date: Sun, 30 Jan 2011 15:16:28 +0900 (JST)

> Hi Stephan, Björn,
>
> I encountered another build brekage of DEV300_m96 on FreeBSD.
> it seems small difference rtld between Linux and FreeBSD.
>
> On FreeBSD 8,
>
> # cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
> ./libbasegfxfi.so:
> /libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
> ./libbasegfxfi.so: exit status 1
>
> On FreeBSD ldd erroneously exit on libbasegfxfi.so when it
> didn't find some libraries.  
>
> On Linux
> maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
>   linux-gate.so.1 =>  (0x0040d000)
>   libuno_sal.so.3 => not found
>   libuno_cppuhelpergcc3.so.3 => not found
>   libuno_cppu.so.3 => not found
>   libstlport_gcc.so => not found
>   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00542000)
>   libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
>   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d8b000)
>   libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
>   /lib/ld-linux.so.2 (0x00e4b000)
>
> problem here on FreeBSD is that ldd fails after it didn't find some libraries,
> whereas on Linux, it just says it doesn't found.
>
> It prevents packaging process, so FreeBSD build is broken at instsetoo_native
> like following:
> **************************************************
> ERROR: ERROR: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_485471296326978/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
>
> **************************************************
> ERROR: Saved logfile: /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log
> **************************************************
> ... cleaning the output tree ...
> ... removing directory /work/tmp/ooopackaging/i_485471296326978 ...
> Sun Jan 30 03:54:19 2011 (04:41 min.)
> dmake:  Error code 255, while making 'openoffice_en-US.archive'
>
> .
>
> The relevant part of output of "DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log" is
>
>> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
>
> Systemcall: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |
> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
> ERROR: Could not execute "unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |"!Exitcode: '256'
>
> It seems we need LD_LIBRARY_PATH at packaging process(?)
>
> Thanks,
>
> -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
> http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: DEV300_m96: rtld difference on FreeBSD

Maho NAKATA-2
Hi Kostik Belousov, Stephan, Björn,

Now I find an answer.

I forgot that, to pass $ORIGIN for FreeBSD,
we also need "-Wl,-z,origin" as well. Still some parts use
older "DEV300_m96/solenv/inc/unxfbsd.mk", which have correct
$ORIGIN line and not "gmake" migrated modules. For such parts
$ORIGIN worked fine. For other parts, which are migrated modules,  
I just copy and pasted from Linux, then for that part, build was
broken.

Thanks
 Nakata Maho


From: Maho NAKATA <[hidden email]>
Subject: Re: [porting-dev] DEV300_m96: rtld difference on FreeBSD
Date: Sun, 30 Jan 2011 16:09:53 +0900 (JST)

> Hi Kostik Belousov,
> I found a small difference of rtld behavior between Linux and FreeBSD.
>
>> libexec/rtld-elf/rtld.c:    _rtld_error("%s: Unexpected inconsistency: dependency %s not found",
>
> ldd fails like that on FreeBSD,
>> # cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
>> ./libbasegfxfi.so:
>> /libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
>> ./libbasegfxfi.so: exit status 1
>
> but on Linux
>
>> maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
>>   linux-gate.so.1 =>  (0x0040d000)
>>   libuno_sal.so.3 => not found
>>   libuno_cppuhelpergcc3.so.3 => not found
>>   libuno_cppu.so.3 => not found
>>   libstlport_gcc.so => not found
>>   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00542000)
>>   libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
>>   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d8b000)
>>   libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
>>   /lib/ld-linux.so.2 (0x00e4b000)
> .
>
> Is it a correct behavior? Just i'm not sure ...
>
> Thanks
>  Nakata Maho
>
> From: Maho NAKATA <[hidden email]>
> Subject: [porting-dev] DEV300_m96: rtld difference on FreeBSD
> Date: Sun, 30 Jan 2011 15:16:28 +0900 (JST)
>
>> Hi Stephan, Björn,
>>
>> I encountered another build brekage of DEV300_m96 on FreeBSD.
>> it seems small difference rtld between Linux and FreeBSD.
>>
>> On FreeBSD 8,
>>
>> # cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
>> ./libbasegfxfi.so:
>> /libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
>> ./libbasegfxfi.so: exit status 1
>>
>> On FreeBSD ldd erroneously exit on libbasegfxfi.so when it
>> didn't find some libraries.  
>>
>> On Linux
>> maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
>>   linux-gate.so.1 =>  (0x0040d000)
>>   libuno_sal.so.3 => not found
>>   libuno_cppuhelpergcc3.so.3 => not found
>>   libuno_cppu.so.3 => not found
>>   libstlport_gcc.so => not found
>>   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00542000)
>>   libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
>>   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d8b000)
>>   libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
>>   /lib/ld-linux.so.2 (0x00e4b000)
>>
>> problem here on FreeBSD is that ldd fails after it didn't find some libraries,
>> whereas on Linux, it just says it doesn't found.
>>
>> It prevents packaging process, so FreeBSD build is broken at instsetoo_native
>> like following:
>> **************************************************
>> ERROR: ERROR: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_485471296326978/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
>> in function: register_extensions
>> **************************************************
>>
>> **************************************************
>> ERROR: Saved logfile: /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log
>> **************************************************
>> ... cleaning the output tree ...
>> ... removing directory /work/tmp/ooopackaging/i_485471296326978 ...
>> Sun Jan 30 03:54:19 2011 (04:41 min.)
>> dmake:  Error code 255, while making 'openoffice_en-US.archive'
>>
>> .
>>
>> The relevant part of output of "DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log" is
>>
>>> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
>>
>> Systemcall: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |
>> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
>> ERROR: Could not execute "unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |"!Exitcode: '256'
>>
>> It seems we need LD_LIBRARY_PATH at packaging process(?)
>>
>> Thanks,
>>
>> -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
>> http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: DEV300_m96: rtld difference on FreeBSD

Maho NAKATA-2
In reply to this post by Maho NAKATA-2
Forward to dev@porting list

From: Konstantin Belousov <[hidden email]>
Subject: Re: [porting-dev] DEV300_m96: rtld difference on FreeBSD
Date: Sun, 30 Jan 2011 12:16:54 +0200

> On Sun, Jan 30, 2011 at 04:09:53PM +0900, Maho NAKATA wrote:
>> Hi Kostik Belousov,
>> I found a small difference of rtld behavior between Linux and FreeBSD.
>>
>> > libexec/rtld-elf/rtld.c:    _rtld_error("%s: Unexpected inconsistency: dependency %s not found",
>>
>> ldd fails like that on FreeBSD,
>> > # cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
>> > ./libbasegfxfi.so:
>> > /libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
>> > ./libbasegfxfi.so: exit status 1
>>
>> but on Linux
>>
>> > maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
>> >   linux-gate.so.1 =>  (0x0040d000)
>> >   libuno_sal.so.3 => not found
>> >   libuno_cppuhelpergcc3.so.3 => not found
>> >   libuno_cppu.so.3 => not found
>> >   libstlport_gcc.so => not found
>> >   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00542000)
>> >   libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
>> >   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00d8b000)
>> >   libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
>> >   /lib/ld-linux.so.2 (0x00e4b000)
>> .
>>
>> Is it a correct behavior? Just i'm not sure ...
> Definitely not. Patch below fixed it for me.
>
> diff --git a/libexec/rtld-elf/rtld.c b/libexec/rtld-elf/rtld.c
> index 11ef847..241d617 100644
> --- a/libexec/rtld-elf/rtld.c
> +++ b/libexec/rtld-elf/rtld.c
> @@ -3709,6 +3709,8 @@ locate_dependency(const Obj_Entry *obj, const char *name)
>   if (object_match_name(needed->obj, name))
>      return needed->obj;
>      }
> +    if (ld_tracing != NULL)
> + return (NULL);
>      _rtld_error("%s: Unexpected inconsistency: dependency %s not found",
>   obj->path, name);
>      die();
> @@ -3833,6 +3835,8 @@ rtld_verify_object_versions(Obj_Entry *obj)
>      vn = obj->verneed;
>      while (vn != NULL) {
>   depobj = locate_dependency(obj, obj->strtab + vn->vn_file);
> + if (depobj == NULL)
> +    return (-1);
>   vna = (const Elf_Vernaux *) ((char *)vn + vn->vn_aux);
>   for (;;) {
>      if (check_object_provided_version(obj, depobj, vna))

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: DEV300_m96: rtld difference on FreeBSD

Stephan Bergmann-2
In reply to this post by Maho NAKATA-2
On 01/30/11 07:16, Maho NAKATA wrote:
> I encountered another build brekage of DEV300_m96 on FreeBSD.
> it seems small difference rtld between Linux and FreeBSD.

(FreeBSD uses ELF, including features like RPATH, right?)

> On FreeBSD 8,
>
> # cd basegfx/unxfbsdi.pro/lib ; ldd ./libbasegfxfi.so
> ./libbasegfxfi.so:
> /libexec/ld-elf.so.1: ./libbasegfxfi.so: Unexpected inconsistency: dependency libuno_sal.so.3 not found
> ./libbasegfxfi.so: exit status 1
>
> On FreeBSD ldd erroneously exit on libbasegfxfi.so when it
> didn't find some libraries.
>
> On Linux
> maho@:~/DEV300_m96/basegfx/unxlngi6.pro/lib$ ldd ./libbasegfxli.so
>    linux-gate.so.1 =>   (0x0040d000)
>    libuno_sal.so.3 =>  not found
>    libuno_cppuhelpergcc3.so.3 =>  not found
>    libuno_cppu.so.3 =>  not found
>    libstlport_gcc.so =>  not found
>    libstdc++.so.6 =>  /usr/lib/libstdc++.so.6 (0x00542000)
>    libm.so.6 =>  /lib/tls/i686/cmov/libm.so.6 (0x00b77000)
>    libgcc_s.so.1 =>  /lib/libgcc_s.so.1 (0x00d8b000)
>    libc.so.6 =>  /lib/tls/i686/cmov/libc.so.6 (0x008d5000)
>    /lib/ld-linux.so.2 (0x00e4b000)
>
> problem here on FreeBSD is that ldd fails after it didn't find some libraries,
> whereas on Linux, it just says it doesn't found.

But in both cases there is an error (basegfx/$INPATH/lib/libbasegfx*.so
does not find the libraries it depends on; which is OK as the basegfx
library's location does not match its RPATH settings).  It is just
reported slightly differently.

> It prevents packaging process, so FreeBSD build is broken at instsetoo_native
> like following:
> **************************************************
> ERROR: ERROR: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_485471296326978/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 | failed!
> in function: register_extensions
> **************************************************
>
> **************************************************
> ERROR: Saved logfile: /work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log
> **************************************************
> ... cleaning the output tree ...
> ... removing directory /work/tmp/ooopackaging/i_485471296326978 ...
> Sun Jan 30 03:54:19 2011 (04:41 min.)
> dmake:  Error code 255, while making 'openoffice_en-US.archive'
>
> .
>
> The relevant part of output of "DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/logging/en-US/log_DEV300_en-US.log" is
>
>> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
>
> Systemcall: unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |
> /libexec/ld-elf.so.1: Shared object "libbasegfxfi.so" not found, required by "libtlfi.so"
> ERROR: Could not execute "unopkg sync --verbose -env:BUNDLED_EXTENSIONS_USER="file:///work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org3/share/prereg/bundled" -env:UserInstallation=file:///work/tmp/ooopackaging/i_671801296343016/unxfbsdi.pro/OpenOffice/archive/uno/en-US -env:UNO_JAVA_JFW_ENV_JREHOME=true 2>&1 |"!Exitcode: '256'
>
> It seems we need LD_LIBRARY_PATH at packaging process(?)

What would be interesting is the output of ldd
/work/OOO/debussy8i386/DEV300_m96/ports/editors/openoffice.org-3-devel/work/DEV300_m96/instsetoo_native/unxfbsdi.pro/OpenOffice/archive/install/en-US_inprogress/OOo_3.4.0_FreeBSD_install-arc_en-US/openoffice.org/basis3.4/program/libtlfi.so

-Stephan

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: DEV300_m96: rtld difference on FreeBSD

Stephan Bergmann-2
In reply to this post by Maho NAKATA-2
On 01/30/11 10:36, Maho NAKATA wrote:
> I forgot that, to pass $ORIGIN for FreeBSD,
> we also need "-Wl,-z,origin" as well. Still some parts use
> older "DEV300_m96/solenv/inc/unxfbsd.mk", which have correct
> $ORIGIN line and not "gmake" migrated modules. For such parts
> $ORIGIN worked fine. For other parts, which are migrated modules,
> I just copy and pasted from Linux, then for that part, build was
> broken.

You mean, building tools (migrated to gbuild) recorded a wrong RPATH in
the tl library?  Yes, that would explain why unopkg failed to load the
libraries on which tl depends.

-Stephan

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: DEV300_m96: rtld difference on FreeBSD

Maho NAKATA-2
From: Stephan Bergmann <[hidden email]>
Subject: Re: [porting-dev] DEV300_m96: rtld difference on FreeBSD
Date: Mon, 31 Jan 2011 09:23:26 +0100

> On 01/30/11 10:36, Maho NAKATA wrote:
>> I forgot that, to pass $ORIGIN for FreeBSD,
>> we also need "-Wl,-z,origin" as well. Still some parts use
>> older "DEV300_m96/solenv/inc/unxfbsd.mk", which have correct
>> $ORIGIN line and not "gmake" migrated modules. For such parts
>> $ORIGIN worked fine. For other parts, which are migrated modules,
>> I just copy and pasted from Linux, then for that part, build was
>> broken.
>
> You mean, building tools (migrated to gbuild) recorded a wrong RPATH
> in the tl library?  

yes.

> Yes, that would explain why unopkg failed to load
> the libraries on which tl depends.

Thanks, now I finished DEV300_m96 on FreeBSD...it was long...
thanks
-- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]