Hi Segher,
Thanks for the analysis!
On 2020-02-17 02:12, Segher Boessenkool wrote:
Hi!
On Sun, Feb 16, 2020 at 09:52:12PM +0100, Marcus Geelnard wrote:
(define_insn "smulhshi3"
[(set (match_operand:HI 0 "register_operand" "=r")
(tru
gn_extend:SI (subreg:HI ...) is also missing).
The code probably sign-extends the result; I need to see the full thing
to really know. Similarly, the sign_extend of a const_int is not
canonical rtl, it always is written as just a const_int.
You'll probably need to write a few extra patterns to re
on trunk. Is it okay to port
>>>> this to fsf-5?
>>>
>>> It's not a regression, so backporting it would be generally frowned
>>> upon. If you feel strongly about it, you should ask Jakub, Joseph or
>>> Richi (the release managers) for an exception to the general policy.
>>>
>>> jeff
>>>
>> Hi Jakub,
>> Can this commit be ported to fsf-5? It fixed gcc.target/arm/pr43920-2.c
>> at the time, so I think it is a good idea to port. Please, see
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
>> Kind regards,
>> Alex
>
>
> Ping!
>
> Currently this test is passed on fsf-trunk, but not passed on fsf-5, so I
> think it is a regression on fsf-5:
That does not make it a regression, it is only a regression if a
version prior to 5 passes, how does this test behave on 4.9?
Cheers
/Marcus
u the
full power of C. One cannot simply define a function to hash the __FILE__
string at compile time. There's no quasi-quote like in Lisp or Haskell.
Marcus
-Original Message-
From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of Shoham
Peller
Sent: Sunday
don't think we're ready to do that.
>
> Tests that add options that might override or conflict with multilib
> flags should check for those flags first and skip the test if they are
> used. For examples, see tests in gcc.target/arm that use dg-skip-if.
Umm, the purpose of bind_pic_locally appears to be to detect the use
of -fPIC and override that behavior with -fPIE. If I understand the
above paragraph correctly then bind_pic_locally is fundamentally
broken and all of the tests that use it need rewriting to skip if
-fPIC or -fpic is in use?
Cheers
/Marcus
> The GCC middle end use is for me mandatory (since it is contractual). I
> am expecting to work on Gimple to OpenCL translation, whatever that
> means. The saling point it that starting from GCC & gimple gives the
> hypothetical enduser all the power of GCC.
Given the current limitations of Gimp
g to push the idea of plugin hooks for builtins.
In this use case, what is the GCC middle-end *for* if it does not
understand data parallel operations? Even GENERIC lacks the notion,
right? (We've been working directly from the Fortran parse tree.)
Marcus
etain
high level constructs like array operators, DO ALL, OpenMP directives, etc.
Marcus
On 9/13/10 2:04 PM, Ian Lance Taylor wrote:
Therefore, I see a clear benefit to clang->gcc, but I
do not see a clear benefit to gcc->llvm.
Suppose you have large Fortran applications, and want to accelerate
parts of them on graphics processors.
Several of the OpenCL implementations use LLVM for
The GENERIC dump file approach has the advantage that it is
low commitment and not require any build-time apparatus. Do you think
it would be as easy to create a plugin? (It would be nice to be able
to take it to the next level and influence code generation.)
Thanks,
Marcus
Hi all,
For the purposes of static analysis, can the output of
-fdump-tree-original-raw complete for reconstructing GENERIC data?
Packages like treehydra are intriguing, but they aren't complete, for
example, for Fortran.
Thanks,
Marcus Daniels
ot;, since the package
> collection is so large. Other information about use of these classes
> will be interesting as well.
For SUSE the ones the grep above found:
- kdevelop3
- amarok
- xmms-kde
- apt
- abiword
- pan
- scim
- kseg
- pdns
Mostly one or two occurences.
Ciao, Marcus
g doesn't make it one."
>
> Version numbers have been based on binary compatibility
> and interoperability between versions.
>
> Saying that license is an interoperability issue doesn't make it one.
GPLv3+ code is however incompatible to GPLv2+ code, so it warrants
a major version bump.
Ciao, Marcus
On Fri, Jun 01, 2007 at 06:28:52PM +0200, Marcus Meissner wrote:
> Hi,
>
> addition of alloc_size attribute to the changes.html.
>
> Ciao, Marcus
Less plugging of examples as suggested by Dirk...
Index: htdocs/gcc-4
Hi,
addition of alloc_size attribute to the changes.html.
Ciao, Marcus
Index: htdocs/gcc-4.3/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/changes.html,v
retrieving revision 1.57
diff -u -r1.57 changes.html
--- htdocs
If the value of the right operand is negative |
or is greater than or equal to the width of the promoted
left operand, the behavior is undefined.
Ciao, Marcus
/20929 triggers a miscompilation of Mozilla.
At least 20126 should probably be considered for 4.0.
Ciao, Marcus
pgpfY5yLSUi6C.pgp
Description: PGP signature
On the page, http://gcc.gnu.org/gcc-4.0/changes.html, the link
http://www.nedprod.com/programs/gccvisibility.html (near the end of the
document) contains
``DOMAIN HOLDING PAGE
This is a holding page for a domain registered by Total Registrations on
behalf of a customer. At this present time
18 matches
Mail list logo
