Hi,
How would I access the result data of target options that don't have Mask
or Var properties? For example, how would I access the result ISA string in
the -march option for the RISC-V target?
Here is the relevant option code inside the .opt file:
march=
Target Report RejectNegative Joined
-marc
Snapshot gcc-9-20200710 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20200710/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Fri, Jul 10, 2020 at 10:30 AM Florian Weimer wrote:
>
> Most Linux distributions still compile against the original x86-64
> baseline that was based on the AMD K8 (minus the 3DNow! parts, for Intel
> EM64T compatibility).
>
> There has been an attempt to use the existing AT_PLATFORM-based loadi
On Fri, 10 Jul 2020, Florian Weimer via Gcc wrote:
> * Level A
>
> CMPXCHG16B, LAHF/SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3
>
> This is one step above the K8 baseline and corresponds to a mainline CPU
> model ca. 2008 to 2011. It is also implemented by recent-ish
> generations of Intel Atom s
On 7/9/20 3:28 PM, Fangrui Song via Gcc wrote:
Fix email addresses:)
IMHO the -f ones are misnamed.
-fFOO -> affect generated code (non-target-specific) or language feature
-gFOO -> affect debug info
-mFOO -> machine-specific option
the -fdump options are misnamed btw, I remember Jeff Law poi
Most Linux distributions still compile against the original x86-64
baseline that was based on the AMD K8 (minus the 3DNow! parts, for Intel
EM64T compatibility).
There has been an attempt to use the existing AT_PLATFORM-based loading
mechanism in the glibc dynamic linker to enable a selection of o
GNU MPFR 4.1.0 ("épinards à la crème"), a C library for
multiple-precision floating-point computations with correct rounding,
is now available for download from the MPFR web site:
https://www.mpfr.org/mpfr-4.1.0/
from InriaForge:
https://gforge.inria.fr/projects/mpfr/
and from the GNU FTP s
Hello,
is there a way to determine just how an argument is affected by SRA
after SRA has occured? I have the following functions:
source:
_Bool
returnLastField (struct arc anArc)
{
return anArc.c;
}
_Bool
returnNextField (struct arc anArc)
{
_Bool *ptr = &(anArc.a);
ptr = ptr + 1; // a
Hello,
I'm working on an optimization and I encountered this interesting
behaviour. There are a couple of functions that are specialized when the
program is not compiled with PGO (-fprofile-generate and -fprofile-use)
However, when the program is compiled with PGO the compiler does not
speci
Forgot to mention that these functions take a function pointer as a
parameter and as a result, the specialized functions are able to replace
the indirect function call with a direct function call.
On 10/07/2020 13:17, Erick Ochoa wrote:
Hello,
I'm working on an optimization and I encountered
On Fri, 10 Jul 2020 at 09:25, Unidef Defshrizzle wrote:
>
> What would happen?
This doesn't seem like a question about GCC development, so is
off-topic on this mailing list.
The C language says what should happen, GCC follows that.
On 7/10/20 10:19 AM, Martin Liška wrote:
current URL is long as:
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=heads;h=refs/users/marxin/heads
Apparently such page does not list user branches.
So we can at least redirect to a user branch log:
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=log
What would happen?
Hey.
Sometimes it's handy to send somebody a user branch link. However, the
current URL is long as:
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=heads;h=refs/users/marxin/heads
Would it be possible to make some alias? Something like:
https://gcc.gnu.org/git-branches/marxin
Thanks,
Martin
14 matches
Mail list logo