public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/30336] New: -mtune=native is wrong when not built with gcc
@ 2006-12-31 0:15 hjl at lucon dot org
2006-12-31 1:23 ` [Bug target/30336] " pinskia at gcc dot gnu dot org
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: hjl at lucon dot org @ 2006-12-31 0:15 UTC (permalink / raw)
To: gcc-bugs
When gcc isn't built with gcc, we get
if (arch)
{
/* FIXME: i386 is wrong for 64bit compiler. How can we tell if
we are generating 64bit or 32bit code? */
cpu = "i386";
}
else
cpu = "generic";
It is suggested to use size of (void *):
http://gcc.gnu.org/ml/gcc/2006-12/msg00651.html
However, it only checks the pointer size of the compiler which is used to
build
gcc, not the pointer size of the gcc.
--
Summary: -mtune=native is wrong when not built with gcc
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl at lucon dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30336
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/30336] -mtune=native is wrong when not built with gcc
2006-12-31 0:15 [Bug target/30336] New: -mtune=native is wrong when not built with gcc hjl at lucon dot org
@ 2006-12-31 1:23 ` pinskia at gcc dot gnu dot org
2006-12-31 9:26 ` hjl at lucon dot org
2006-12-31 10:26 ` pinskia at gcc dot gnu dot org
2 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-12-31 1:23 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-31 01:22 -------
I always thought cross compilers needed GCC to compile anyways so I don't see
why this is a bug?
If you mean while bootstrapping and someone uses --with-tune=native, I still
don't see why this is an issue as that would be a bug with their use of options
while configuring.
Can you better explain what exactly what is wrong with this instead of just
saying it is broken?
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30336
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/30336] -mtune=native is wrong when not built with gcc
2006-12-31 0:15 [Bug target/30336] New: -mtune=native is wrong when not built with gcc hjl at lucon dot org
2006-12-31 1:23 ` [Bug target/30336] " pinskia at gcc dot gnu dot org
@ 2006-12-31 9:26 ` hjl at lucon dot org
2006-12-31 10:26 ` pinskia at gcc dot gnu dot org
2 siblings, 0 replies; 5+ messages in thread
From: hjl at lucon dot org @ 2006-12-31 9:26 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from hjl at lucon dot org 2006-12-31 09:25 -------
It isn't really about cross compiler. It is about the compiler which is used to
compile gcc. Since we don't know if the compiler can handle cpuid asm statement
like gcc, when we are building gcc, there is no way for us to call cpuid.
BTW, it is quite rare not to use gcc to build gcc, considering bootstrap.
The only case I can think of is when we use another compiler to build
canadian cross compiler where target == host and host != build.
--
hjl at lucon dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfirmed|0000-00-00 00:00:00 |2006-12-31 09:25:58
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30336
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/30336] -mtune=native is wrong when not built with gcc
2006-12-31 0:15 [Bug target/30336] New: -mtune=native is wrong when not built with gcc hjl at lucon dot org
2006-12-31 1:23 ` [Bug target/30336] " pinskia at gcc dot gnu dot org
2006-12-31 9:26 ` hjl at lucon dot org
@ 2006-12-31 10:26 ` pinskia at gcc dot gnu dot org
2 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2006-12-31 10:26 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-31 10:26 -------
(In reply to comment #2)
> BTW, it is quite rare not to use gcc to build gcc, considering bootstrap.
> The only case I can think of is when we use another compiler to build
> canadian cross compiler where target == host and host != build.
But I still say any kind of crosses are not allowed to be built with a non GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30336
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/30336] -mtune=native is wrong when not built with gcc
[not found] <bug-30336-4@http.gcc.gnu.org/bugzilla/>
@ 2021-08-30 19:50 ` pinskia at gcc dot gnu.org
0 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-08-30 19:50 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30336
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
Target Milestone|--- |4.5.0
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
This was fixed with r0-93833 where we ignore now -march=native and/or
-mtune=native if not compiled with GCC, There were more fixes later on what
macro gets tested too.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2021-08-30 19:50 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-12-31 0:15 [Bug target/30336] New: -mtune=native is wrong when not built with gcc hjl at lucon dot org
2006-12-31 1:23 ` [Bug target/30336] " pinskia at gcc dot gnu dot org
2006-12-31 9:26 ` hjl at lucon dot org
2006-12-31 10:26 ` pinskia at gcc dot gnu dot org
[not found] <bug-30336-4@http.gcc.gnu.org/bugzilla/>
2021-08-30 19:50 ` pinskia at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).