> /tmp//ccgioejq.s: line 538: 1252-149 Instruction lwarx is not implemented in
> the current assembly mode COM.
Again, this error is coming from the AIX assembler, not from GCC. You
ned to pass the correct options (I don't know what they are) to that
assembler to make it accept these instructions.
--
Daniel Jacobowitz
CodeSourcery, LLC
is last changed around 2005-06-16 on HEAD, and we
assume that the assembler installed in $prefix is the assembler you
want the compiler to be using - it's the same assembler you'd get if
you said "as", so why shouldn't we use it?
--
Daniel Jacobowitz
CodeSourcery, LLC
you'd get if
> >you said "as", so why shouldn't we use it?
> >
> When building from a combined tree, I still see that the compiler is
> using the assembler in $prefix/$target/bin/as even for a native
> configuration.
Sure - after it's installed, I&#x
using --program-prefix would probably also pass the same value
to --with-build-tools.
--
Daniel Jacobowitz
CodeSourcery, LLC
On Fri, Dec 23, 2005 at 01:19:14PM +0100, Gunther Nikl wrote:
> On Thu, Dec 22, 2005 at 11:39:20AM -0500, Daniel Jacobowitz wrote:
> > On Thu, Dec 22, 2005 at 05:34:14PM +0100, Gunther Nikl wrote:
> > > Hello!
> > >
> > > The new scheme to select target tools
On Sat, 2005-12-24 at 16:20 -0500, Andrew Pinski wrote:
> I noticed that if I try not to mark a variable as escaping, we don't
> get the function
> call to have V_MAY_DEF for that variable.
Which is correct.
>
> For an example in this Fortran code:
> function i()
> INTEGER :: i
> INTEGER :: t
>
On Sat, 2005-12-31 at 02:12 -0500, Andrew Pinski wrote:
> I noticed that we add a constraint for each variable that is assigned
> to the
> return value of a function call even though that information is useless
> for
> non pointers?
> Is there a reason why we do this?
Laziness.
>
On Sun, 2006-01-01 at 10:22 -0800, Mark Mitchell wrote:
> Steven Bosscher wrote:
> > Hi rth,
> >
> > The stack space sharing you added to cfgexpand.c breaks RTL alias
> > analysis.
> >
> > For example, the attached test case breaks for pentiumpro at -O2.
> > The problem apparently is that the se
s without touching --prefix, in fact, via DESTDIR and
relocatable installs. It's just a bit disruptive to the workflow, so I
wanted to wait until toplevel bootstrap was settled first.
--
Daniel Jacobowitz
CodeSourcery
On Tue, Jan 03, 2006 at 10:39:06PM +0100, Laurent GUERBY wrote:
> On Tue, 2006-01-03 at 16:01 -0500, Daniel Jacobowitz wrote:
> > On Tue, Jan 03, 2006 at 09:26:11PM +0100, Laurent GUERBY wrote:
> > > On Tue, 2006-01-03 at 20:47 +0100, Eric Botcazou wrote:
> > > > &g
On Wed, 2006-01-04 at 15:47 +0530, Ranjit Mathew wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> This is slightly off-topic for this list, but I
> just noticed that Subversion 1.3.0 is now finally
> available:
>
> http://subversion.tigris.org/servlets/NewsItemView?newsItem
ight year on every file. Details in
maintain.texi.
(No, I don't really understand the reasoning. Feel free to follow up
on gnu-prog-discuss if you are on that list.)
--
Daniel Jacobowitz
CodeSourcery
On Thu, 2006-01-05 at 10:37 +0530, Ranjit Mathew wrote:
> On 1/4/06, Daniel Berlin <[EMAIL PROTECTED]> wrote:
> > > I wonder if gcc.gnu.org would be moving to this
> > > version any time soon.
> >
> > gcc.gnu.org has been running 1.3 development and rc's
On Thu, 2006-01-05 at 13:37 +, Andrew Haley wrote:
> Andrew Pinski writes:
> >
> > On Jan 5, 2006, at 8:09 AM, Andrew Haley wrote:
> >
> > > I've been experimenting with devirtualizing method calls, and
> > > sometimes a construct like this can pay dividends:
> >
> > > Another possibi
Try removing the offending directory (gcc/testsuite/gcc.dg/special) and
run svn cleanup again, updating the tree afterwards. If you didn't have
any local changes in that directory you should not lose anything. If the
problem persists then you probably have a hardware problem.
Just "for the re
On Sun, 2006-01-08 at 18:05 -0600, Bradley Lucier wrote:
> On Jan 8, 2006, at 9:12 AM, Daniel Berlin wrote:
>
> >>
> >> Try removing the offending directory (gcc/testsuite/gcc.dg/
> >> special) and
> >> run svn cleanup again, updating the tree after
ain/gcc-4.2-20060107/host-i686-pc-linux-gnu/gcc"
> option, does it generate the executable without any errors. How
> can this include give ld the wrong emulation mode? Apparently,
> there is no "-o" in any file in the build-directory.
Sounds like there's an error in your specs. Run gcc -v and see what
it's invoking.
--
Daniel Jacobowitz
CodeSourcery
On Wed, 11 Jan 2006, Bernd Schmidt wrote:
Giovanni Bajo wrote:
Bernd Schmidt <[EMAIL PROTECTED]> wrote:
Your merges are spamming the bugzilla database and anybody who is on
the CC list of the affected bugs.
both 20470 and 19199 got 1.2 Megabytes of ChangeLog.
Argh. That's a side effect
On Wed, 11 Jan 2006, Bernd Schmidt wrote:
Joern RENNECKE wrote:
Your merges are spamming the bugzilla database and anybody who is on the CC
list of the affected bugs.
both 20470 and 19199 got 1.2 Megabytes of ChangeLog.
Argh. That's a side effect of the merge script I wasn't expecting. Wh
On Thu, 2006-01-12 at 00:55 +0100, Bernd Schmidt wrote:
> Daniel Berlin wrote:
> > On Wed, 11 Jan 2006, Bernd Schmidt wrote:
> >> The merge script relies only on the svnmerge-integrated property, not
> >> on the commit messages?
> >
> >
> > Right.
The chain of inferences that the compiler would need to do to properly
diagnose this case is beyond the scope of the mechanical transformations.
The reasoning you need to implement to catch these cases could even be
reduced to the halting problem.
I hate to bring this up, because it's a "half-tr
On Thu, 2006-01-12 at 11:24 -0800, Joe Buck wrote:
> On Thu, Jan 12, 2006 at 12:13:06PM -0500, Daniel Berlin wrote:
> > I hate to bring this up, because it's a "half-troll", but the halting
> > problem is *not* undecidable on the machines we use everyday, becaus
e I was building from a clean svn pull
> of the gcc 4.1 branch using svn 1.3.0. Is svn that broken that I need
> to manually correct the timestamps after every pull?
That this ever worked with CVS required a lot of luck.
--
Daniel Jacobowitz
CodeSourcery
On Sun, 2006-01-15 at 21:49 +0100, Richard Guenther wrote:
> On 1/15/06, Tobias Schlüter <[EMAIL PROTECTED]> wrote:
> >
> > In looking at compiles times, I missed looking at memory usage:
> >
> > Dominique Dhumieres wrote:
> > > On an AMD, the 20060105 build gives
> > >
> > > tree SSA rewrite
On Sun, 2006-01-15 at 22:24 +0100, Tobias Schlüter wrote:
> Richard Guenther wrote:
> > I guess the fix for PR tree-optimization/22555 could make some difference
> > if fortran uses a lot of structures with embedded arrays. Basically this
> > enables decomposing these structures for aliasing purpo
On Mon, 2006-01-16 at 00:24 +0100, Richard Guenther wrote:
> On Sun, 15 Jan 2006, Daniel Berlin wrote:
>
> > On Sun, 2006-01-15 at 22:24 +0100, Tobias Schlüter wrote:
> > > Richard Guenther wrote:
> > > > I guess the fix for PR tree-optimization/22555 co
On Sun, 2006-01-15 at 18:35 -0500, Daniel Berlin wrote:
> On Mon, 2006-01-16 at 00:24 +0100, Richard Guenther wrote:
> > On Sun, 15 Jan 2006, Daniel Berlin wrote:
> >
> > > On Sun, 2006-01-15 at 22:24 +0100, Tobias Schlüter wrote:
> > > > Richard Guenther wro
he record, this is non-hypothetical. It happened to me a few
weeks ago - if I'd been bootstrapping in a combined tree, stage1 gcc
would have miscompiled stage2 as which would have misassembled stage2
gcc.
--
Daniel Jacobowitz
CodeSourcery
ibgcc and the crt startup files, which currently
do live in the gcc directory, and folks have wanted to move out of it
for five or ten years. We can't skip them during a bootstrap; it just
won't work.
--
Daniel Jacobowitz
CodeSourcery
s from time to time, though. We're
listening to yours; please stop blowing off mine.
--
Daniel Jacobowitz
CodeSourcery
part of a bootstrap or not.
I'm not going to respond to the rest. We're going around in circles
and not making the slightest forward progress.
--
Daniel Jacobowitz
CodeSourcery
> I see that. I'm testing the following fix to address the fortran
> regressions. The observation is that the fortran FE uses structures
> to pass (lots of) arguments to I/O functions, and uses array descriptors
> for passing arrays, which are handled similarly. Now those structures
> are only _
g two or three
passes before, but not been detected until now - e.g. a needed
definition being deleted.
--
Daniel Jacobowitz
CodeSourcery
s I strongly disagree with this
sentiment. Host dependencies of any sort are a bug.
--
Daniel Jacobowitz
CodeSourcery
Just so you guys know, a change in 1.3 will make large commits take a
longer than they used to.
We background the task that sends out the mail, and in 1.2, this used to
cause the post-commit hook that runs to return immediately.
However, 1.3, in order to catch output from the post-commit hooks, n
Someone's informed Richard Stallman that this (annoying) warning will not be
enabled by default in GCC 4.1. But, it currently seems to be. Should it be
turned off before the release? If not, who told RMS it was? :-)
--
Daniel Jacobowitz
CodeSourcery
ou. Perhaps Mike can
clarify if that's what he meant.
--
Daniel Jacobowitz
CodeSourcery
want to stop in, with system
> headers being just one of the boxes.
Right - my point was only that I've thought about it long enough to
know it needed some more thinking about :-)
I definitely agree that the debugger should be doing it, not the
compiler. It's not appreciably ha
find the best alternative so we can implent it.
Thanks,
Daniel.
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
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
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
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
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
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
or %eax, %eax
jmp ms_abi_pop_regs
Thanks!
Daniel
ew state of the stack and then allow any other clobbered regs
to get pushed/moved after that.
Daniel
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
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
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
gue routine is working great though!
Thanks,
Daniel
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
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
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
(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 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
Hehe, well no, it's the sibcall to LeaveCriticalSection that needs RCX.
My stub isn't reading or touching it.
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
msabi_restore_16)
FUNC_END(__msabi_restore_17)
FUNC_END(__msabi_restore_18)
#endif /* __x86_64__ */
Thanks!
Daniel
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
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
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
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
; instruction is privileged, except when setting ASI = 0xA (user data)."
>>
>> I would like to use atomic operations in user mode. Is it possible to add a
>> machine option to GCC to use an ASI of 0x0A for the atomic operations via
>> CASA on LEON3?
>
> Yes, I g
lugin suffice?
I think that I should manage to get the RTL tree
with the necessary nodes triplicated and let
the backend do its job, right? Or, am I forgetting
any backend pass that may optimize/get screwed
because of this?
Thanks!
Daniel.
seems that a hardened ABI should be considered (with redundancy and
voting too).
All these facts lead to work on a specific RTL backend (e.g. hardened-x86,
hardened-ARM, etc.).
Any more comment will be greatly appreciated.
Daniel.
>
> Richard.
>
>> Andrew.
>>
--
, it is
implementation-specific
what a mulitlib "without exceptions" actually is. I'm now concerned in
the flag and providing
the selection mechanism only.
Comments?
Of course once exceptions are addressed, RTTI will be the next feature.
Thanks!
Daniel.
--
Daniel
rds.
However, there could be two builds of the STL, one with exceptions
support and another much smaller without; a flag like the one I'm proposing
would be useful to select which one to link with in the target fragment file.
--
Daniel F. Gutson
Chief Engineering Officer, SPD
San Lorenzo
On Sun, May 18, 2014 at 4:42 PM, Basile Starynkevitch
wrote:
> On Sun, 2014-05-18 at 12:33 -0300, Daniel Gutson wrote:
>> Hi,
>>
>>I am needing a truly exceptions-clean (or exceptions-free) binary due to
>> some embedding systems platform.
>> -fno-exceptions i
mp; b = d;
dynamic_cast(b);
}
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
20
0431 jmpq 0378
If the optimizer had the body of my_copy above, it should be able to use
two pointers (one for l and another for left_minus_one) and a single
index as long as size is either 1, 2, 4 or 8. All and all, I need to
refine my strategy, but if I can solve this little part, it will help
greatly.
Thanks,
Daniel
On 07/18/2014 04:55 AM, Martin Jambor wrote:
Hi,
On Thu, Jul 17, 2014 at 12:26:43PM -0500, Daniel Santos wrote:
I've recently discovered that a function marked always_inline but
called by pointer won't always be inlined. What would it take to
assure that this either always
On 07/18/2014 04:55 AM, Martin Jambor wrote:
Hi,
On Thu, Jul 17, 2014 at 12:26:43PM -0500, Daniel Santos wrote:
I've recently discovered that a function marked always_inline but
called by pointer won't always be inlined. What would it take to
assure that this either always
eturned 1 exit status
I think I may be missing some part of code generation with generic,
but could not find any references...
Any thoughts?
Kind regards,
Daniel
te, please send me an email
(daniel dot gutson at taller technologies dot com) telling me if you
have ever attended a WG21 meeting and/or would be willing to
participate in one.
Having gcc and clang maintainers would be great to have an implementer
POV in the discussions.
Thanks!
Daniel.
--
t changing
the size of an array has such a consequence.
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
From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of
> Daniel Gutson
> Sent: Wednesday, August 27, 2014 7:58 PM
> To: gcc Mailing List
> Subject: Possible LRA issue?
>
> Hi,
>
>I have a large codebase where at some point, there's a structure that
Hi,
I am sending this bug report here because I can't register an account
in bugzilla...
gcc version: gcc-linaro-4.9-2014.09 (I checked also the main repo git,
the code is the same)
kernel: 2.6.37
"home/daniel/Downloads/.build/src/gcc-custom/libsanitizer/saniti
at about then two warnings (disabled by default), one intended to
tell the user each time the compiler removes a conditional
(-fdelete-null-pointer-checks)
and another intended to tell the user each time the compiler adds a trap due to
dereference an address 0?
E.g.
-Wnull-pointer-check-deleted
-W
rested in views on the relative merits of these approaches.
Thanks
Charles
I'm working on a C metaprogramming library for (currently supporting
only gcc) and this is an everyday dilemma for me. I have a macros for
this (see
https://github.com/daniel-santos/gboing/blob/master/include/gb
h converting optimization (if-else-if chain to switch) exist
and I didn't see it? If it doesn't,
is there any reason or just nobody coded it yet?
Thanks,
Daniel.
--
Daniel F. Gutson
Chief Engineering Officer, SPD
San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina
Phone: +54 351 421
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 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
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
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"
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
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
+++ 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
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
@@
+
+/* { 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; /* {
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
> @@
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
ported "$subdir"
return
}
Thanks,
Daniel
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
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
/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
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
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 |
901 - 1000 of 2003 matches
Mail list logo
