cvs commit: ports/lang/gcc-ooo Makefile distinfo pkg-descr pkg-plist ports/lang/gcc-ooo/files patch-enumfix patch-gengtype-yacc.y patch-libjava::Makefile.in

[NAKATA Maho]

In Message-ID: <200412161200.36429.michaelnottebrock at gmx.net> 
Michael Nottebrock <michaelnottebrock at gmx.net> wrote:

> I haven't checked yet what spec file this gcc fork ships, but can you please 
> make sure that -pthread does the right thing depending on OSVERSION (see my 
> commits to lang/gcc32)? It wouldn't be good if gcc-ooo produced binaries with 
> linkage to libc_r on 5.x and 6.x systems.

I don't even think about it, and you mean:

.if ${OSVERSION} > 502101
EXTRA_PATCHES=  ${FILESDIR}/extrapatch-gcc__config__freebsd-spec.h
.endif

For verbose FreeBSD 5.3-RELEASE,

% gcc-ooo -v -pthread test.c
Using built-in specs.
Configured with: ./..//gcc-3.4.1/configure --disable-nls --with-system-zlib --wi th-libiconv-prefix=/usr/local --program-suffix=-ooo --with-gxx-include-dir=/usr/ local/lib/gcc-ooo/i386-portbld-freebsd5.3/3.4.1/include/c++/ --disable-shared -- disable-libgcj --prefix=/usr/local i386-portbld-freebsd5.3
Thread model: posix
gcc version 3.4.1 [FreeBSD]
 /usr/local/libexec/gcc/i386-portbld-freebsd5.3/3.4.1/cc1 -quiet -v test.c -quie t -dumpbase test.c -auxbase test -version -o /work/tmp/ccwHQw46.s
ignoring nonexistent directory "/usr/local/lib/gcc/i386-portbld-freebsd5.3/3.4.1 /include"
ignoring nonexistent directory "/usr/local/lib/../i386-portbld-freebsd5.3/includ e"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/include
End of search list.
GNU C version 3.4.1 [FreeBSD] (i386-portbld-freebsd5.3)
        compiled by GNU C version 3.4.1 [FreeBSD].
GGC heuristics: --param ggc-min-expand=65 --param ggc-min-heapsize=65536
test.c:6:2: warning: no newline at end of file
 as -o /work/tmp/ccnmi831.o /work/tmp/ccwHQw46.s
 /usr/local/libexec/gcc/i386-portbld-freebsd5.3/3.4.1/collect2 -V -dynamic-linke r /usr/libexec/ld-elf.so.1 /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o - L/usr/local/lib /work/tmp/ccnmi831.o -lgcc -lc_r -lc -lgcc /usr/lib/crtend.o /us r/lib/crtn.o
GNU ld version 2.15 [FreeBSD] 2004-05-23
  Supported emulations:
   elf_i386_fbsd

So, as you can see -lc_r is linked. 

However:
% gcc -v -pthread test.c
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.2 [FreeBSD] 20040728
 /usr/libexec/cc1 -quiet -v -D_LONGLONG test.c -quiet -dumpbase test.c -auxbase test -version -o /work/tmp/cc0aAEu7.s
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include
End of search list.
GNU C version 3.4.2 [FreeBSD] 20040728 (i386-fbsdproj-freebsd)
        compiled by GNU C version 3.4.2 [FreeBSD] 20040728.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
test.c:6:2: warning: no newline at end of file
 /usr/bin/as -v -o /work/tmp/cc10cqDi.o /work/tmp/cc0aAEu7.s
GNU assembler version 2.15 [FreeBSD] 2004-05-23 (i386-obrien-freebsd) using BFD version 2.15 [FreeBSD] 2004-05-23
 /usr/bin/ld -V -dynamic-linker /libexec/ld-elf.so.1 /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /work/tmp/cc10cqDi.o -lgcc -lpthread -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o
GNU ld version 2.15 [FreeBSD] 2004-05-23
  Supported emulations:
   elf_i386_fbsd

I don't think this is correct...
I'll test and apply asap.

-- NAKATA, Maho