Re: some ports are broken after upgrading GCC 3.3.1
Add Cc: to -current list.
This seems to be varargs.h problem. It seems that all C source
which use varargs.h and va_dcl become error on GCC 3.3.1 system.
Please try compiling following varargs.h sample program.
#include varargs.h
void test(va_alist)
va_dcl
{
va_list args;
char *fmt;
va_start(args);
fmt = va_arg(args,char *);
va_end(args);
}
The result is as follows:
[EMAIL PROTECTED] % cc -c varargs_test.c
varargs_test.c: In function `test':
varargs_test.c:3: error: syntax error before '...' token
varargs_test.c:8: error: syntax error before __builtin_varargs_start
I think following patch to /usr/include/varargs.h is needed
to solve this problem.
--- varargs.h.orig Thu May 15 09:57:11 2003
+++ varargs.h Fri Jul 18 00:10:23 2003
@@ -55,7 +55,11 @@
typedef int __builtin_va_alist_t __attribute__((__mode__(__word__)));
#defineva_alist__builtin_va_alist
+#if __GNUC__ == 3 __GNUC_MINOR__ = 3
+#defineva_dcl __builtin_va_alist_t __builtin_va_alist;
+#else
#defineva_dcl __builtin_va_alist_t __builtin_va_alist; ...
+#endif
#defineva_start(ap)__builtin_varargs_start(ap)
#defineva_arg(ap, type)__builtin_va_arg((ap), type)
#defineva_end(ap) __builtin_va_end(ap)
--
Motoyuki Konno [EMAIL PROTECTED] (Home)
[EMAIL PROTECTED] (FreeBSD Project)
http://www.freebsd.org/~motoyuki/ (WWW)
Shin-ichi YOSHIMOTO [EMAIL PROTECTED] wrote:
Subject: some ports are broken after upgrading GCC 3.3.1,
On Sun, 13 Jul 2003 01:09:57 +0900, Shin-ichi YOSHIMOTO wrote:
** The following packages were not installed or upgraded (*:skipped / !:fai
led)
! graphics/libungif (libungif-4.1.0b1) (bad C++ code)
! x11-servers/XFree86-4-Server (XFree86-Server-4.3.0_8) (unknown bu
ild error)
! x11/XFree86-4-clients (XFree86-clients-4.3.0_2) (coredump)
XFree86-4-Server and XFree86-4-clients are fine, but libungif is still bad,
[snip]
/bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -O -pip
e -march=pentium4 -I/usr/X11R6/include -c qprintf.c
rm -f .libs/qprintf.lo
cc -DHAVE_CONFIG_H -I. -I. -I.. -O -pipe -march=pentium4 -I/usr/X11R6/include
-c qprintf.c -fPIC -DPIC -o .libs/qprintf.lo
qprintf.c: In function `GifQprintf':
qprintf.c:38: error: syntax error before '...' token
qprintf.c:43: error: syntax error before __builtin_varargs_start
*** Error code 1
Any idea ?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
sed broken?
Hi, I found that ports/devel/libtool and ports/devel/gmake are broken on today's FreeBSD-current. I attached the error log to this mail. It seems that these problems caused by the recent changes (on Jul 21) to /usr/bin/sed. I tried to build ports/devel/libtool using old /usr/binsed (before Jul 21), everything goes well. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) === Extracting for libtool-1.3.4_4 Checksum OK for libtool-1.3.4.tar.gz. === Patching for libtool-1.3.4_4 === Applying FreeBSD patches for libtool-1.3.4_4 === Configuring for libtool-1.3.4_4 creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel [snip] creating Makefile creating config.h === Building for libtool-1.3.4_4 Making all in . [snip] CC=cc CFLAGS=-O -pipe CPPFLAGS= LD=/usr/libexec/elf/ld LDFLAGS= LIBS= LN_S=ln -s NM=/usr/bin/nm -B RANLIB=ranlib DLLTOOL= OBJDUMP= AS= /bin/sh ./ltconfig --cache-file=./config.cache --with-gcc --with-gnu-ld --enable-dlopen --srcdir=. --output=libtool ./ltmain.sh loading cache ./config.cache within ltconfig checking host system type... i386-unknown-freebsdelf5.0 checking for object suffix... o checking for executable suffix... (cached) no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions ... yes checking if cc static flag -static works... -static checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/libexec/elf/ld option to reload object files... -r checking dynamic linker characteristics... freebsdelf5.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs checking for dlopen in -ldl... (cached) no checking for dlopen... (cached) yes checking for dlfcn.h... (cached) yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool updating cache ./config.cache CONFIG_FILES=libtoolize CONFIG_HEADERS= ./config.status creating libtoolize chmod +x libtoolize Making all in libltdl /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -O -pipe -c ltdl.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I. -O -pipe -c ltdl.c -fPIC -DPIC -o .libs/ltdl.lo ltdl.c: In function `sys_dl_open': ltdl.c:266: warning: assignment makes pointer from integer without a cast ltdl.c:269: warning: assignment makes pointer from integer without a cast ltdl.c: In function `sys_dl_close': ltdl.c:284: warning: assignment makes pointer from integer without a cast ltdl.c: In function `sys_dl_sym': ltdl.c:298: warning: initialization makes pointer from integer without a cast ltdl.c:302: warning: assignment makes pointer from integer without a cast ltdl.c: In function `find_file': ltdl.c:1085: `FILE' undeclared (first use in this function) ltdl.c:1085: (Each undeclared identifier is reported only once ltdl.c:1085: for each function it appears in.) ltdl.c:1085: `file' undeclared (first use in this function) ltdl.c: In function `lt_dlopen': ltdl.c:1223: `FILE' undeclared (first use in this function) ltdl.c:1223: `file' undeclared (first use in this function) ltdl.c:1255: syntax error before ')' token ltdl.c:1259: syntax error before ')' token ltdl.c:1264: syntax error before ')' token *** Error code 1 Stop in /local/ports/devel/libtool/work/libtool-1.3.4/libltdl. *** Error code 1 Stop in /local/ports/devel/libtool/work/libtool-1.3.4. *** Error code 1 Stop in /local/ports/devel/libtool. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [tjr@FreeBSD.org: cvs commit: src/usr.bin/sed process.c]
Both devel/libtool and devel/gmake are fixed. Thank you for your quick response! -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) Tim Robbins [EMAIL PROTECTED] wrote: Does this also fix gmake? Tim - Forwarded message from Tim J. Robbins [EMAIL PROTECTED] - Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] From: Tim J. Robbins [EMAIL PROTECTED] Date: Mon, 24 Jun 2002 04:24:02 -0700 (PDT) To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/usr.bin/sed process.c X-FreeBSD-CVS-Branch: HEAD Precedence: bulk X-Loop: FreeBSD.ORG tjr 2002/06/24 04:24:02 PDT Modified files: usr.bin/sed process.c Log: To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Kris Kennaway [EMAIL PROTECTED] wrote: I got around this problem by (indirectly) fixing the .c.o rule in the Imakefile. This patch was part of my previous mail to you regarding the XFree86 library build process (new version of patch-z32). Thanks for looking into this; I'd appreciate it if someone could commit a fix, but the patch below is suboptimal because it affects all versions of FreeBSD. Can you modify it so it only disables optimization on (recent) 5.0? Here is one example of new ports/x11/XFree86-4-libraries/files/patch-z32c. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) -- --- lib/GL/mesa/src/OSmesa/Imakefile.orig Tue Jun 5 05:43:30 2001 +++ lib/GL/mesa/src/OSmesa/ImakefileFri Jun 21 18:21:25 2002 @@ -8,6 +8,19 @@ #define DoDebugLib DebugLibGlx #define DoProfileLib ProfileLibGlx +#if defined(FreeBSDArchitecture) (OSMajorVersion = 5) + +#define LibObjCompile(dir,options) RemoveFiles($@ $(@:C!([^/]+)$!dir/\1!)) @@\ + ClearmakeOSName \ + $(CC) -c $(CCOPTIONS) $(THREADS_CFLAGS) $(ALLDEFINES) \ + options $*.c -o $(@:C!([^/]+)$!dir/\1!) + +#define ObjectCompile(options) RemoveFile($@) @@\ + ClearmakeOSName \ + $(CC) -c $(CFLAGS) options -O0 $*.c -o $@ + +#endif + #include ../Imakefile.inc #ifdef i386Architecture #include ../X86/Imakefile.inc @@ -58,7 +71,7 @@ LIBNAME = OSMesa SOREV = 3.3 - +#if !defined(LibInstall) || LibInstall || (!defined(ModInstall) || ModInstall) #if DoNormalLib NormalLibraryTarget($(LIBNAME), $(UOBJS)) InstallLibrary($(LIBNAME),$(USRLIBDIR)) @@ -77,6 +90,7 @@ #if DoProfileLib ProfiledLibraryTarget($(LIBNAME), $(POBJS)) InstallLibrary($(LIBNAME)_p,$(USRLIBDIR)) +#endif #endif DependTarget()
Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Hi, Michael D. Harnois [EMAIL PROTECTED] wrote: if __GNUC__ = 3 int foo() __attribute__ ((weak, alias (bar))); #endif /* __GNUC__ */ . I tried the quotation mark fix, and all it does is change the error message to UIThrStubs.c:102: warning: malformed #pragma weak, ignored [snip] UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used which doesn't really seem to be a solution. Please try the following patch. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) --- lib/XThrStub/UIThrStubs.c.old Mon Nov 19 06:13:26 2001 +++ lib/XThrStub/UIThrStubs.c Tue Jun 4 11:39:19 2002 @@ -99,6 +99,21 @@ #else #include pthread.h typedef pthread_t xthread_t; +#if __GNUC__ = 3 +xthread_t pthread_self()__attribute__ ((weak, alias (_Xthr_self_stub_))); +int pthread_mutex_init()__attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_mutex_destroy() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_mutex_lock()__attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_mutex_unlock() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_cond_init() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_cond_destroy() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_cond_wait() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_cond_signal() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_cond_broadcast() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_key_create()__attribute__ ((weak, alias (_Xthr_zero_stub_))); +void *pthread_getspecific() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_setspecific() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +#else /* __GNUC__ */ #pragma weak pthread_self = _Xthr_self_stub_ #pragma weak pthread_mutex_init = _Xthr_zero_stub_ #pragma weak pthread_mutex_destroy = _Xthr_zero_stub_ @@ -113,6 +128,7 @@ #pragma weak pthread_key_create = _Xthr_zero_stub_ #pragma weak pthread_getspecific = _Xthr_zero_stub_ #pragma weak pthread_setspecific = _Xthr_zero_stub_ +#endif /* __GNUC__ */ #if defined(_DECTHREADS_) || defined(linux) #pragma weak pthread_equal = _Xthr_equal_stub_ /* See Xthreads.h! */ int
libpam major bump
Hi, After the major number bump of libpam (1 to 2) on July 9, libpam-linked binaries (xdm, sudo, etc.) dump core. knu-san ([EMAIL PROTECTED]) said me that this problem is caused by libpam major bump. Old libpam shared lib (libpam.so.1) requires pam_*.so, but there not exist pam_*.so for libpam.so.1. To solve this problem, re-built the binaries (XFree86, sudo, etc.) is required. I think this problem should be added to UPDATING. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: doc/ tree frozen (was Re: HEADS UP for /usr/src/release/doc /usr/doc)
Andrey A. Chernov [EMAIL PROTECTED] wrote: While I appreciate the sentiment behind your recent commits to doc/, the last time we did a rename like this there was a lengthy discussion prior to the changes, and we did them by repo-copy. 1) Lengthy discussion already happens in -i18n 2) Repo-copy was done by Peter. We discussed in -i18n ML, but you said NOTHING about doc/ tree. You haven't arranged for any repo copies to be done, effectively doubling the size of the doc/ repo, and there was no discussion of this on doc/. 1) No. Repo-copy happens. Changes in the new files are made because hardcoded ISO_ path in them. 2) This subject is not related to doc/ area control excepting doc/ must follow as soon as possible to minimize overal efforts to handle and maintain names in transition period. doc/ tree is for BOTH -current and -stable. For this moment, 4-stable system does not support the new locale name (ISO8859 etc.). So, your repo-copy and commits broke make release on 4-stable system. Please take care of 4-stable system. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: doc/ tree frozen (was Re: HEADS UP for /usr/src/release/doc /usr/doc)
Andrey A. Chernov [EMAIL PROTECTED] wrote: On Mon, Jun 11, 2001 at 22:37:12 +0900, Motoyuki Konno wrote: 1) Lengthy discussion already happens in -i18n 2) Repo-copy was done by Peter. We discussed in -i18n ML, but you said NOTHING about doc/ tree. Renaming is a technical question not related to doc. Having both old and new names mix leads to chaos. Of couce, locale renaming is technical question. I agree with this. But, there's a non-technical problems too. It seems that you've skipped some important procedure. o tell Nik about the change. Nik is responsible for doc/ tree. o discussion about when we do repo-copy. To minimize the side effect of the change, prior announcement (at least, to [EMAIL PROTECTED]) and discussion are very important. o discussion about the need of renaming doc/ and src/ is different. Renaming under doc/ is not must. For this moment, 4-stable system does not support the new locale name (ISO8859 etc.). So, your repo-copy and commits broke make release on 4-stable system. No. Nothing planned to be broken on 4-stable as result of my commit. Apparently you did not test it. If I miss something - tell me exact bug description. For example, see the definition of DOC_LANG in src/release/Makefile. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: doc/ tree frozen (was Re: HEADS UP for /usr/src/release/doc /usr/doc)
Andrey A. Chernov [EMAIL PROTECTED] wrote: On Mon, Jun 11, 2001 at 16:33:06 -0700, Peter Wemm wrote: I did the repo copy based on the information I had.. ie: you told me that this had all been discussed and I was left with the distinct impression I say there that names change was discussed in i18n doc/ changes was not discussed in i18n at all. I think doc/ repo-copy is too early yet. 5-current still supports old (*.ISO_8859*) locale names. Most of FreeBSD users use -stable branch, which supports ONLY old locale names. On the other hand, doc/ uses new locale name. -stable users will be confused with this situation. So, we have to do at first is to decide whether or not to MFC the locale renaming to 4-stable (and 3-stable). repo-copy should be after MFC. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: doc/ tree frozen (was Re: HEADS UP for /usr/src/release/doc /usr/doc)
Dima Dorfman [EMAIL PROTECTED] wrote: (The first URL still exists because the contents of the web site is never actually wiped; normally, it's just installed over.) This breaks *a lot* of links. Not only within the web site, but external links as well. This is, quite franky, unacceptable. Using symbolic links or HTTP redirects to remedy this is unsatisfying. We've had this discussion before, and symlinks are *evil* on web sites (just ask wosch), and HTTP redirects simply don't work for mirrors. At this point, I'd just like to hear what kind of solution you have for the above problem. We already changed most of the URLs some months ago; I don't think anybody wants to do it again. Hmm. I think we'd better back out the repo-copy and changes as soon as possible. -- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: I18N Progress, Plans, and Proposals
Hi, "Michael C . Wu" [EMAIL PROTECTED]wrote: 1. The future of sysinstall (or whatever should replace it) The future installer/management utility should be able to handle arbitrary character sets. In other words, it should be able to display Chinese/Japanese/etc. with user selection. To be discussed. There is a difficulty in multilingual install floppy: size limitation that comes from floppy disk size (1.44M). The font file of Chinese, Japanese, Korean are very big. -- ---- Motoyuki Konno [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 will ship with NODOC=YES
Hi, jack [EMAIL PROTECTED]wrote: This isn't limited to -current. I just had something similar happen with -stable. === Generating temporary packing list strip /usr/local/bin/jade /usr/libexec/elf/strip: /usr/local/bin/jade: No such file or directory *** Error code 1 I also experienced the same error in -current about few days ago. I run "make clean", and then "make all; make install" again, and "make install" finished successfully. I could not find out why "make install" failed at the first time. -- ---- Motoyuki Konno [EMAIL PROTECTED] (Univ) [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) Yamanashi Medical Universityhttp://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: why 'The legacy aout build' was removed from current ?
Hi, YAMAMOTO Shigeru [EMAIL PROTECTED]wrote: In a log of @src/Makefile, revision 1.230, o The legacy aout build has been removed. Why 'The legacy aout build' was removed from current? Are we now living in the TRUE ELF world? I also wonder why a.out support was removed from -current. I think we don't need "a.out world" any more, but a.out support (a.out lib/shared lib, etc.) is still needed. Some commercial programs such as Netscape are in a.out only, so we still have to make a.out binaries. Please see Netscape plugin port (ports/www/flashplugin) to find out why we still have to need a.out support. Thanks. -- ---- Motoyuki Konno [EMAIL PROTECTED] (Univ) [EMAIL PROTECTED] (Home) [EMAIL PROTECTED] (FreeBSD Project) Yamanashi Medical Universityhttp://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make -DWANT_AOUT world is broken on -current
Hi,
For a week or so, AOUT library of -current is broken.
"make -DWANT_AOUT world" fails at the following point:
log starts here
--
Building legacy libraries
--
[snip]
cd /usr/src/lib/libncurses; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD \
-DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cleandepend; \
/usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC \
-DNOPROFILE -DNOSHARED all; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD \
-DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install cleandir obj
[snip]
cc -o make_keys -O2 -m486 -pipe -I. -I/usr/src/lib/libncurses \
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses \
-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall \
-DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS \
-I/usr/obj/aout/usr/src/tmp/usr/include \
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c
__main.o: Undefined symbol `___do_global_ctors' referenced from text segment
*** Error code 1
log ends here -
This error occurs because ___do_global_ctors does not exists in libgcc.a.
So, I think the following patch will be needed for -current.
patch begins here
--- contrib/gcc/libgcc2.c.old Wed Oct 27 18:45:47 1999
+++ contrib/gcc/libgcc2.c Mon Dec 6 00:50:25 1999
@@ -2853,7 +2853,7 @@
}
#endif
-#ifndef HAS_INIT_SECTION
+#if !defined (HAS_INIT_SECTION) || !defined (OBJECT_FORMAT_ELF)
/* Run all the global constructors on entry to the program. */
#ifndef ON_EXIT
@@ -2917,7 +2917,7 @@
must be in the bss/common section.
Long term no port should use those extensions. But many still do. */
-#if !defined(INIT_SECTION_ASM_OP) !defined(CTOR_LISTS_DEFINED_EXTERNALLY)
+#if (!defined(INIT_SECTION_ASM_OP) || !defined(OBJECT_FORMAT_ELF))
+!defined(CTOR_LISTS_DEFINED_EXTERNALLY)
#if defined (ASM_OUTPUT_CONSTRUCTOR) || defined (USE_COLLECT2)
func_ptr __CTOR_LIST__[2] = {0, 0};
func_ptr __DTOR_LIST__[2] = {0, 0};
--- contrib/gcc/config/i386/freebsd.h.old Sat Oct 16 05:56:19 1999
+++ contrib/gcc/config/i386/freebsd.h Mon Dec 6 00:38:30 1999
@@ -557,3 +557,8 @@
the EGCS crtstuff.c is overcome, we will switch to the non-sjlj-exceptions
type exception machanism. */
#define DWARF2_UNWIND_INFO 0
+
+/* to assist building libgcc2.c */
+#ifndef __ELF__
+#undef OBJECT_FORMAT_ELF
+#endif
patch ends here
Since -mno-486 option of gcc is deleted, the following patch also needed
for "make -DWANT_AOUT world".
patch begins here
--- sys/i386/boot/biosboot/Makefile.old Mon Dec 6 01:27:59 1999
+++ sys/i386/boot/biosboot/Makefile Sat Aug 28 09:43:09 1999
@@ -8,7 +8,7 @@
BINMODE= 444
CFLAGS=-O2 -malign-functions=0 -malign-jumps=0 -malign-loops=0 \
- -m386 \
+ -mno-486 \
-DBOOTWAIT=${BOOTWAIT} -DTIMEOUT=${TIMEOUT}
CFLAGS+= -DBOOTSEG=${BOOTSEG} -DBOOTSTACK=${BOOTSTACK}
CFLAGS+= -DDO_BAD144
--- sys/i386/boot/cdboot/Makefile.old Sat Aug 28 09:43:16 1999
+++ sys/i386/boot/cdboot/Makefile Mon Dec 6 01:28:17 1999
@@ -10,7 +10,7 @@
BINMODE= 444
CFLAGS=-O2 -malign-functions=0 -malign-jumps=0 -malign-loops=0 \
- -mno-486 \
+ -m386 \
-DDO_BAD144 -DBOOTWAIT=${BOOTWAIT} -DTIMEOUT=${TIMEOUT}
CFLAGS+= -DBOOTSEG=${BOOTSEG} -DBOOTSTACK=${BOOTSTACK}
CFLAGS+= -I${.CURDIR}/../biosboot
patch ends here
--
----
Motoyuki Konno [EMAIL PROTECTED] (Univ)
[EMAIL PROTECTED] (Home)
[EMAIL PROTECTED] (FreeBSD Project)
Yamanashi Medical Universityhttp://www.freebsd.org/~motoyuki/ (WWW)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
make -DWANT_AOUT world fails
Hi,
"make -DWANT_AOUT world" on my current box fails because of the
recent changes to src/Makefile.inc1.
log starts here
--
Building legacy libraries
--
cd /usr/src;
PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin
BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple
COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin
GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/
LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib/aout
LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib
PERL5LIB=/usr/libdata/perl/5.00503 OBJFORMAT_PATH=/usr/obj/usr/src/tmp/usr/libexec
CFLAGS="-nostdinc -O2 -m486 -pipe" /usr/obj/usr/src/tmp/usr/bin/make
DESTDIR=/usr/obj/aout/usr/src/tmp -DNOINFO -DNOMAN -f Makefile.inc1 bootstrap-libraries
make: don't know how to make bootstrap-libraries. Stop
*** Error code 2
= log ends here =
I think we must delete following 2 lines in Makefile.inc1.
--- Makefile.inc1.old Wed Nov 24 01:39:15 1999
+++ Makefile.inc1 Wed Nov 24 08:10:25 1999
@@ -808,8 +808,6 @@
@echo " Building legacy libraries"
@echo "--"
cd ${.CURDIR}; \
- ${XMAKE} -DNOINFO -DNOMAN -f Makefile.inc1 bootstrap-libraries
- cd ${.CURDIR}; \
${XMAKE} -DNOINFO -DNOMAN -f Makefile.inc1 libraries
@echo
@echo "--"
--
--------
Motoyuki Konno [EMAIL PROTECTED] (Univ)
[EMAIL PROTECTED] (Home)
[EMAIL PROTECTED] (FreeBSD Project)
Yamanashi Medical Universityhttp://www.freebsd.org/~motoyuki/ (WWW)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: failure in build
Hi,
Bill Pechter [EMAIL PROTECTED]wrote:
I've been seeing this failure since I tried to rebuild my system
(last built on 10/9/99
I didn't see anything in UPDATING or on this list. I'm wondering if
there's a possible hardware problem -- but it's done it 3 times and
I've cvsup'd three times yesterday and today and started with the
same source tree...
[snip]
{standard input}: Assembler messages:
{standard input}:54: Error: no such 386 instruction: `fild'
I think this error happens because a.out version of as
(/usr/libexec/aout/as) does not support `fild' instruction.
Please see my post to -current ML,
From: Motoyuki Konno [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
Subject: Re: flashplugin
Date: Mon, 22 Nov 1999 00:40:19 +0900
--
今野 元之＠山梨医科大学 [EMAIL PROTECTED](Univ)
[EMAIL PROTECTED] (Home)
http://www.freebsd.org/~motoyuki/ (Web)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: flashplugin
Add Cc: to current...
Hi,
Jeroen Ruigrok/Asmodai [EMAIL PROTECTED] wrote:
www/flashplugin dies under CURRENT's gcc 2.95.2 with:
=== Building for flashplugin-0.4.3
c++ -O2 -pipe -I/usr/X11R6/include -I./Lib -I./Plugin -fpic -fno-rtti
-DXP_UNIX -O2 -DCHECK_TEXT_PLAIN -c ./Lib/bitmap.cc
{standard input}: Assembler messages:
{standard input}:1211: Error: no such 386 instruction: `fild'
*** Error code 1
Does not matter if I use -O or -O2 happens on both.
Funy thing is I tried grepping in the sources for fild but couldn't find
it.
Ideas are welcome to solve this since I am a little in the dark now.
Gcc 2.95.2 output asmcodes which contain 'fild' opcode, but
/usr/libexec/aout/as (a.out version of as) does not support 'fild'.
# /usr/libexec/elf/as (elf version of as) support 'fild'.
I found "make -DWANT_AOUT world" of today's -current fails for
the same reason.
=== libmp
cc -O2 -m486 -pipe -I/usr/src/gnu/lib/libmp/../../../contrib/libgmp/mpn/x86
-I/usr/src/gnu/lib/libmp/../../../contrib/libgmp/mpz -DBERKELEY_MP
-I/usr/src/gnu/lib/libmp/../../../contrib/libgmp
-I/usr/src/gnu/lib/libmp/../../../contrib/libgmp/mpn/generic -DBROKEN_ALIGN
-I/usr/obj/aout/usr/src/gnu/lib/libmp -I/usr/obj/aout/usr/src/tmp/usr/include
-c /usr/src/gnu/lib/libmp/../../../contrib/libgmp/mpz/pow_ui.c
-o mpz/pow_ui.o
{standard input}: Assembler messages:
{standard input}:52: Error: no such 386 instruction: `fild'
*** Error code 1
Stop in /usr/src/gnu/lib/libmp.
*** Error code 1
I think we must add the 'fild' opcode to src/gnu/usr.bin/as/opcode/i386.h.
--
----
Motoyuki Konno [EMAIL PROTECTED] (Univ)
[EMAIL PROTECTED] (Home)
[EMAIL PROTECTED] (FreeBSD Project)
Yamanashi Medical Universityhttp://www.freebsd.org/~motoyuki/ (WWW)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
