[Bug libgcj/28234] New: MAXHOSTNAMELEN usage in libjava
libjava/java/net/natInetAddressPosix.cc is broken on system which have no limit
for the hostname length (i.e., GNU):
/build/buildd/gcj-4.1-4.1.1/build/./gcc/xgcc -shared-libgcc
-B/build/buildd/gcj-4.1-4.1.1/build/./gcc -nostdinc++
-L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src
-L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src/.libs
-B/usr/i486-gnu/bin/ -B/usr/i486-gnu/lib/ -isystem /usr/i486-gnu/include
-isystem /usr/i486-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../src/libjava
-I./include -I./gcj -I../../../src/libjava -Iinclude
-I../../../src/libjava/include -I../../../src/libjava/classpath/include
-I../../../src/libjava/classpath/native/fdlibm
-I../../../src/libjava/../boehm-gc/include -I../boehm-gc/include
-I../../../src/libjava/libltdl -I../../../src/libjava/libltdl
-I../../../src/libjava/.././libjava/../gcc
-I../../../src/libjava/../libffi/include -I../libffi/include -fno-rtti
-fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall
-D_GNU_SOURCE -DPREFIX=\"/usr\" -DLIBDIR=\"/usr/lib\" -DJAVA_HOME=\"/usr\"
-DBOOT_CLASS_PATH=\"/usr/share/java/libgcj-4.1.2.jar\"
-DJAVA_EXT_DIRS=\"/usr/share/java/ext\"
-DGCJ_ENDORSED_DIRS=\"/usr/share/java/gcj-endorsed\"
-DLIBGCJ_DEFAULT_DATABASE=\"/var/lib/gcj-4.1/classmap.db\"
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.1/classmap.db\"
-DTOOLEXECLIBDIR=\"/usr/lib\" -g -O2 -D_GNU_SOURCE -MT
java/net/natInetAddress.lo -MD -MP -MF java/net/.deps/natInetAddress.Tpo -c
java/net/natInetAddress.cc -fPIC -DPIC -o java/net/.libs/natInetAddress.o
../../../src/libjava/java/lang/Class.h: In member function 'java::lang::Class*
java::lang::Class::getComponentType()':
../../../src/libjava/java/lang/Class.h:354: warning: dereferencing type-punned
pointer will break strict-aliasing rules
java/net/natInetAddress.cc: In static member function 'static
java::lang::String* java::net::InetAddress::getLocalHostname()':
java/net/natInetAddress.cc:287: error: 'MAXHOSTNAMELEN' was not declared in
this scope
java/net/natInetAddress.cc:288: error: 'buffer' was not declared in this scope
java/net/natInetAddress.cc:290: error: 'buffer' was not declared in this scope
make[6]: *** [java/net/natInetAddress.lo] Error 1
make[6]: Leaving directory `/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libjava'
Source is from gcj-4.1_4.1.1-6 from Debian unstable.
--
Summary: MAXHOSTNAMELEN usage in libjava
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mbanck at debian dot org
GCC build triplet: i686-pc-gnu0.3
GCC host triplet: i686-pc-gnu0.3
GCC target triplet: i686-pc-gnu0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28234
[Bug libgcj/28234] MAXHOSTNAMELEN usage in libjava
--- Comment #2 from mbanck at debian dot org 2006-07-03 15:37 --- > s/GNU/Hurd/. Sure, I was merely following the GNU project's terminology here. > Also this is a dup of bug 21821. Maybe I am blind, but I don't see this particular issue mentioned in that bug, nor adressed by the patches attached to it. I thought about following up to that PR, but as this bug is about MAXHOSTNAMELEN and #21821 is about MAXPATHLEN, I decided to open a new bug, sorry. Can you elaborate? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28234
[Bug libgomp/28431] New: env.c: PTHREAD_STACK_MIN undeclared
libgomp fails to build on GNU/Hurd:
/build/buildd/gcc-snapshot-20060613/build/./gcc/xgcc
-B/build/buildd/gcc-snapshot-20060613/build/./gcc/
-B/usr/lib/gcc-snapshot/i486-gnu/bin/ -B/usr/lib/gcc-snapshot/i486-gnu/lib/
-isystem /usr/lib/gcc-snapshot/i486-gnu/include -isystem
/usr/lib/gcc-snapshot/i486-gnu/sys-include -DHAVE_CONFIG_H -I.
-I../../../src/libgomp -I. -I../../../src/libgomp/config/posix
-I../../../src/libgomp -Wall -Werror -O2 -g -O2 -MT env.lo -MD -MP -MF
.deps/env.Tpo -c ../../../src/libgomp/env.c -fPIC -DPIC -o .libs/env.o
../../../src/libgomp/env.c: In function 'initialize_env':
../../../src/libgomp/env.c:172: error: 'PTHREAD_STACK_MIN' undeclared (first
use in this function)
../../../src/libgomp/env.c:172: error: (Each undeclared identifier is reported
only once
../../../src/libgomp/env.c:172: error: for each function it appears in.)
make[6]: *** [env.lo] Error 1
make[6]: Leaving directory
`/build/buildd/gcc-snapshot-20060613/build/i486-gnu/libgomp'
The Hurd currently has fixed size stacks.
--
Summary: env.c: PTHREAD_STACK_MIN undeclared
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mbanck at debian dot org
GCC build triplet: i686-pc-gnu0.3
GCC host triplet: i686-pc-gnu0.3
GCC target triplet: i686-pc-gnu0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28431
[Bug c/28838] New: LIB_SPECS lacks pthread
Passing -pthread while compiling a trivial program does not work: [EMAIL PROTECTED]:~$ gcc -pthreads test.c gcc: unrecognized option '-pthreads' Looking at bug 20705, it seems -pthread should be supported. -- Summary: LIB_SPECS lacks pthread Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mbanck at debian dot org GCC build triplet: i386-pc-gnu GCC host triplet: i386-pc-gnu GCC target triplet: i386-pc-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28838
[Bug c/28838] LIB_SPECS lacks pthread
--- Comment #1 from mbanck at debian dot org 2006-08-24 19:12 --- Created an attachment (id=12129) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12129&action=view) gcc.libspec.diff Possible (untested) fix, not taking line lenghts into account. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28838
