mikros/rust
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
7122305053
rust/src/librustc_back/x86_64.rs

68 lines
2.5 KiB
Rust
Raw Normal View History

Update license, add license boilerplate to most files. Remainder will follow.
2012-12-03 18:48:01 -06:00
// Copyright 2012 The Rust Project Developers. See the COPYRIGHT
// file at the top-level directory of this distribution and at
// http://rust-lang.org/COPYRIGHT.
//
// Licensed under the Apache License, Version 2.0 <LICENSE-APACHE or
// http://www.apache.org/licenses/LICENSE-2.0> or the MIT license
// <LICENSE-MIT or http://opensource.org/licenses/MIT>, at your
// option. This file may not be copied, modified, or distributed
// except according to those terms.
librustc: Make vectors no longer implicitly copyable in rustc. r=graydon ~20% perf win for trans on -O0, with other minor improvements across the board. No effect on -O2.
2013-01-07 16:16:52 -06:00
Extract librustc_back from librustc
2014-07-04 21:41:54 -05:00
use target_strs;
Add a "system" ABI This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
2013-11-08 13:06:57 -06:00
use syntax::abi;
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
core: rename strbuf::StrBuf to string::String [breaking-change]
2014-05-22 18:57:53 -05:00
pub fn get_target_strs(target_triple: String, target_os: abi::Os) -> target_strs::t {
librustc: Get rid of structural records save for front/test.rs.
2013-02-19 01:40:42 -06:00
return target_strs::t {
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
module_asm: "".to_string(),
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
Convert alt to match. Stop parsing alt
2012-08-06 14:34:08 -05:00
data_layout: match target_os {
Add a "system" ABI This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
2013-11-08 13:06:57 -06:00
abi::OsMacos => {
librustc: Remove all uses of `~str` from librustc.
2014-05-09 20:45:36 -05:00
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
s0:64:64-f80:128:128-n8:16:32:64".to_string()
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
}
Basic iOS support
2014-05-05 02:07:49 -05:00
abi::OsiOS => {
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
Basic iOS support
2014-05-05 02:07:49 -05:00
s0:64:64-f80:128:128-n8:16:32:64".to_string()
}
Replace all references to "Win32" with "Windows". For historical reasons, "Win32" has been used in Rust codebase to mean "Windows OS in general". This is confusing, especially now, that Rust supports Win64 builds. [breaking-change]
2014-08-11 18:32:11 -05:00
abi::OsWindows => {
Fix spelling errors and capitalization.
2014-09-02 00:35:58 -05:00
// FIXME: Test this. Copied from Linux (#2398)
librustc: Remove all uses of `~str` from librustc.
2014-05-09 20:45:36 -05:00
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
s0:64:64-f80:128:128-n8:16:32:64-S128".to_string()
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
}
Add a "system" ABI This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
2013-11-08 13:06:57 -06:00
abi::OsLinux => {
librustc: Remove all uses of `~str` from librustc.
2014-05-09 20:45:36 -05:00
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
s0:64:64-f80:128:128-n8:16:32:64-S128".to_string()
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
}
Add a "system" ABI This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
2013-11-08 13:06:57 -06:00
abi::OsAndroid => {
librustc: Remove all uses of `~str` from librustc.
2014-05-09 20:45:36 -05:00
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
s0:64:64-f80:128:128-n8:16:32:64-S128".to_string()
Support ARM and Android Conflicts: src/libcore/os.rs src/librustc/back/link.rs src/librustc/driver/driver.rs src/librustc/metadata/loader.rs src/librustc/middle/trans/base.rs
2012-11-29 18:21:49 -06:00
}
freebsd support
2011-12-30 02:18:55 -06:00
Add a "system" ABI This adds an other ABI option which allows a custom selection over the target architecture and OS. The only current candidate for this change is that kernel32 on win32 uses stdcall, but on win64 it uses the cdecl calling convention. Otherwise everywhere else this is defined as using the Cdecl calling convention. cc #10049 Closes #8774
2013-11-08 13:06:57 -06:00
abi::OsFreebsd => {
librustc: Remove all uses of `~str` from librustc.
2014-05-09 20:45:36 -05:00
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
s0:64:64-f80:128:128-n8:16:32:64-S128".to_string()
freebsd support
2011-12-30 02:18:55 -06:00
}
Port Rust to DragonFlyBSD Not included are two required patches: * LLVM: segmented stack support for DragonFly [1] * jemalloc: simple configure patches [1]: http://reviews.llvm.org/D4705
2014-07-29 09:44:39 -05:00
abi::OsDragonfly => {
"e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-\
Fixes invalid LLVM data layout for aggregate data types According to http://llvm.org/docs/LangRef.html#data-layout correct syntax for data layout is `a:<abi>:<pref>` so it looks like `a0:<abi>:<pref>` is either a typo or outdated syntax (as it goes back pretty deep in time)
2014-12-28 00:31:23 -06:00
f32:32:32-f64:64:64-v64:64:64-v128:128:128-a:0:64-\
Port Rust to DragonFlyBSD Not included are two required patches: * LLVM: segmented stack support for DragonFly [1] * jemalloc: simple configure patches [1]: http://reviews.llvm.org/D4705
2014-07-29 09:44:39 -05:00
s0:64:64-f80:128:128-n8:16:32:64-S128".to_string()
}
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
},
librustc: Always use session target triple.
2013-08-24 12:54:42 -05:00
target_triple: target_triple,
add -m64 to gcc args if appropriate
2011-10-31 12:28:18 -05:00
std: Rename strbuf operations to string [breaking-change]
2014-05-25 05:17:19 -05:00
cc_args: vec!("-m64".to_string()),
hack around on makefiles trying to get a 64 bit build right now there are many temporary hacks, search for NDM to find them
2011-10-13 14:23:50 -05:00
};
}
Reference in New Issue Copy Permalink