Re: Problem with building OpenOffice.orgBeta on debian-unstable (PPC)
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > I don't know if this is the problem or not, but you should kill the > -I/usr/include. Specifying that manually is almost always wrong. Most likely: I guess he's picking up the wrong stddef.h. -I/usr/include/linux should go with it: No user-space program should search Linux headers (instead, request specific headers as if needed). Regards, Martin
Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc
reassign 186788 libsigc++-1.2-5c102
severity 186788 serious
merge 186788 185395
thanks
Herbert Valerio Riedel writes:
> Package: g++-3.2
> Version: 1:3.2.3-0pre6
> Severity: normal
>
>
> $ apt-get install libsigc++-1.2-dev
> $ echo 'int main() {}' > main.cc
> $ g++-3.2 -O2 -Wall -o main main.cc -lsigc-1.2
> /usr/lib/gcc-lib/hppa-linux/3.2.3/../../../libsigc-1.2.so: undefined
> reference to `__gxx_personality_v0'
> /usr/lib/gcc-lib/hppa-linux/3.2.3/../../../libsigc-1.2.so: undefined
> reference to `_Unwind_Resume'
> collect2: ld returned 1 exit status
> $
>
> ...when using g++-3.0 instead of g++-3.2 there's no linker error...
> same goes for linking libsigc-1.2.a with g++-3.2 statically...
>
> -- System Information:
> Debian Release: testing/unstable
> Architecture: hppa
> Kernel: Linux combt 2.4.20-pa13 #7 Wed Dec 18 20:52:56 CET 2002 parisc
> Locale: LANG=C, LC_CTYPE=C
>
> Versions of packages g++-3.2 depends on:
> ii gcc-3.21:3.2.3-0pre6 The GNU C compiler
> ii gcc-3.2-base 1:3.2.3-0pre6 The GNU Compiler Collection
> (base
> ii libc6 2.3.1-16 GNU C Library: Shared libraries
> an
> ii libstdc++5-dev 1:3.2.3-0pre6 The GNU Standard C++ Library v3
> (d
>
> -- no debconf information
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc
Processing commands for [EMAIL PROTECTED]: > reassign 186788 libsigc++-1.2-5c102 Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc Bug reassigned from package `g++-3.2' to `libsigc++-1.2-5c102'. > severity 186788 serious Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc Severity set to `serious'. > merge 186788 185395 Bug#185395: libsigc++-1.2-5c102: Can't link against libsigc-1.2.so Bug#186788: g++-3.2: undefined reference to `__gxx_personality_v0' on parisc Merged 185395 186788. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#186139: gcc-3.2: [alpha] va_start is off by one
Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > No, all these versions have the same bug: > > gcc-2.95 2.95.4-17 > gcc-3.0 3.0.4-7 > gcc-3.2 3.2.3-0pre6 > gcc-snapshot 20030314-1 However, gcc-3.3 3.3-0pre2 works correctly, and a control-center compiled with it does not suffer from Bug#185973. Should I clone this BTS entry to all affected versions of GCC?
Re: [porting-dev] Problem with building OpenOffice.orgBeta on debian-unstable (PPC)
Good Morning ... On Sun, Mar 30, 2003 at 10:09:46PM +1000, Ken Foskey wrote: >> I attached a build.log and two enviroments-source-files for the build >> from OpenOffice.org. As you can see in build.log, I have a problem with >> the include. :( >> I cannot say, if this is trivial a big problem, but I am fighting with >> it some days ... and I have no solution for it. OpenOffice.org 1.0.2/3 >> are building, but 1.1 does not. > >Jan your JAVA_HOME is >JAVA_HOME="/usr" >This leads to: >-I$JAVA_HOME/include/linux >Being /usr/include/linux correct .. Under debian, Java is installed under /usr/lib/j2se and the developer files are under /usr/lib/j2se/1.3. I changed /usr into /usr/lib/j2se/1.3 and it works, thnx for the hint Ken. I would suggest, that we should write it down for documentation? ;) >which is wrong. defnitly. >This should point to the JDK include decks. Please provide more info on >how we can sus this out and get configure to set the values correctly. I ran ./configure without any configuration-options. So ./configure found /usr/bin/java and set JAVA_HOME="/usr" instead JAVA_HOME="/usr/lib/j2se/1.3" Is this a bug in Java? Thnx Jan (OOoBuildinguptonow) ;) -- .''`.Jan-Hendrik Palic | : :' : ** Debian GNU/ Linux ** | ** OpenOffice.org ** ,.. ,.. `. `' http://www.debian.org | http://www.openoffice.org ,: ..` ` `- [EMAIL PROTECTED] | ' ` ` pgpuTreqfAk7p.pgp Description: PGP signature
Re: Problem with building OpenOffice.orgBeta on debian-unstable (PPC)
On Sunday 30 March 2003 10:13, Martin v. Löwis wrote: > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > I don't know if this is the problem or not, but you should kill the > > -I/usr/include. Specifying that manually is almost always wrong. > > Most likely: I guess he's picking up the wrong > stddef.h. -I/usr/include/linux should go with it: No user-space > program should search Linux headers (instead, request specific > headers as if needed). I experienced the same on s390 when GNU java packages were installed besides the jdk. After deinstalling GNU java, everything works fine. Maybe the openoffice configure has a problem. It generates a -I/usr/include/linux which results in including the wrong stddef.h. Regards, Gerhard
Bug#186922: gcj-3.2: crash trying to compile freenet
Package: gcj-3.2 Version: 1:3.2.3-0pre6 Severity: normal hello, after papering around the lack of NetworkInterface classes and apparent lack of connect methods of datagram sockets, i get this when trying to compile freenet 0.5.1: % gcj-3.2 -c freenet/client/SplitFileInsertManager.java freenet/client/SplitFileInsertManager.java:510: internal error - use of undefined type freenet/client/SplitFileInsertManager.java:510: internal error - use of undefined type freenet/client/SplitFileInsertManager.java:525: internal error - use of undefined type freenet/client/SplitFileInsertManager.java:525: internal error - use of undefined type freenet/client/SplitFileInsertManager.java:81: confused by earlier errors, bailing out if i try to paper around those by replacing the offending "new" statements with null assignments, i get... % cp freenet/client/SplitFileInsertManager.java.mod freenet/client/SplitFileInsertManager.java % gcj-3.2 -c freenet/client/SplitFileInsertManager.java freenet/client/SplitFileInsertManager.java:81: Internal compiler error in expand_expr, at expr.c:6961 -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux fabulous 2.4.19-rc2 #2 Sun Jul 21 23:57:23 EEST 2002 i686 Locale: LANG=C, LC_CTYPE=fi_FI Versions of packages gcj-3.2 depends on: ii gcc-3.21:3.2.3-0pre6 The GNU C compiler ii gcc-3.2-base 1:3.2.3-0pre6 The GNU Compiler Collection (base ii java-common0.16 Base of all Java packages ii libc6 2.3.1-3 GNU C Library: Shared libraries an ii libgcc11:3.2.3-0pre6 GCC support library ii libgcj31:3.2.3-0pre6 Java runtime library for use with ii libgcj3-dev1:3.2.3-0pre6 Java development headers and stati ii zlib1g 1:1.1.4-1 compression library - runtime
Problem dpkging gcc?
Although I have been able to get gcc to the point where I could build lame and run liveice, it isn't fully installed from a Debian perspective, so when I try to install libtool this is what I get: dpkg: dependency problems prevent configuration of libtool: libtool depends on gcc | c-compiler; however: Package gcc is not configured yet. Package c-compiler is not installed. Package gcc which provides c-compiler is not configured yet. Package gcc-2.95 which provides c-compiler is not configured yet. dpkg: error processing libtool (--install): dependency problems - leaving unconfigured Errors were encountered while processing: libtool When I try to install gcc I seem to get into a circular loop where # dpkg -i gcc_2.95.4-14_i386.deb (Reading database ... 38582 files and directories currently installed.) Preparing to replace gcc 2:2.95.4-14 (using gcc_2.95.4-14_i386.deb) ... Removing old gcc doc directory. Unpacking replacement gcc ... dpkg: dependency problems prevent configuration of gcc: gcc depends on gcc-2.95; however: Package gcc-2.95 is not configured yet. dpkg: error processing gcc (--install): dependency problems - leaving unconfigured Errors were encountered while processing: gcc # dpkg -i gcc-2.95_2.95.4-11woody1_i386.deb (Reading database ... 38582 files and directories currently installed.) Preparing to replace gcc-2.95 1:2.95.4-11woody1 (using gcc-2.95_2.95.4-11woody1_i386.deb) ... Unpacking replacement gcc-2.95 ... dpkg: dependency problems prevent configuration of gcc-2.95: gcc-2.95 depends on gcc (>= 1:2.95.3-2); however: Package gcc is not configured yet. dpkg: error processing gcc-2.95 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: gcc-2.95 Will the "real" gcc-2.95 please stand up? http://packages.debian.org/stable/devel/gcc-2.95.html -> gcc (>= 1:2.95.3-2) -> Package: gcc 2:2.95.4-14 -> [depends] gcc-2.95 -> Package: gcc-2.95 1:2.95.4-11woody1 end of chain. Obviously doing something naive or dumb. I think gcc 2:2.95.4-14 and gcc-2.95 1:2.95.4-11woody1 are basically the same kind of thing. What am I missing? Any chance of gcc version 3.2.1 any time soon? As usual, your help is most appreciated; Regards Frank Middleton
Bug#186937: [hppa, PR target/10271] Floating point args don't get reloaded across function calls at -O2
Package: gcc-3.2
Severity: important
[Debian note: this may be related to #185184 and #105816]
When compiling the bug.c code below with -O2, the floating point
argument to the fprintf does not get reloaded for the second fprintf()
call, so the second call prints junk. At -O1 the arguments (r23/r24)
are properly reloaded.
Compile with gcc -O2 -o bug bug.c -lm
$ ./bug
nan
1.422968e-309
With -O1
$ ./bug
nan
nan
--8< bug.c 8<
#include
#include
void doprint(double dval)
{
fprintf(stdout, "%e\n", dval);
fprintf(stdout, "%e\n", dval);
}
int main(int argc, char **argv)
{
doprint(log(-8)); /* nan */
return 0;
}
[3.0/3.2/3.3/3.4] Floating point args not correctly loaded for function calls
>Category: target
>Synopsis: [3.0/3.2/3.3/3.4] Floating point args not correctly loaded for
>function calls
>Confidential: no
>Severity: serious
>Priority: medium
>Class: wrong-code
>Submitter-Id: net
>Originator: Randolph Chung <[EMAIL PROTECTED]>
>Release:3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>[and others]
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST
2
003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v
--enable-languages=c,c++,f77,objc,ada,treela
ng --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-inc
lude-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls
--w
ithout-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions
--enable-c
locale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
This one looks similar to 10271, but filing separately because the test case is
a bit different. Not sure if it's the same bug or not.
At -O2 the floating point argument is not getting loaded into the right
registers to pass to fprintf().
>How-To-Repeat:
$ gcc-3.3 -O2 -o bug bug.c -lm
$ ./bug
-1.488583e+284
$ gcc-3.3 -O1 -o bug bug.c -lm
$ ./bug
nan
---8< bug.c 8<
#include
#include
void doprint(double d)
{
int i = (int)d;
if ((double)i == d) {
fprintf(stdout, "%d\n", i);
} else {
fprintf(stdout, "%e\n", d);
}
}
int main(int argc, char **argv)
{
doprint(log(-8)); /* nan */
return 0;
}
>Fix:
>Unformatted:
FWD: [parisc-linux] [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get reloaded across function calls at -O2
forgot to list debian-gcc in cc.. oops. here's a copy.
- Forwarded message from Randolph Chung <[EMAIL PROTECTED]> -
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
From: Randolph Chung <[EMAIL PROTECTED]>
Reply-To: Randolph Chung <[EMAIL PROTECTED]>
Subject: [parisc-linux] [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get
reloaded across function calls at -O2
Date: 31 Mar 2003 05:05:40 -
>Category: target
>Synopsis: [3.0/3.2/3.3/3.4] [HPPA] Floating point args don't get
>reloaded across function calls at -O2
>Confidential: no
>Severity: serious
>Priority: medium
>Class: wrong-code
>Submitter-Id: net
>Originator: Randolph Chung <[EMAIL PROTECTED]>
>Release:3.3 20030309 (Debian prerelease) (Debian testing/unstable)
>[and others]
>Environment:
System: Linux gsyprf11.external.hp.com 2.4.20-pa18-UP #1 Sat Jan 4 22:06:52 PST
2
003 parisc64 unknown unknown GNU/Linux
Architecture: parisc64
host: hppa-unknown-linux-gnu
build: hppa-unknown-linux-gnu
target: hppa-unknown-linux-gnu
configured with: ../src/configure -v
--enable-languages=c,c++,f77,objc,ada,treela
ng --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-inc
lude-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls
--w
ithout-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions
--enable-c
locale=gnu --enable-debug --enable-objc-gc hppa-linux
>Description:
When compiling the bug.c code below with -O2, the floating point argument to
the fprintf does not get reloaded for the second fprintf() call, so the second
call prints junk. At -O1 the arguments (r23/r24) are properly reloaded.
>How-To-Repeat:
Compile with gcc -O2 -o bug bug.c -lm
$ ./bug
nan
1.422968e-309
With -O1
$ ./bug
nan
nan
--8< bug.c 8<
#include
#include
void doprint(double dval)
{
fprintf(stdout, "%e\n", dval);
fprintf(stdout, "%e\n", dval);
}
int main(int argc, char **argv)
{
doprint(log(-8)); /* nan */
return 0;
}
>Fix:
>Unformatted:
___
parisc-linux mailing list
[EMAIL PROTECTED]
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
- End forwarded message -
