-4606
-Original Message-
From: Alejandro Colomar
Sent: Tuesday, July 09, 2024 3:00 PM
To: Daniel Plakosh
Cc: dplak...@cert.org; Martin Uecker ; Jonathan Wakely
; Xi Ruoyao ; Jakub Jelinek
; libc-al...@sourceware.org; gcc@gcc.gnu.org; Paul Eggert
; linux-...@vger.kernel.org; LIU Hao
Alex,
Your document number is below:
n3294 - strtol(3) et al. shouldn't have a restricted first parameter
Please return the updated document with this number
Best regards,
Dan
Technical Director - Enabling Mission Capability at Scale
Principal Member of the Technical Staff
Software Engineerin
Hi team,
The following is my query posted but would need more inputs :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114751
The gcov tool which was working so far seems to fail with our latest branch
where gcc is 11.4.0 and hence we wanted to sort this out by getting the right
help as early as po
XML y PDF de su factura. Gracias.
ARCHIVO2003940059400694006902.pdf
Description: Binary data
On 2022. Jul 22., at 10:12, Martin Liška
mailto:mli...@suse.cz>> wrote:
On 7/21/22 19:49, Daniel Kiss wrote:
Hello,
Thanks for the quick reply, see mine inline.
On 2022. Jul 19., at 12:01, Martin Liška
mailto:mli...@suse.cz>> wrote:
On 7/18/22 12:36, Daniel Kiss via Gcc wrote
Hello,
Thanks for the quick reply, see mine inline.
> On 2022. Jul 19., at 12:01, Martin Liška wrote:
>
> On 7/18/22 12:36, Daniel Kiss via Gcc wrote:
>> Hello,
>>
>> We are going to add Function Multiversioning [1] support to Arm
>> architectures.
>> T
n the specification (reply, github works too).
Thanks so much,
Daniel
[1] https://gcc.gnu.org/onlinedocs/gcc/Function-Multiversioning.html
[2]
https://github.com/ARM-software/acle/blob/main/main/acle.md#function-multi-versioning
I'm joining this list just briefly to give some feedback and input on this
thread on behalf of Software Freedom Conservancy, since we were mentioned
multiple times in this thread. I suspect any conversation about how
Conservancy and GCC might work together should be off-list or another list,
and I
Hi Martin,
The bug is created : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100751
Let me know if any more info is required.
Thanks,
Gejoe
From: Martin Li ka <mli...@suse.cz>
Sent: Mon, 24 May 2021 19:32:10
To: Gejoe Daniel <gej...@rediffmail.com>, gcc@gcc.gnu.org,
gcc-h...
Adding gcc mailing list for the clarification.
Thank you team !
From: "Gejoe Daniel"<gej...@rediffmail.com>
Sent: Mon, 24 May 2021 15:02:12
To: "gcc-h...@gcc.gnu.org"<gcc-h...@gcc.gnu.org>
Subject: Re: Regarding __gcov_dump and __gcov_reset usage
Hi team,
A
"but muh freedum license re"
"haha quality compiler suite go brrr"
On Mon, Apr 12, 2021, 8:25 PM Chris Punches via Gcc wrote:
> That will never make it appropriate.
>
> I would encourage you to reflect more carefully on the meaning of the
> words you are reading and using.
>
> These argumen
Hi GCC,
This is Daniel. I use fedora 29 and have install gcc-8.2.0 into the system.
However, I still cannot see GCC on the list what I do "module av".
I have added the path of the gcc directory into .bashrc. However, nothing
changes.
"export PATH=$PATH:/..."
"exp
Ping
Den lör 5 jan. 2019 kl 20:44 skrev Daniel Marjamäki
:
>
> Here is a new patch with fixed comments and indentation
>
> diff --git a/gcc/c/c-parser.c b/gcc/c/c-parser.c
> index 972b629c092..294ff34fe55 100644
> --- a/gcc/c/c-parser.c
> +++ b/gcc/c/c-parser.c
> @@
@@
+
+/* { dg-do compile } */
+
+void f1() {
+ int a = 0)+3; /* { dg-error "unmatched" } */
+}
+
+void f2() {
+ int b = (1]+3; /* { dg-error "expected" } */
+}
+
+void f3() {
+ int b = 1]+3; /* { dg-error "unmatched" } */
+}
+
+void f4() {
+ int c = (1))+3; /* {
No none of those suggestions will solve the error.
Look at this code:
int x = 3) + 0;
Writing a ) or , or ; will not fix the syntax error. You have to
remove the ) or add a ( somewhere.
Den lör 5 jan. 2019 kl 09:50 skrev Segher Boessenkool
:
>
> Hi Daniel,
>
> Some mostly
+++ b/gcc/testsuite/gcc.dg/unmatched.c
@@ -0,0 +1,19 @@
+
+/* { dg-do compile } */
+
+void f1() {
+ int a = 0)+3; /* { dg-error "unmatched" } */
+}
+
+void f2() {
+ int b = (1]+3; /* { dg-error "expected" } */
+}
+
+void f3() {
+ int b = 1]+3; /* { dg-error "unmatched" } */
+}
+
+void f4() {
+ int c = (1))+3; /* { dg-error "unmatched" } */
+}
+
Best regards,
Daniel Marjamäki
ake sense to emit a fix-it hint suggesting the removal of the
> stray token.
It is 50% chance that the closing paranthesis should be removed. Maybe
there is a missing "(".
Maybe the error message should indicate that.. something like "either
there is missing "(" or this ")" is a stray token".
Best regards,
Daniel Marjamäki
when there is a unmatched extra ) or } or ] then
it should just say "extraneous .." instead of "expected ',' or ';'.
Adding a ',' or ';' in the example code will not fix the syntax error.
Best regards,
Daniel Marjamäki
x27;d love to provide more information on this.
Thank you.
Regards,
Daniel Jones
Demand Generation Executive.
If you do not wish to receive future
emails from us, please reply as "opt-out"
ion cycles, but not require as many extra bytes.
Regards,
Daniel
On Thu, Nov 8, 2018, at 11:19 PM, Richard Henderson wrote:
> On 11/7/18 6:10 PM, Daniel Engel wrote:
> > Also, loss of control of linking order would require all short branches in
> > the libm section to
On Tue, Nov 6, 2018, at 9:28 PM, Joel Sherrill wrote:
>
> On Tue, Nov 6, 2018, 10:32 PM Daniel Engel > Hi,
>>
>> Over the past couple of years, I have hand-assembled a new floating point
>> library for the ARM Cortex M0 architecture. I know the M0 is not general
dependent library specific to the Cortex M0 architecture, or
* Something else entirely...
If there is any interest in incorporating this work into GCC, please advise.
Thanks,
Daniel Engel
On 19/07/2018 18:56, Eric Gallager wrote:
On 7/19/18, U.Mutlu wrote:
Hi,
it makes me 'crazy' when I see such if-else constructs:
if (x)
return 7;
else
return 4;
(Of course in this case one better would use the shorthand "return x ? 7 :
4;", but that's not the issue here)
ll get
together in the next few weeks. I'll email the Wine list later today.
Daniel
Again, please don't do this.
As you can see (see Tom Tromey's email), others have a use to go between
vtable types and the types they are attached to.
We should be getting away from linkage names, not going further towards
them.
There are a bunch of gdb bugs this won't solve, but adding an extensio
>
>
> This avoids the problem of the demangler gdb is using getting a different
> name than the producer used. It also should always give you the right one.
> If the producer calls the type "vtable fo Foo<2u>" here and "Foo<2>"
> elsewhere, yes, that's a bug. It should be consistent.
>
>
This shoul
On Wed, Feb 7, 2018 at 5:44 AM, Simon Marchi
wrote:
> On 2018-02-07 02:21, Daniel Berlin wrote:
>
>> As the person who, eons ago, wrote a bunch of the the GDB code for this
>> C++
>> ABI support, and as someone who helped with DWARF support in both GDB and
>> GCC,
As the person who, eons ago, wrote a bunch of the the GDB code for this C++
ABI support, and as someone who helped with DWARF support in both GDB and
GCC, let me try to propose a useful path forward (in the hopes that someone
will say "that's horrible, do it this instead")
Here are the constraint
Hello,
I'll be contributing to GCC by working on OpenCoarrays as my PhD programme's
broadening project. I'd like to request the necessary forms to do so. As far as
I'm aware, those are the copyright assignment form of all future changes and
the employer disclaimer form.
Best wishes,
Daniel
URL: http://mirror.linux-ia64.org/gnu/gcc/
Country/City: Russia / Novosibirsk
Contact email / name: dan...@volchixin.co.uk (Daniel Volchixin)
iant. Both Clang and Intel compilers did this in my tests.)
Cheers,
Daniel
w is a backtrace just
prior to the error. I'm not at all intimate with gcc's memory
management, if gcc keeps track of how much each component has allocated.
(gdb) bt
#0 __GI___libc_malloc (bytes=56137200) at malloc.c:2905
#1 0x025bc8dc in xmalloc (size=56137200) at
/home/daniel
successful x32 bootstrap using
--enable-checking=yes without rtl -- good enough for all of the tests
that I need to run.
Daniel
On 08/13/2017 07:05 PM, H.J. Lu wrote:
> On Sun, Aug 13, 2017 at 3:52 PM, Daniel Santos
> wrote:
>> I've setup an x32 test environment using Gentoo in hopes of being able
>> to both compile and run x32 tests, but I'm having problems getting a
>> successful boots
On 08/13/2017 05:52 PM, Daniel Santos wrote:
> cc1plus: out of memory allocating 56137200 bytes after a total of
> 314880 bytes
> make[3]: *** [Makefile:1104: insn-extract.o] Error 1
> make[3]: *** Waiting for unfinished jobs
I apparently misunderstood the "after a total
;m doing
wrong, and if it is broken that we are aware of it.
I'm able to get a 7.1 bootstrap using:
/home/daniel/proj/sys/gcc/7.x/configure
--prefix=/home/daniel/local/gcc-7.1.0 --build=x86_64-pc-linux-gnux32
--with-abi=mx32 --enable-checking=yes,rtl --enable-languages=all
--enable-boot
On 08/03/2017 05:07 PM, Mike Stump wrote:
> On Aug 2, 2017, at 10:34 PM, Daniel Santos wrote:
>> I'm working on a patch to modify the testsuite to obey the
>> --load-average value if one is passed to make.
> The code seems like a reasonable approach. Love to see numbers a
On 08/03/2017 11:45 AM, Jeff Law wrote:
> On 08/02/2017 11:34 PM, Daniel Santos wrote:
> So does this perform better than make -j X -l X? I use that with good
> success.
>
> jeff
Sorry for my slow response!
For a short answer, if you have 8 CPU cores and you run make -j8
* gcc/testsuite/lib/gcc-defs.exp (num_jobs, load_max, getloadavg_exe):
New global variables.
(check_cpu_load): New proc to check speed limit.
(gcc_parallel_test_run_p): Modify to call check_cpu_load before
acquiring a new lock file.
Thanks,
Daniel
di
On 05/12/2017 10:49 AM, Martin Sebor wrote:
On 05/10/2017 04:14 PM, Daniel Santos wrote:
Well my primary goal is programming with values that are constant in the
compiler. There is no language in any C specification (that I'm aware
of) for a "compile-time constant", but the
Sorry for my delayed response.
On 05/11/2017 09:35 AM, Joseph Myers wrote:
On Thu, 11 May 2017, Jonathan Wakely wrote:
On 10 May 2017 at 23:14, Daniel Santos wrote:
Well my primary goal is programming with values that are constant in the
compiler. There is no language in any C specification
t turns out that their
optimization hint don't look like such a good idea. :)
I appreciate everybody's feedback! Thoughts?
Also, still a bit new to GCC, am I missing any formal steps that should
be taken prior to pursuing such changes?
Thanks,
Daniel
Thanks for your feedback!
On 05/09/2017 08:29 AM, Allan Sandfeld Jensen wrote:
On Tuesday 09 May 2017, Daniel Santos wrote:
The primary aim is to facilitate high-performance generic C
libraries for software where C++ is not suitable, but the cost of
run-time abstraction is unacceptable. A good
Thanks for your feedback!
On 05/09/2017 04:36 AM, Florian Weimer wrote:
On 05/09/2017 01:36 AM, Daniel Santos wrote:
To further the usefulness of such techniques, I propose the addition
of a c-family attribute to declare a parameter, variable (and
possibly other declarations) as "cons
pression %q+D is not constant in this
context", var);
+ /* TODO: Set something so we don't repeat this warning. */
+ }
+ }
+
/* ??? ivopts calls expander, without any preparation from
out-of-ssa. So fake instructions as if this was an access to the
base variable. This unnecessarily allocates a pseudo, see how we can
Comments, objections, suggestions?
Thanks,
Daniel
investigating why.
You mean debugging and non-debugging build?
Richard.
I got the problem when I built with --enable-checking=yes,rtl. I
haven't tested any other combinations. My first guess would be a
gcc_checking_assert () with side-effects?
Daniel
Thanks for the help, Martin!
On 05/03/2017 03:42 AM, Martin Jambor wrote:
Hi,
On Sat, Apr 29, 2017 at 06:28:31AM -0500, Daniel Santos wrote:
Brievity is not my forte, so let me start with the questions. Can somebody
please point me to the pass and/or function where gcc
1.) decides rather or
8d05cc6f387aec6099ea0589f45a22edeb1475fd
Author: jason
Date: Wed May 3 18:50:25 2017 +
* doc/invoke.texi: Note that -faligned-new is on by default
for C++17.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@247564
138bc75d-0d04-0410-961f-82ee72b054a4
Daniel
would appear that it is
already performing some of the constant propagation that I wanted it to
do (without the new attribute), and yet many constancy tests fail unless
the function is "always_inline"ed from the caller "flatten". I'll have
to dig more to figure out why.
Daniel
e_decl_common {
/* DECL_ALIGN. It should have the same size as TYPE_ALIGN. */
unsigned int align : 6;
- /* 20 bits unused. */
+ unsigned int constprop : 1;
+
+ /* 19 bits unused. */
/* UID for points-to sets, stable over copying from inlining. */
unsigned int pt_uid;
Thanks!
Daniel
STSUITEDIR)/$(check_p_tool)-parallel in Makefile.in is supposed to
be for?
Thanks,
Daniel
diff --git a/gcc/testsuite/gcc.target/x86_64/abi/ms-sysv/ms-sysv.exp b/gcc/testsuite/gcc.target/x86_64/abi/ms-sysv/ms-sysv.exp
new file mode 100644
index 000..8c3a3d2fc1c
--- /dev/null
+++ b/gcc/tes
has a vary narrow scope, so
I'm thinking "mcall-ms2sysv-xlogues" is a good and brief descriptor.
Any comments, objections?
Thanks,
Daniel
On 03/10/2017 11:23 AM, Joseph Myers wrote:
On Fri, 10 Mar 2017, Daniel Santos wrote:
3. Wouldn't it be better to move this logic up into DejaGnu and restrict gcc
to using a black-box interface for modifying the environment?
GCC is meant to work with a wide range of different DejaGnu ver
2017-03-13 11:56 GMT+01:00 Jonathan Wakely :
> On 12 March 2017 at 13:21, Daniel Krügler wrote:
>> I'm now working on
>>
>> http://cplusplus.github.io/LWG/lwg-defects.html#2861
>>
>> The new wording state is now equivalent to basic_string_view, whose
&g
c_assert(is_same::value,
"traits_type::char_type must be equal to _CharT");
Would you agree with that course of action?
Thanks,
- Daniel
y bug report, but here it is anyway:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79771
Daniel
, having the logic scattered about makes maintenance ugly.
Daniel
use some
others that might not be superset of those.
Jakub
We tried using e500, but on Freescale t1042 there was another
instruction, evstdd instruction which caused a fault. Andrii did the
testing, he can address it better than I can.
Daniel
On 02/09/2017 10:08 AM, David Edelsohn wrote:
On Thu, Feb 9, 2017 at 1:00 PM, Daniel Walker wrote:
Hi,
It looks like -mcpu=common (on the powerpc architecture) was removed. My
group is struggling to find a way to compile generic binaries for PowerPC.
We have been getting an LWSYNC
the platforms.
I suppose this is either a bug report that we're getting lwsync when we
shouldn't be getting it, or just a question of what the typical tune is
to make generic binaries ?
Thanks for any help,
Daniel
ff-by: Daniel Santos
---
gcc/config/i386/i386.c | 281 +++--
1 file changed, 272 insertions(+), 9 deletions(-)
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index b3d48ac2e78..f9a02bedbee 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config
Adds HARD_REG_SET stub_managed_regs to track registers that will be
managed by the pro/epilogue stubs for the function.
Adds a third parameter bool ignore_outlined to ix86_save_reg to specify
rather or not the count should include registers marked in
stub_managed_regs.
Signed-off-by: Daniel
Adds the option to i386.opt and i386.c and adds documentation to
invoke.texi.
Signed-off-by: Daniel Santos
---
gcc/config/i386/i386.c | 3 ++-
gcc/config/i386/i386.opt | 5 +
gcc/doc/invoke.texi | 11 ++-
3 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/gcc
ix86_compute_frame_layout will now populate fields added to structs
machine_function and ix86_frame, which are used by xlogue_layout::get_instance
to determine the correct instance to return.
Signed-off-by: Daniel Santos
---
gcc/config/i386/i386.c | 105
msabi --> sysv scenario)
[f] Variant for hard frame pointer (and stack realignment)
[x] Tail-call variant (is the return from function)
Signed-off-by: Daniel Santos
---
libgcc/config.host | 2 +-
libgcc/config/i386/i386-asm.h |
For the sake of clarity, I've separated out these minor refactoring
changes from the rest of the patches.
Signed-off-by: Daniel Santos
---
gcc/config/i386/i386.c | 21 ++---
gcc/config/i386/i386.h | 4 +++-
2 files changed, 13 insertions(+), 12 deletions(-)
diff --git
yout cannot be used until stack realign flags are finalized and
ix86_compute_frame_layout is called, at which point
xlouge_layout::get_instance may be used to retrieve the appropriate
(constant) instance of xlouge_layout.
Signed-off-by: Daniel Santos
---
gcc/config/i386/i386.c |
typically offer better
optimization than the restore stub as the tail call)
* restore_multiple_and_return - a jump_insn that returns from the
function as a tail-call.
* restore_multiple_leave_return - like the above, but restores the frame
pointer before returning.
Signed-off-by: Daniel Santos
/i386/resms64x.S | 59
libgcc/config/i386/savms64.S | 57
libgcc/config/i386/savms64f.S | 55
libgcc/config/i386/t-msabi | 7 +
15 files changed, 1314 insertions(+), 38 deletions(-)
Daniel Santos
arget/i386/msabi/gen.cc| 788
++
gcc/testsuite/gcc.target/i386/msabi/msabi.c | 379 +++++
gcc/testsuite/gcc.target/i386/msabi/msabi.exp | 125
5 files changed, 1456 insertions(+)
Daniel Santos
>From 2e9fa543e1923c7acc705e06bba006fc5887d805 Mon Sep 17 00:00:00 2001
me is below.
Regards,
Daniel
#include
#include
#define CNT 4
#define ATTR_INLINE __attribute__((hot, always_inline)) static inline
//#define ATTR_INLINE
ATTR_INLINE int func_1(int* data)
{
int buff[CNT * CNT];
for (int i = 0; i < CNT; ++i)
{
for (int j = 0; j < CN
ou can find someone that can
test in a cross environment and report back if it works or not, that might be a
way to step it forward, if you want.
Good, then I'm happy to punt this part until later. :) I just googled
Canadian cross build and that's entirely new to me!
Thank you for your thoughtful reply.
Daniel
ported "$subdir"
return
}
Thanks,
Daniel
as an RFC and
hopefully get some feedback from the i386 maintainers.
Thanks again
Daniel
diff --git a/gcc/Makefile.in b/gcc/Makefile.in
index 2aae684cad0..15e51b4cdc5 100644
--- a/gcc/Makefile.in
+++ b/gcc/Makefile.in
@@ -3789,7 +3789,9 @@ site.exp: ./config.status Makefile
@echo "set CFLAG
rameter to the generator. I
made a bitmask for each test variation, so just passing -m 0x7b would
prevent generation of forced re-alignment tests.
Daniel
First of all, thank you for your thoughtful response!
On 12/30/2016 06:01 PM, Mike Stump wrote:
On Dec 30, 2016, at 11:58 AM, Daniel Santos wrote:
Still being pretty new to GCC and having never used dejagnu, expect or Tcl, I'm
trying to determine how to best integrate my test program
c's Makefile.in. Integrating with dejagnu seems to be the most
intuitive and simple, but I don't properly understand how this would
affect a cross-compiler build. Any advice?
Thanks!
Daniel
>From d38bc80fc793224fb0fbd586824786f5ec178f65 Mon Sep 17 00:00:00 2001
From: Daniel Santos
Date: Sat
I 4 si)
(mem/c:DI (plus:DI (reg:DI 4 si)
(const_int 64 [0x40])) [0 S8 A8]))
])
/home/daniel/proj/emu/wine/github/dlls/winex11.drv/window.c:1655 -1
(expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_CFA_RESTORE (reg:DI 4 si
msabi_restore_16)
FUNC_END(__msabi_restore_17)
FUNC_END(__msabi_restore_18)
#endif /* __x86_64__ */
Thanks!
Daniel
#x27;s
default register clobber value which is almost everything:
regs_invalidated_by_call is a macro defined in hard-reg-set.h and
expands to (this_target_hard_regs->x_regs_invalidated_by_call).
So it would seem that I need some type of function declaration.
Daniel
Hehe, well no, it's the sibcall to LeaveCriticalSection that needs RCX.
My stub isn't reading or touching it.
Daniel
On 10/15/2016 08:41 PM, Segher Boessenkool wrote:
Hi Daniel,
On Sat, Oct 15, 2016 at 01:45:12AM -0500, Daniel Santos wrote:
The insn that's getting deleted is 75, where RCX is set. I'm starting
to think that maybe df_analyze() presumes that my call (to the stub) is
invalidating RCX
(symbol_ref:DI ("win_data_section") [flags 0x2] 0x7f33746fce10 win_data_section>))
/home/daniel/proj/emu/wine/github/dlls/winex11.drv/window.c:1826 89
{*movdi_internal}
(expr_list:REG_UNUSED (reg:DI 2 cx)
(nil)))
(note 150 75 146 11 NOTE_INSN_EPILOGUE_BEG)
(in
On 08/21/2016 05:59 PM, Segher Boessenkool wrote:
On Sun, Aug 21, 2016 at 02:04:49PM -0500, Daniel Santos wrote:
Thanks for the response! Perhaps an UNSPEC insn is needed here because I
have work to do on other passes too. For example, when the debug info is
created, it's giving the
On 08/21/2016 05:59 PM, Segher Boessenkool wrote:
On Sun, Aug 21, 2016 at 02:04:49PM -0500, Daniel Santos wrote:
Thanks for the response! Perhaps an UNSPEC insn is needed here because I
have work to do on other passes too. For example, when the debug info is
created, it's giving the
On 08/20/2016 09:53 AM, Jeff Law wrote:
On 08/20/2016 06:01 AM, Daniel Santos wrote:
I have been unable to figure out how to (correctly) generate RTL (in
expand the pro/epilogue pass) to jump to a stub defined in libgcc for
the out-of-lined epilogue. If I write it as a function call, but then
hinks it's a sibling call epilogue and it screws up other
things (just read up on the sibling call optimization earlier).
Basically, it should replace the function's ret with a jmp to the
outlined epilogue that will do the ret. Any pointers greatly appreciated!
Daniel
gue routine is working great though!
Thanks,
Daniel
On 08/15/2016 05:46 AM, Florian Weimer wrote:
On 08/14/2016 08:23 AM, Daniel Santos wrote:
ms_abi_push_regs:
pop%rax
push %rdi
push %rsi
sub$0xa8,%rsp
movaps %xmm6,(%rsp)
movaps %xmm7,0x10(%rsp)
movaps %xmm8,0x20(%rsp)
movaps %xmm9,0x30(%rsp
On 08/15/2016 05:56 AM, Richard Biener wrote:
On Mon, Aug 15, 2016 at 2:16 AM, Jeff Law wrote:
On 08/14/2016 01:57 AM, Trevor Saunders wrote:
On Sun, Aug 14, 2016 at 01:23:16AM -0500, Daniel Santos wrote:
I'm experimenting with ways to optimize wine (x86 target only) and I
believe
r. Presuming that this
experiment turns out to be useful, it might be implemented as a function
attribute so that functions that need to appear a certain way to copy
protection software can omit the optimization, similar to ms_hook_prologue.
Daniel
ew state of the stack and then allow any other clobbered regs
to get pushed/moved after that.
Daniel
or %eax, %eax
jmp ms_abi_pop_regs
Thanks!
Daniel
es.html
>
> People who need that functionality can still use the built-ins
> directly, we don't need to define non-standard traits.
>
> Alternatively, we could move them to __gnu_cxx, so they don't pollute
> the namespace by default, or only define them when __STRICT_ANSI__ is
> not defined. I prefer simply removing them.
+1 for removing them.
- Daniel
On Fri, May 20, 2016 at 5:42 PM, Jeff Law wrote:
> On 05/20/2016 01:18 PM, Daniel Gutson wrote:
>>
>> (reposting in gcc@ and adding more information)
>>
>> On Fri, May 20, 2016 at 3:43 PM, Andres Tiraboschi
>> wrote:
>>>
>>> While analysing this
information: DECL_LANG_SPECIFIC is NULL and
DECL_IN_AGGR_P is false.
Can somebody provide the rationale of the condition?
Thanks,
Daniel.
>
> Thank,
>
> Andres.
--
Daniel F. Gutson
Engineering Manager
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Pho
ime coding a solution that won't
be accepted.
Thanks,
Daniel.
--
Daniel F. Gutson
Chief Engineering Officer, SPD
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211
Skype:dgutson
LinkedIn: http://ar.linkedin.com/in/danielgutson
On Mon, Sep 21, 2015 at 2:26 PM, Andrew Pinski wrote:
> On Mon, Sep 21, 2015 at 10:20 AM, Daniel Gutson
> wrote:
>> This is derived from https://gcc.gnu.org/ml/gcc-help/2015-03/msg00091.html
>>
>> Currently, gcc provides an optimization that transforms a call to
>&g
On Mon, Sep 21, 2015 at 3:33 PM, Daniel Gutson
wrote:
> On Mon, Sep 21, 2015 at 2:26 PM, Andrew Pinski wrote:
>> On Mon, Sep 21, 2015 at 10:20 AM, Daniel Gutson
>> wrote:
>>> This is derived from https://gcc.gnu.org/ml/gcc-help/2015-03/msg00091.html
>>&g
1 - 100 of 2008 matches
Mail list logo
