search for: crtbegint

...BGCC2_CFLAGS="-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED " \ MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crtbeginS.o crtendS.o crtbeginT.o make[3]: Entering directory `/home/xzx/llvm-gcc-obj/gcc' make[3]: `crtbegin.o' is up to date. make[3]: `crtend.o' is up to date. make[3]: `crtbeginS.o' is up to date. make[3]: `crtendS.o' is up to date. make[3]: `crtbeginT.o' is up to date. make[3]: Leaving directory `/hom...

...GCC -W -Wall -Wwrite-strings > -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition > -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 > -D__GCC_FLOAT_NOT_NEEDED " \ > MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crtbeginS.o crtendS.o > crtbeginT.o > make[3]: Entering directory `/home/xzx/llvm-gcc-obj/gcc' > make[3]: `crtbegin.o' is up to date. > make[3]: `crtend.o' is up to date. > make[3]: `crtbeginS.o' is up to date. > make[3]: `crtendS.o' is up to date. > make[3]: `crtbeginT.o' is up to date. &g...

...-Wwrite-strings >> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition >> -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 >> -D__GCC_FLOAT_NOT_NEEDED " \ >> MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crtbeginS.o crtendS.o >> crtbeginT.o >> make[3]: Entering directory `/home/xzx/llvm-gcc-obj/gcc' >> make[3]: `crtbegin.o' is up to date. >> make[3]: `crtend.o' is up to date. >> make[3]: `crtbeginS.o' is up to date. >> make[3]: `crtendS.o' is up to date. >> make[3]: `crtbeginT....

...rototypes -Wmissing-prototypes -Wold-style-definition > >>> -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 > >>> -D__GCC_FLOAT_NOT_NEEDED " \ > >>> MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crtbeginS.o crtendS.o > >>> crtbeginT.o > >>> make[3]: Entering directory `/home/xzx/llvm-gcc-obj/gcc' > >>> make[3]: `crtbegin.o' is up to date. > >>> make[3]: `crtend.o' is up to date. > >>> make[3]: `crtbeginS.o' is up to date. > >>> make[3]: `crtendS.o'...

...;>> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition >>> -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 >>> -D__GCC_FLOAT_NOT_NEEDED " \ >>> MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crtbeginS.o crtendS.o >>> crtbeginT.o >>> make[3]: Entering directory `/home/xzx/llvm-gcc-obj/gcc' >>> make[3]: `crtbegin.o' is up to date. >>> make[3]: `crtend.o' is up to date. >>> make[3]: `crtbeginS.o' is up to date. >>> make[3]: `crtendS.o' is up to date. >>&...

...is described in https://issues.asterisk.org/view.php?id=15915. According to the last post in the bug report, a workaround is using of static linking. When I tried (I enabled option Compiler Flags/STATIC_BUILD) it I got the following error message: /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtbeginT.o: relocation R_X86_64_32 against `__deregister_frame_info' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtbeginT.o: could not read symbols: Bad value I tried to compile Asterisk 1.6.1.17 on Debian/etch/x86_64 with gcc-4.1.2 and gcc-3.4...

...ing-prototypes -Wold-style-definition > >>> -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 > >>> -D__GCC_FLOAT_NOT_NEEDED " \ > >>> MULTILIB_CFLAGS="" T= crtbegin.o crtend.o crtbeginS.o crtendS.o > >>> crtbeginT.o > >>> make[3]: Entering directory `/home/xzx/llvm-gcc-obj/gcc' > >>> make[3]: `crtbegin.o' is up to date. > >>> make[3]: `crtend.o' is up to date. > >>> make[3]: `crtbeginS.o' is up to date. > >>> make...

.../libcpp/include -I/space/p2/ghost/build/llvm-cvs/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer \ -c ../../2006-03-02-llvm-gcc-4/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFT_O \ -o crtbeginT.o In file included from ../../2006-03-02-llvm-gcc-4/gcc/crtstuff.c:67: ../../2006-03-02-llvm-gcc-4/gcc/unwind-dw2-fde.h: In function 'get_cie': ../../2006-03-02-llvm-gcc-4/gcc/unwind-dw2-fde.h:163: warning: return from incompatible pointer type Invalid operand found in inline asm: 'call...

With pleasure we announce the release of tinc version 1.1pre10. Here is a summary of the changes: * Added a benchmark tool (sptps_speed) for the new protocol. * Fixed a crash when using Name = $HOST while $HOST is not set. * Use AES-256-GCM for the new protocol. * Updated support for Solaris. * Allow running tincd without a private ECDSA key present when ExperimentalProtocol is not

With pleasure we announce the release of tinc version 1.1pre10. Here is a summary of the changes: * Added a benchmark tool (sptps_speed) for the new protocol. * Fixed a crash when using Name = $HOST while $HOST is not set. * Use AES-256-GCM for the new protocol. * Updated support for Solaris. * Allow running tincd without a private ECDSA key present when ExperimentalProtocol is not

...gcc/../include > -I/home/jo/llvm-gcc-src/gcc/../libcpp/include -g0 > -finhibit-size-directive -fno-inline-functions -fno-exceptions > -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer > -c /home/jo/llvm-gcc-src/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFT_O > -o crtbeginT.o > > (slightly edited to leave out multiple blanks and line continuation > backslashes). > > The error messages are just what I had seen earlier: > > /tmp/ccVjR8Qt.s: Assembler messages: > /tmp/ccVjR8Qt.s:33: Error: suffix or operands invalid for `push' > /tmp/...

...gcc/. -I/home/jo/llvm-gcc-src/gcc/../include -I/home/jo/llvm-gcc-src/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer -c /home/jo/llvm-gcc-src/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFT_O -o crtbeginT.o (slightly edited to leave out multiple blanks and line continuation backslashes). The error messages are just what I had seen earlier: /tmp/ccVjR8Qt.s: Assembler messages: /tmp/ccVjR8Qt.s:33: Error: suffix or operands invalid for `push' /tmp/ccVjR8Qt.s:43: Error: suffix or operands invalid...

...it the file llvm-gcc/gcc/config/rs6000/t-ppccomm and remove some targets from the variable EXTRA_MULTILIB_PARTS (bug stop after bug stop) : ------------------------------------------------------------- EXTRA_MULTILIB_PARTS = crtbegin$(objext) crtend$(objext) \ crtbeginS$(objext) crtendS$(objext) crtbeginT$(objext) ------------------------------------------------------------- Now, it stoppes there: gmake[1]: Entering directory `/usr/local/home/cyrille/project/llvm/cfrontend/build/powerpc-unknown-linux-gnu/libiberty' if [ x"" != x ] && [ ! -d pic ]; then \ mkdir pic; \ else...

On Thu, 2 Mar 2006, Vladimir Prus wrote: >>> The instructions seem to have one path wrong. It says to get: >> >> I'll put together a tarball today. That will be easier than dealing with >> a patch, and it will include a bunch of bugfixes since the previous email. > Further into process, I get this error: > In file included from

...gcc/. -I/home/jo/llvm-gcc-src/gcc/../include -I/home/jo/llvm-gcc-src/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer -c /home/jo/llvm-gcc-src/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFT_O -o crtbeginT.o (slightly edited to leave out multiple blanks and line continuation backslashes). The error messages are just what I had seen earlier: /tmp/ccVjR8Qt.s: Assembler messages: /tmp/ccVjR8Qt.s:33: Error: suffix or operands invalid for `push' /tmp/ccVjR8Qt.s:43: Error: suffix or operands invalid...

Cyrille Mescam wrote: > On Mon, Jun 13, 2005 at 11:02:10AM -0500, John Criswell wrote: > >>Cyrille Mescam wrote: >> [snip] > > In fact, i am using the CFE build procedures. I am on instructions 5. > > cyrille > Okay, I took a closer look at your output. I was correct in that gccas is attempting to assemble a native PPC assembly language file. However,

On Mon, Jun 13, 2005 at 11:02:10AM -0500, John Criswell wrote: > Cyrille Mescam wrote: > >Hi, > > > > > >When compiling the cfrontend for Linux/PPC architecture on a powermac > >G5, i got > >the following error : > > I hate to ask a silly question, but are you using "make bootstrap" to > build the cfrontend? Your output looks like gccas

...ynamic} *link_gomp: *libgcc: %{static|static-libgcc:-lgcc -lgcc_eh}%{!static:%{!static-libgcc:%{!shared-libgcc:-lgcc --as-needed -lgcc_s --no-as-needed}%{shared-libgcc:-lgcc_s%{!shared: -lgcc}}}} *startfile: %{!shared: %{pg|p|profile:gcrt1.o%s;pie:Scrt1.o%s;:crt1.o%s}} crti.o%s %{static:crtbeginT.o%s;shared|pie:crtbeginS.o%s;:crtbegin.o%s} *switches_need_spaces: *cross_compile: 0 *version: 4.2.2 *multilib: . ; *multilib_defaults: *multilib_extra: *multilib_matches: *multilib_exclusions: *multilib_options: *linker: collect2 *link_libgcc: %D *md_exec_prefix:...

It's undocumented FAQ, if you are using RHEL5 (or clone). - install gcc44-c++ - Build with CC=gcc44 CXX=g++44 - You may need "CC=clang -std=gnu89" to use clang with its glibc. Have fun! ps. AFAIK, clang can be built more easily on centos6. ...Takumi 2012/7/11 Sitvanit Ruah <RUAH at il.ibm.com>: > > Hello all, > I am new to this mailing list so I hope this is

...itvanit /usr/bin/gcc44 /usr/bin/gcov44 /usr/bin/i386-redhat-linux6E-gcc44 /usr/lib/gcc /usr/lib/gcc/i386-redhat-linux6E /usr/lib/gcc/i386-redhat-linux6E/4.4.6 /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtbegin.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtbeginS.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtbeginT.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtend.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtendS.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtfastmath.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtprec32.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtprec64.o /usr/lib/gcc/i386-redhat-linux6E/4.4.6/crtpre...