Displaying 8 results from an estimated 8 matches for "extra_multilib_parts".
2008 Mar 19
3
[LLVMdev] Merge Patch File
...al
loc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT@static at fno-pic@fno-
exceptions at fno-non-ca
ll-exceptions$(KEXT_EXTRA_FLAGS) $(if $(findstring i686,$
(target)),kext64;@mkernel at m64@Dma
lloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT$
(KEXT_EXTRA_FLAGS))" \
EXTRA_MULTILIB_PARTS='$(EXTRA_MULTILIB_PARTS)' \
in gcc/Makefile.in. I'd recommend something like:
# APPLE LOCAL begin libcc_kext
ifeq ($taregt, *-*-darwin*) SPELLING
APPLE_EXTRA_MULTI := static;@static at fno-pic
kext;@Dmalloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT@static at fno-
pic at...
2008 Mar 19
0
[LLVMdev] Merge Patch File
...ern_os_free at DLIBCC_KEXT@static at fno-pic@fno-
> exceptions at fno-non-ca
> ll-exceptions$(KEXT_EXTRA_FLAGS) $(if $(findstring i686,$
> (target)),kext64;@mkernel at m64@Dma
> lloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT$
> (KEXT_EXTRA_FLAGS))" \
> EXTRA_MULTILIB_PARTS='$(EXTRA_MULTILIB_PARTS)' \
>
> in gcc/Makefile.in. I'd recommend something like:
>
> # APPLE LOCAL begin libcc_kext
> ifeq ($taregt, *-*-darwin*) SPELLING
> APPLE_EXTRA_MULTI := static;@static at fno-pic
> kext;@Dmalloc=kern_os_malloc at Dfree=kern_os_free a...
2008 Mar 19
1
[LLVMdev] Merge Patch File
...T='$(D128PBIT)' \
D128PBIT_FUNCS='$(D128PBIT_FUNCS)' \
APPLE_LOCAL='APPLE LOCAL libcc_kext' \
- MULTILIBS="`$(GCC_FOR_TARGET) --print-multi-lib` $
(APPLE_EXTRA_MULTI)"\
+ MULTILIBS="`$(GCC_FOR_TARGET) --print-multi-lib` $
(APPLE_EXTRA_MULTI)" \
EXTRA_MULTILIB_PARTS='$(EXTRA_MULTILIB_PARTS)' \
SHLIB_LINK='$(SHLIB_LINK)' \
SHLIB_INSTALL='$(SHLIB_INSTALL)' \
--------------
2008 Mar 19
0
[LLVMdev] Merge Patch File
Bill Wendling wrote:
> On Wed, Mar 19, 2008 at 12:11 PM, Duncan Sands <baldrick at free.fr> wrote:
>
>> Hi Bill, thanks for fixing it.
>>
>>
> No prob! :-)
I can't build llvm-gcc4.2 on x86-32 Linux.
What is kext64, and how do I disable it? (I suppose I don't need it on a
32-bit platform?)
.....
ranlib kext/libgcc_eh.a
2008 Mar 19
2
[LLVMdev] Merge Patch File
On Wed, Mar 19, 2008 at 12:11 PM, Duncan Sands <baldrick at free.fr> wrote:
> Hi Bill, thanks for fixing it.
>
No prob! :-)
>
> > > ../../gcc-4.2.llvm.master/gcc/config/i386/i386.c: In function 'ix86_expand_convert_uns_DI2DF_sse':
> > > ../../gcc-4.2.llvm.master/gcc/config/i386/i386.c:10270: warning: large integer implicitly truncated to unsigned type
2005 Jun 13
2
[LLVMdev] problem compiling the cfrontend on Linux/PPC
...). Hopefully, we will not need to create LLVM
> equivalents of this assembly code; I think it's there for ABI
> compatibility and shouldn't be needed by LLVM.
>
> -- John T.
>
i edit 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...
2005 Jun 13
0
[LLVMdev] problem compiling the cfrontend on Linux/PPC
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,
2005 Jun 13
2
[LLVMdev] problem compiling the cfrontend on Linux/PPC
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