openoffice.org-bin: sparc32plus shared library but no normal sparc file
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openoffice.org-amd64 (Debian) |
Fix Released
|
Unknown
|
|||
openoffice.org-amd64 (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
Automatically imported from Debian bug report #256347
http://
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no normal sparc file | #1 |
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : | #2 |
Without that flag, building error:
ccache gcc -Wa,-K,PIC -c -DLINUX -DUNX -DVCL -DGCC -DC300 -DSPARC
-DGXX_INCLUDE_
-DGLIBC=2 -D_PTHREADS -D_REENTRANT -DSPARC -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_
-DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI
-DSOLAR_JAVA -DSRX645
-o ../../unxlngs.
../../unxlngs.
./../unxlngs.
"cas".
./../unxlngs.
architecture is sparclite.)
./../unxlngs.
"cas".
./../unxlngs.
architecture is sparclite.)
dmake: Error code 1, while making '../../
---* TG_SLO.MK *---
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : | #3 |
I prefer the two versions of libsal, i will see if someone can help find the
switch, which is described in the comments in interlck_sparc.s.
I think we need this anyway, since it will not build the v8 version as it is
expecting v9
On Sun, 27 Jun 2004 10:59:48 +0200, Thomas Bogendoerfer wrote
> machines refuses to load. Right now I can think of two ways to
> solve that:
>
> 1. Just dump the V9 implementation and always use the V8 implemenation.
> This does probably cause some performance loss on V9 sparc.
>
> 2. Split the assembler file into V8 and V9 implemenation and build
> two libsal shared libs. There is support in ld.so to load the correct
> library
>
> The first solution still leaves out Sparc V7 systems in the rain.
> With the second solution it would be even possible to provide a V7
> library, if someone figures out how to do it there (I'm not a sparc assembler
> crack).
>
> Thomas.
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : sparc32plus shared library but no normal sparc file | #4 |
forwarded 256347 http://
thanks
jim
Debian Bug Importer (debzilla) wrote : | #5 |
Automatically imported from Debian bug report #256347
http://
Debian Bug Importer (debzilla) wrote : | #6 |
Message-Id: <email address hidden>
Date: Sat, 26 Jun 2004 13:36:20 +0200
From: Thomas Bogendoerfer <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: openoffice.org-bin: sparc32plus shared library but no normal sparc
file
Package: openoffice.org-bin
Version: 1.1.1-3
Severity: grave
Justification: renders package unusable
/usr/lib/
flags, so it does run only on Ultra Sparc CPUs, but not on 32bit Sparc
CPUs.
hyper:/
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ Required, version 1 (SYSV), stripped
h
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: sparc
Kernel: Linux 2.4.26
Locale: LANG=C, LC_CTYPE=C
Versions of packages openoffice.org-bin depends on:
ii debconf 1.4.25 Debian configuration management sy
ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi
ii libaudio2 1.6c-4 The Network Audio System (NAS). (s
ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an
ii libcurl2 7.11.2-1 Multi-protocol file transfer libra
ii libdb3++c102 3.2.9-20 Berkeley v3 Database Libraries for
ii libfontconfig1 2.2.2-2 generic font configuration library
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib
ii libgcc1 1:3.3.4-1 GCC support library
ii libice6 4.3.0.dfsg.1-4 Inter-Client Exchange library
ii libmyspell3 1:3.1-5 MySpell spellchecking library
ii libneon23 0.23.9.dfsg.3-2 An HTTP and WebDAV client library
ii libsm6 4.3.0.dfsg.1-4 X Window System Session Management
ii libstdc++5 1:3.3.4-1 The GNU Standard C++ Library v3
ii libstlport4.6 4.6.2-1 STLport C++ class library
ii libx11-6 4.3.0.dfsg.1-4 X Window System protocol client li
ii libxaw7 4.3.0.dfsg.1-4 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte
ii libxt6 4.3.0.dfsg.1-4 X Toolkit Intrinsics
ii openoffice.org 1.1.1-3 high-quality office productivity s
ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m
ii zlib1g 1:1.2.1.1-3 compression library - runtime
-- debconf information:
openoffice.
Debian Bug Importer (debzilla) wrote : | #7 |
Message-Id: <email address hidden>
Date: Mon, 28 Jun 2004 09:28:37 +1000
From: Jim Watson <email address hidden>
To: Thomas Bogendoerfer <email address hidden>,
<email address hidden>
Subject: Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no
normal sparc file
This is in the upstream build.
jim@sun:
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), stripped
-------
So i check all the produced files in sal:
jim@sun:
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped
jim@sun:
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped
jim@sun:
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped
-------
OK, it is only interlck.o
Now the makefile for this is in sal/osl/unx includes this code:
.IF "$(OS)$
"$(OS)$
$(SLO)$
touch $(SLO)$
$(OBJ)$
touch $(OBJ)$
$(SLO)$/interlck.o: $(MISC)
$(ASM) $(AFLAGS) -o $@ $<
$(OBJ)$/interlck.o: $(MISC)
$(ASM) $(AFLAGS) -o $@ $<
$(MISC)
+tr -d "\015" < $< > $@
ENDIF
This code existed already, for linux sparc port I simply added the last
condition:
|| "$(OS)$
-------
Now look at solenv/
# mk file for unxlngs
ASM=$(CC)
AFLAGS=
-------
Also in sal/osl/
/*
* Implements osl_[increment|
* sparcv8 architecture: use the "swap" instruction
* sparcv9/sparcv8plus architecture: use the "cas" instruction
*
* Initialize once with osl_Interlocked
* use the "cas" instruction, which is faster (no spinlock needed)
* Default is to use the "swap" instruction, which works on all supported
* SPARC cpu's
*
* osl_Interlocked
* bv9 = 0 use sparcv8 "swap" (spinlock)
* bv9 = 1 use sparcv9/sparcv8plus "cas" (no spinlock)
*
/*
-------
Sorry i dont understand much about this, but I will try any suggestions.
Thomas, can you review the code here and advise what might be done about this?
http://
Meanwhile I will just try removing that AFLAG and see what happens. -Av8plus
thanks
jim
On Saturday 26 June 2004 21:36, Thomas Bogendoerfer wrote:
> Package: openoffice.org-bin
> Version: 1.1.1-3...
Debian Bug Importer (debzilla) wrote : | #8 |
Message-Id: <email address hidden>
Date: Mon, 28 Jun 2004 09:36:33 +1000
From: Jim Watson <email address hidden>
To: Thomas Bogendoerfer <email address hidden>,
<email address hidden>
Subject: Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no
normal sparc file
Without that flag, building error:
ccache gcc -Wa,-K,PIC -c -DLINUX -DUNX -DVCL -DGCC -DC300 -DSPARC
-DGXX_INCLUDE_
-DGLIBC=2 -D_PTHREADS -D_REENTRANT -DSPARC -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_
-DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI
-DSOLAR_JAVA -DSRX645
-o ../../unxlngs.
../../unxlngs.
./../unxlngs.
"cas".
./../unxlngs.
architecture is sparclite.)
./../unxlngs.
"cas".
./../unxlngs.
architecture is sparclite.)
dmake: Error code 1, while making '../../
---* TG_SLO.MK *---
Debian Bug Importer (debzilla) wrote : | #9 |
Message-Id: <email address hidden>
Date: Mon, 28 Jun 2004 19:41:46 +1000
From: "Jim Watson" <email address hidden>
To: <email address hidden> (Thomas Bogendoerfer)
Cc: <email address hidden>
Subject: Re: Bug#256347: openoffice.org-bin: sparc32plus shared library but no
normal sparc file
I prefer the two versions of libsal, i will see if someone can help find the
switch, which is described in the comments in interlck_sparc.s.
I think we need this anyway, since it will not build the v8 version as it is
expecting v9
On Sun, 27 Jun 2004 10:59:48 +0200, Thomas Bogendoerfer wrote
> machines refuses to load. Right now I can think of two ways to
> solve that:
>
> 1. Just dump the V9 implementation and always use the V8 implemenation.
> This does probably cause some performance loss on V9 sparc.
>
> 2. Split the assembler file into V8 and V9 implemenation and build
> two libsal shared libs. There is support in ld.so to load the correct
> library
>
> The first solution still leaves out Sparc V7 systems in the rain.
> With the second solution it would be even possible to provide a V7
> library, if someone figures out how to do it there (I'm not a sparc assembler
> crack).
>
> Thomas.
Debian Bug Importer (debzilla) wrote : | #10 |
Message-Id: <email address hidden>
Date: Sun, 27 Jun 2004 22:59:04 +1000
From: Jim Watson <email address hidden>
To: <email address hidden>
Subject: sparc32plus shared library but no normal sparc file
forwarded 256347 http://
thanks
jim
Matt Zimmerman (mdz) wrote : | #11 |
This bug is sparc-specific, hence NOTWARTY
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : (No subject header) | #12 |
Thomas,
the code has been written to run on both v8 and v8+/v9.
There is a test at runtime to discover the machine type. This was not
implemented for linux sparc so i think it defaults to run on v8 anyway.
Please see http://
But the shared library is built with v8+ flags because it includes v8+ code,
although the code which runs depends on the machine type.
Is there a problem running this on v8? can you post some error message?
If this library cannot run then it will be possible to make a separate sal
library for v8.
thanks
jim
Debian Bug Importer (debzilla) wrote : | #13 |
Message-Id: <email address hidden>
Date: Sat, 3 Jul 2004 14:34:14 +1000
From: Jim Watson <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: (No subject header)
Thomas,
the code has been written to run on both v8 and v8+/v9.
There is a test at runtime to discover the machine type. This was not
implemented for linux sparc so i think it defaults to run on v8 anyway.
Please see http://
But the shared library is built with v8+ flags because it includes v8+ code,
although the code which runs depends on the machine type.
Is there a problem running this on v8? can you post some error message?
If this library cannot run then it will be possible to make a separate sal
library for v8.
thanks
jim
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : Re: Bug#256347: (No subject header) | #14 |
Hi Thomas, hi Jim, hi *,
Jim Watson wrote:
> the code has been written to run on both v8 and v8+/v9.
>
> There is a test at runtime to discover the machine type. This was not
> implemented for linux sparc so i think it defaults to run on v8 anyway.
> Please see http://
I built the sal library with this code included on sparc based on
1.1.1-4.
You can get it at
http://
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
In Debian Bug tracker #256347, Thomas Bogendoerfer (tsbogend) wrote : Re: (No subject header) | #15 |
On Sat, Jul 03, 2004 at 02:34:14PM +1000, Jim Watson wrote:
> Is there a problem running this on v8? can you post some error message?
sure:
hyper:~# openoffice
OpenOffice.org for Debian - see
/usr/share/
running openoffice.org setup...
/usr/lib/
libraries: libsal.so.3: cannot open shared object file: No such file or
directory
setup failed (code 0).. abort
hyper:~# ls -l /usr/lib/
lrwxrwxrwx 1 root root 15 Jun 26 11:09
/usr/lib/
-rw-r--r-- 1 root root 1817928 May 24 20:26
/usr/lib/
> If this library cannot run then it will be possible to make a separate sal
> library for v8.
it's the runtime linker, which refuses to load the "incorrect" shared
library. Technical it would be possible to mix the two version like it's
done for solaris. But since ld.so tries to find optimized libraries,
it also chooses only matching libaries.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : Re: Bug#256347: (No subject header) | #16 |
Hi,
Thomas Bogendoerfer wrote:
> it's the runtime linker, which refuses to load the "incorrect" shared
> library. Technical it would be possible to mix the two version like it's
> done for solaris. But since ld.so tries to find optimized libraries,
> it also chooses only matching libaries.
Ah, guessed that. Wasn't sure whether GNUs ld does it too.
OK, that probably means we really have to fiddle with compilation
flags....
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : Re: (No subject header) | #17 |
Thomas,
I would like to do this with minimal deviation from the standard code and
packaging.
We have been shipping the v8 version already but build with v8+ because of
that unused asm code. So we should ifdef out the v9 code and build with v8
like _every_ other library is built. I will try and build one next weekend.
For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
tiny library which is not linked at runtime unless it is actually called. Is
such a thing possible? How could it be done?
On Monday 05 July 2004 06:22, you wrote:
>
> it's the runtime linker, which refuses to load the "incorrect" shared
Debian Bug Importer (debzilla) wrote : | #18 |
Message-ID: <email address hidden>
Date: Sun, 4 Jul 2004 14:40:02 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: (No subject header)
--6c2NcOVqGQ03X4Wi
Content-Type: text/plain; charset=iso-8859-1
Content-
Content-
Hi Thomas, hi Jim, hi *,
Jim Watson wrote:
> the code has been written to run on both v8 and v8+/v9.=20
>=20
> There is a test at runtime to discover the machine type. This was not=20
> implemented for linux sparc so i think it defaults to run on v8 anyway.
> Please see http://
I built the sal library with this code included on sparc based on
1.1.1-4.
You can get it at
http://
Gr=FC=DFe/Regards,
Ren=E9
--=20
.''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
=20
--6c2NcOVqGQ03X4Wi
Content-Type: application/
Content-
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA5/
bv1Bw74L6WiFpgP
=TNFD
-----END PGP SIGNATURE-----
--6c2NcOVqGQ03X
Debian Bug Importer (debzilla) wrote : | #19 |
Message-ID: <email address hidden>
Date: Sun, 4 Jul 2004 22:22:16 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Jim Watson <email address hidden>
Cc: <email address hidden>
Subject: Re: (No subject header)
On Sat, Jul 03, 2004 at 02:34:14PM +1000, Jim Watson wrote:
> Is there a problem running this on v8? can you post some error message?
sure:
hyper:~# openoffice
OpenOffice.org for Debian - see
/usr/share/
running openoffice.org setup...
/usr/lib/
libraries: libsal.so.3: cannot open shared object file: No such file or
directory
setup failed (code 0).. abort
hyper:~# ls -l /usr/lib/
lrwxrwxrwx 1 root root 15 Jun 26 11:09
/usr/lib/
-rw-r--r-- 1 root root 1817928 May 24 20:26
/usr/lib/
> If this library cannot run then it will be possible to make a separate sal
> library for v8.
it's the runtime linker, which refuses to load the "incorrect" shared
library. Technical it would be possible to mix the two version like it's
done for solaris. But since ld.so tries to find optimized libraries,
it also chooses only matching libaries.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
Debian Bug Importer (debzilla) wrote : | #20 |
Message-ID: <email address hidden>
Date: Mon, 5 Jul 2004 00:10:19 +0200
From: Rene Engelhard <email address hidden>
To: Jim Watson <email address hidden>,
Thomas Bogendoerfer <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: (No subject header)
--gKMricLos+KVdGMg
Content-Type: text/plain; charset=iso-8859-1
Content-
Content-
Hi,
Thomas Bogendoerfer wrote:
> it's the runtime linker, which refuses to load the "incorrect" shared
> library. Technical it would be possible to mix the two version like it's
> done for solaris. But since ld.so tries to find optimized libraries,
> it also chooses only matching libaries.
Ah, guessed that. Wasn't sure whether GNUs ld does it too.
OK, that probably means we really have to fiddle with compilation
flags....
Gr=FC=DFe/Regards,
Ren=E9
--=20
.''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
=20
--gKMricLos+KVdGMg
Content-Type: application/
Content-
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA6IBK+
8Jom28AahumZEXr
=kE+u
-----END PGP SIGNATURE-----
--gKMricLos+
Debian Bug Importer (debzilla) wrote : | #21 |
Message-Id: <email address hidden>
Date: Mon, 5 Jul 2004 08:46:40 +1000
From: Jim Watson <email address hidden>
To: <email address hidden> (Thomas Bogendoerfer)
Cc: <email address hidden>
Subject: Re: (No subject header)
Thomas,
I would like to do this with minimal deviation from the standard code and
packaging.
We have been shipping the v8 version already but build with v8+ because of
that unused asm code. So we should ifdef out the v9 code and build with v8
like _every_ other library is built. I will try and build one next weekend.
For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
tiny library which is not linked at runtime unless it is actually called. Is
such a thing possible? How could it be done?
On Monday 05 July 2004 06:22, you wrote:
>
> it's the runtime linker, which refuses to load the "incorrect" shared
In Debian Bug tracker #256347, Thomas Bogendoerfer (tsbogend) wrote : | #22 |
On Mon, Jul 05, 2004 at 08:46:40AM +1000, Jim Watson wrote:
> We have been shipping the v8 version already but build with v8+ because of
> that unused asm code. So we should ifdef out the v9 code and build with v8
> like _every_ other library is built. I will try and build one next weekend.
that should work.
> For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
> tiny library which is not linked at runtime unless it is actually called. Is
> such a thing possible? How could it be done?
I guess it's possible by loading the library with dlopen and friends.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
Debian Bug Importer (debzilla) wrote : | #23 |
Message-ID: <email address hidden>
Date: Tue, 6 Jul 2004 13:12:16 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Jim Watson <email address hidden>
Cc: <email address hidden>
Subject: Re: (No subject header)
On Mon, Jul 05, 2004 at 08:46:40AM +1000, Jim Watson wrote:
> We have been shipping the v8 version already but build with v8+ because of
> that unused asm code. So we should ifdef out the v9 code and build with v8
> like _every_ other library is built. I will try and build one next weekend.
that should work.
> For linux sparc only, the v8+/v9 code for linux sparc could be in a separate
> tiny library which is not linked at runtime unless it is actually called. Is
> such a thing possible? How could it be done?
I guess it's possible by loading the library with dlopen and friends.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
In Debian Bug tracker #256347, jim watson (jim-amarooas) wrote : openoffice for v8 | #24 |
The solution provided by <email address hidden> is to put the problem assembler
"cas" instruction by hand into machine code
.word 0xD5E21009
!cas [%o0], %o1, %o2
This will build OK for v8 and runs on my sparc64 machine using
sparc32 to return sparc from uname -m.
Complete patches dated 13 july are at
http://
thanks
jim
Debian Bug Importer (debzilla) wrote : | #25 |
Message-Id: <email address hidden>
Date: Tue, 13 Jul 2004 21:41:58 +1000
From: Jim Watson <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: openoffice for v8
The solution provided by <email address hidden> is to put the problem assembler
"cas" instruction by hand into machine code
.word 0xD5E21009
!cas [%o0], %o1, %o2
This will build OK for v8 and runs on my sparc64 machine using
sparc32 to return sparc from uname -m.
Complete patches dated 13 july are at
http://
thanks
jim
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : Re: Bug#256347: openoffice for v8 | #26 |
Hi,
Jim Watson wrote:
> The solution provided by <email address hidden> is to put the problem assembler
> "cas" instruction by hand into machine code
> .word 0xD5E21009
> !cas [%o0], %o1, %o2
>
> This will build OK for v8 and runs on my sparc64 machine using
> sparc32 to return sparc from uname -m.
>
> Complete patches dated 13 july are at
> http://
I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
http.//
Thomas, could you test it? Just copy it over the "normal" one...
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : Re: Bug#256347: openoffice forv8ä | #27 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Rene Engelhard wrote:
> Jim Watson wrote:
> > Complete patches dated 13 july are at
> > http://
>
> I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
>
> http.//
Addendum:
$ file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
not stripped
Grüße/Regards,
René
- --
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA8+
xV5Q+v2W2wmg2iS
=53CA
-----END PGP SIGNATURE-----
Debian Bug Importer (debzilla) wrote : | #28 |
Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 15:44:09 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: openoffice for v8
--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=iso-8859-1
Content-
Content-
Hi,
Jim Watson wrote:
> The solution provided by <email address hidden> is to put the problem assemble=
r=20
> "cas" instruction by hand into machine code
> .word 0xD5E21009
> !cas [%o0], %o1, %o2
>=20
> This will build OK for v8 and runs on my sparc64 machine using
> sparc32 to return sparc from uname -m.
>=20
> Complete patches dated 13 july are at=20
> http://
I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
http.//
Thomas, could you test it? Just copy it over the "normal" one...
Gr=FC=DFe/Regards,
Ren=E9
--=20
.''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
=20
--FCuugMFkClbJLl1L
Content-Type: application/
Content-
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA8+
pIVE5qgjxeNyUqT
=uNw+
-----END PGP SIGNATURE-----
--FCuugMFkClbJL
Debian Bug Importer (debzilla) wrote : | #29 |
Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 15:50:05 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#256347: openoffice for =?iso-8859-
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Rene Engelhard wrote:
> Jim Watson wrote:
> > Complete patches dated 13 july are at
> > http://
>
> I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
>
> http.//
Addendum:
$ file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
not stripped
Gr�gards,
Ren� --
.''`. Ren�ngelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA8+
xV5Q+v2W2wmg2iS
=53CA
-----END PGP SIGNATURE-----
In Debian Bug tracker #256347, Thomas Bogendoerfer (tsbogend) wrote : Re: Bug#256347:openoffice for v8ä | #30 |
On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
> Rene Engelhard wrote:
> > Jim Watson wrote:
> > > Complete patches dated 13 july are at
> > > http://
> >
> > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> >
> > http.//
>
> Addendum:
>
> $ file libsal.so.3.1.0
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> not stripped
hmm, I've downloaded it twice and file shows me:
hyper:/tmp# file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped
hyper:/tmp# md5sum libsal.so.3.1.0
d5fd5629f521971
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : Re: Bug#256347: openoffice forv8ä | #31 |
Hi,
Thomas Bogendoerfer wrote:
> On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Hi,
> > Rene Engelhard wrote:
> > > Jim Watson wrote:
> > > > Complete patches dated 13 july are at
> > > > http://
> > >
> > > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> > >
> > > http.//
> >
> > Addendum:
> >
> > $ file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > not stripped
>
> hmm, I've downloaded it twice and file shows me:
>
> hyper:/tmp# file libsal.so.3.1.0
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> Required, version 1 (SYSV), not stripped
>
> hyper:/tmp# md5sum libsal.so.3.1.0
> d5fd5629f521971
*blushes* looks like I actually forgot the rsync or hosed somehow up...
Should be up now..
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB
Debian Bug Importer (debzilla) wrote : | #32 |
Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 19:12:42 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Rene Engelhard <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#256347: =?iso-8859-
=?iso-
On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
> Rene Engelhard wrote:
> > Jim Watson wrote:
> > > Complete patches dated 13 july are at
> > > http://
> >
> > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> >
> > http.//
>
> Addendum:
>
> $ file libsal.so.3.1.0
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> not stripped
hmm, I've downloaded it twice and file shows me:
hyper:/tmp# file libsal.so.3.1.0
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped
hyper:/tmp# md5sum libsal.so.3.1.0
d5fd5629f521971
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
Debian Bug Importer (debzilla) wrote : | #33 |
Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 20:18:40 +0200
From: Rene Engelhard <email address hidden>
To: Thomas Bogendoerfer <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#256347: openoffice for =?iso-8859-
--TiqCXmo5T1hvSQQg
Content-Type: text/plain; charset=iso-8859-1
Content-
Content-
Hi,
Thomas Bogendoerfer wrote:
> On Tue, Jul 13, 2004 at 03:50:05PM +0200, Rene Engelhard wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >=20
> > Hi,
> > Rene Engelhard wrote:
> > > Jim Watson wrote:
> > > > Complete patches dated 13 july are at=20
> > > > http://
> > >=20
> > > I rebuilt libsal.so.3.1.0 with these patched (1.1.2-2 + this).
> > >=20
> > > http.//
> >=20
> > Addendum:
> >=20
> > $ file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > not stripped
>=20
> hmm, I've downloaded it twice and file shows me:
>=20
> hyper:/tmp# file libsal.so.3.1.0=20
> libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> Required, version 1 (SYSV), not stripped
>=20
> hyper:/tmp# md5sum libsal.so.3.1.0=20
> d5fd5629f521971
*blushes* looks like I actually forgot the rsync or hosed somehow up...
Should be up now..
Gr=FC=DFe/Regards,
Ren=E9
--
.''`. Ren=E9 Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB
--TiqCXmo5T1hvSQQg
Content-Type: application/
Content-
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA9CeA+
Dn5kW38WA7nzbNf
=d75h
-----END PGP SIGNATURE-----
--TiqCXmo5T1hvS
In Debian Bug tracker #256347, Thomas Bogendoerfer (tsbogend) wrote : Re: Bug#256347:openoffice for v8ä | #34 |
On Tue, Jul 13, 2004 at 08:18:40PM +0200, Rene Engelhard wrote:
> > > $ file libsal.so.3.1.0
> > > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > > not stripped
> >
> > hmm, I've downloaded it twice and file shows me:
> >
> > hyper:/tmp# file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> > Required, version 1 (SYSV), not stripped
> >
> > hyper:/tmp# md5sum libsal.so.3.1.0
> > d5fd5629f521971
>
> *blushes* looks like I actually forgot the rsync or hosed somehow up...
>
> Should be up now..
excellent, works now as expected :-) Thank you.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
Debian Bug Importer (debzilla) wrote : | #35 |
Message-ID: <email address hidden>
Date: Tue, 13 Jul 2004 21:12:45 +0200
From: <email address hidden> (Thomas Bogendoerfer)
To: Rene Engelhard <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#256347: =?iso-8859-
=?iso-
On Tue, Jul 13, 2004 at 08:18:40PM +0200, Rene Engelhard wrote:
> > > $ file libsal.so.3.1.0
> > > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC, version 1 (SYSV),
> > > not stripped
> >
> > hmm, I've downloaded it twice and file shows me:
> >
> > hyper:/tmp# file libsal.so.3.1.0
> > libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
> > Required, version 1 (SYSV), not stripped
> >
> > hyper:/tmp# md5sum libsal.so.3.1.0
> > d5fd5629f521971
>
> *blushes* looks like I actually forgot the rsync or hosed somehow up...
>
> Should be up now..
excellent, works now as expected :-) Thank you.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessary a
good idea. [ Alexander Viro on linux-kernel ]
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : pending | #36 |
tag 256347 + pending
thanks
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Debian Bug Importer (debzilla) wrote : | #37 |
Message-ID: <email address hidden>
Date: Wed, 14 Jul 2004 23:00:38 +0200
From: Rene Engelhard <email address hidden>
To: <email address hidden>
Subject: pending
tag 256347 + pending
thanks
Gr�gards,
Ren�-
.''`. Ren�ngelhard -- Debian GNU/Linux Developer
: :' : http://
`. `' <email address hidden> | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
In Debian Bug tracker #256347, Rene Engelhard (rene-debian) wrote : Bug#256347: fixed in openoffice.org 1.1.2-3 | #38 |
Source: openoffice.org
Source-Version: 1.1.2-3
We believe that the bug you reported is fixed in the latest version of
openoffice.org, which is due to be installed in the Debian FTP archive:
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
Debian Bug Importer (debzilla) wrote : | #39 |
Message-Id: <email address hidden>
Date: Sat, 31 Jul 2004 09:49:49 -0400
From: Rene Engelhard <email address hidden>
To: <email address hidden>
Subject: Bug#256347: fixed in openoffice.org 1.1.2-3
Source: openoffice.org
Source-Version: 1.1.2-3
We believe that the bug you reported is fixed in the latest version of
openoffice.org, which is due to be installed in the Debian FTP archive:
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to pool/main/
openoffice.
to po...
Changed in openoffice.org-amd64: | |
status: | Unknown → Fix Released |
This is in the upstream build.
jim@sun: ~/OpenOffice. org1.1. 2/program$ file * | grep PLUS ------- ------- ------- ------- -
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+
Required, version 1 (SYSV), stripped
-------
So i check all the produced files in sal:
jim@sun: /usr/local/ src/112/ sal/unxlngs. pro/lib$ file * | grep PLUS
libsal.so.3.1.0: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped
jim@sun: /usr/local/ src/112/ sal/unxlngs. pro/obj$ file * | grep PLUS
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+ Required,
version 1 (SYSV), not stripped
jim@sun: /usr/local/ src/112/ sal/unxlngs. pro/slo$ file * | grep PLUS ------- ------- ------- ------- ------- ---
interlck.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+
Required, version 1 (SYSV), not stripped
-------
OK, it is only interlck.o
Now the makefile for this is in sal/osl/unx includes this code: (CPU)"= ="SOLARISS" || "$(OS)$ (CPU)"= ="NETBSDS" || (CPU)"= ="LINUXS"
.IF "$(OS)$
"$(OS)$
$(SLO)$ /interlck. obj: $(SLO)$/interlck.o /interlck. obj
touch $(SLO)$
$(OBJ)$ /interlck. obj: $(OBJ)$/interlck.o /interlck. obj
touch $(OBJ)$
$(SLO)$/interlck.o: $(MISC) $/interlck_ sparc.s
$(ASM) $(AFLAGS) -o $@ $<
$(OBJ)$/interlck.o: $(MISC) $/interlck_ sparc.s
$(ASM) $(AFLAGS) -o $@ $<
$(MISC) $/interlck_ sparc.s: asm/interlck_ sparc.s
+tr -d "\015" < $< > $@
ENDIF
This code existed already, for linux sparc port I simply added the last (CPU)"= ="LINUXS" ------- ------- ------- ------- ----- inc/unxlngs. mk: -Wa,-Av8plus, -K,PIC -c $(CDEFS)
condition:
|| "$(OS)$
-------
Now look at solenv/
# mk file for unxlngs
ASM=$(CC)
AFLAGS=
------- ------- ------- ------- ------- ------- ------- ------- unx/asm/ interlck_ sparc.s this comment: decrement] InterlockedCoun t in two ways: CountSetV9( int bv9) if you want to CountSetV9( int bv9) ------- ------- ------- ------- ------- ------- porting. openoffice. org/source/ browse/ porting/ sal/osl/ unx/asm/ interlck_ sparc.s
Also in sal/osl/
/*
* Implements osl_[increment|
* sparcv8 architecture: use the "swap" instruction
* sparcv9/sparcv8plus architecture: use the "cas" instruction
*
* Initialize once with osl_Interlocked
* use the "cas" instruction, which is faster (no spinlock needed)
* Default is to use the "swap" instruction, which works on all supported
* SPARC cpu's
*
* osl_Interlocked
* bv9 = 0 use sparcv8 "swap" (spinlock)
* bv9 = 1 use sparcv9/sparcv8plus "cas" (no spinlock)
*
/*
-------
Sorry i dont understand much about this, but I will try any suggestions.
Thomas, can you review the code here and advise what might be done about this?
http://
Meanwhile I will just try removing that AFLAG and see what happens. -Av8plus
thanks
jim openoffice/ program/ libsal. so.3.1. 0 is compiled with the wrong
On Saturday 26 June 2004 21:36, Thomas Bogendoerfer wrote:
> Package: openoffice.org-bin
> Version: 1.1.1-3
> Severity: grave
> Justification: renders package unusable
>
> /usr/lib/
> flags, so it does run only on Ultra Sparc CPUs, but not on 32bit Sparc
> CPUs.
>