The following pattern shall be generated by insn combine
and then be split by pre-reload split:
(define_insn_and_split "*mulsqihi3.const"
[(set (match_operand:HI 0 "register_operand"
"=&r")
(mult:HI (sign_extend:HI (match_operand:QI 1
"register_operand" "a"))
(match_ope
Georg-Johann Lay wrote:
> The following pattern shall be generated by insn combine
> and then be split by pre-reload split:
>
> (define_insn_and_split "*mulsqihi3.const"
> [(set (match_operand:HI 0 "register_operand"
> "=&r")
> (mult:HI (sign_extend:HI (match_operand:QI 1
> "register_op
Georg-Johann Lay wrote:
> Georg-Johann Lay wrote:
>> The following pattern shall be generated by insn combine
>> and then be split by pre-reload split:
>>
>> (define_insn_and_split "*mulsqihi3.const"
>> [(set (match_operand:HI 0 "register_operand"
>> "=&r")
>> (mult:HI (sign_extend:HI (m
Hello All
It is my pleasure to announce the MELT plugin version 0.8 for GCC 4.6
(the Gnu Compiler Collection)
MELT is a domain specific language (and a plugin implementing it) for GCC
extensions.
The MELT language provides several high-level features (pattern-matching,
functional/object/reflect
On 08/07/11 18:31, Jie Liu wrote:
> This is the second report after “GCJ Porting for RTEMS Status
> Report”[1]. During this time, I am
> --- Focusing on running the testsuite and fix encountered problem
> --- Submitting patches to related community
>
> In details, I have got the testsuite result
Hello,
I have been able to compile and install successfully (32 bits).
I have modified the README to add that there is several libs to install
(ppl, cloog, mpfr...).
Pierre Vittet
On Mon, 11 Jul 2011 14:15:33 +0200, Basile Starynkevitch
wrote:
> Hello All
>
> It is my pleasure to announce the
Hello
I have a build with a lot of structures in a big-endian style layout.
[I recognise that bit-fields are not portable due to their ordering
not being locally MSB first like the regular bit shift operation <<
is.i.e.(1<<2) == 4 ]
typedef struct reg32 {
union {
Sameera Deshpande wrote:
Please answer to the lists, thanks.
> Hi Johann,
>
> Try using clobber (match_operand:QI 3 "register_operand" "")
>
> gen_reg_rtx may not work in this case. Please have a look at
> define_split description in GCC the internal documents. It says: "The
> preparation-state
On 07/11/11 13:27, Georg-Johann Lay wrote:
>>> IRA now propagates insn 7 into insn 8 so that in insn-output gcc runs
>>> into the gcc_unreachable() even though !reload_in_progress etc should
>>> keep IRA/reload from generating the insn.
That can't work because reload_in_progress isn't set during I
Bernd Schmidt wrote:
> On 07/11/11 13:27, Georg-Johann Lay wrote:
IRA now propagates insn 7 into insn 8 so that in insn-output gcc runs
into the gcc_unreachable() even though !reload_in_progress etc should
keep IRA/reload from generating the insn.
>
> That can't work because reload_
Bernd Schmidt wrote:
> On 07/11/11 13:27, Georg-Johann Lay wrote:
IRA now propagates insn 7 into insn 8 so that in insn-output gcc runs
into the gcc_unreachable() even though !reload_in_progress etc should
keep IRA/reload from generating the insn.
>
> That can't work because reload_
> Does anyone have any other ideas how to handle this with gcc?
I started a thread on this a few months ago:
http://gcc.gnu.org/ml/gcc/2011-07/msg00142.html
I'll use this as an excuse to work in it today :-)
On 11 July 2011 17:24, DJ Delorie wrote:
>
>> Does anyone have any other ideas how to handle this with gcc?
>
> I started a thread on this a few months ago:
>
> http://gcc.gnu.org/ml/gcc/2011-07/msg00142.html
http://gcc.gnu.org/ml/gcc/2011-03/msg00112.html maybe? :)
> I'll use this as an excuse t
On 07/11/11 18:12, Georg-Johann Lay wrote:
> The reason is that IRA (or reload, don't see it from the dumps)
> combines the insns again to:
>
> (insn 29 31 24 2 (parallel [
> (set (reg:HI 24 r24 [49])
> (mult:HI (reg:HI 18 r18)
> (const_int 15 [0xf])
Eric Botcazou writes:
>> The immediate blocker to using C++ in gcc is the Ada frontend.
>> --enable-build-with-cxx and --enable-languages=ada do not work together.
>
> Could you elaborate?
When I configure with
--enable-build-with-cxx --enable-languages=c,c++,ada
I get the appended. The pro
On 07/11/11 18:42, Bernd Schmidt wrote:
> On 07/11/11 18:12, Georg-Johann Lay wrote:
>> The reason is that IRA (or reload, don't see it from the dumps)
>> combines the insns again to:
>>
>> (insn 29 31 24 2 (parallel [
>> (set (reg:HI 24 r24 [49])
>> (mult:HI (reg:HI 18
> When I configure with
> --enable-build-with-cxx --enable-languages=c,c++,ada
> I get the appended. The problem is that the Ada code is looking for C
> symbol names but the names in the .o files are mangled for C++.
Right, or rather than we want to use the C compiler to compile all those
fil
On Jul 11, 2011, at 12:53 PM, Arnaud Charlet wrote:
>> When I configure with
>>--enable-build-with-cxx --enable-languages=c,c++,ada
>> I get the appended. The problem is that the Ada code is looking for C
>> symbol names but the names in the .o files are mangled for C++.
>
> Right, or rathe
Bernd Schmidt wrote:
> On 07/11/11 18:42, Bernd Schmidt wrote:
>> On 07/11/11 18:12, Georg-Johann Lay wrote:
>>> The reason is that IRA (or reload, don't see it from the dumps)
>>> combines the insns again to:
>>>
>>> (insn 29 31 24 2 (parallel [
>>> (set (reg:HI 24 r24 [49])
>>>
On Mon, Jul 11, 2011 at 11:53 AM, Arnaud Charlet wrote:
>> When I configure with
>> --enable-build-with-cxx --enable-languages=c,c++,ada
>> I get the appended. The problem is that the Ada code is looking for C
>> symbol names but the names in the .o files are mangled for C++.
>
> Right, or ra
> > http://gcc.gnu.org/ml/gcc/2011-07/msg00142.html
>
> http://gcc.gnu.org/ml/gcc/2011-03/msg00112.html maybe? :)
Yes, that one. Had both windows open :-P
For fun over the weekend I wrote a python script (using my
gcc-python-plugin[1]) to render an SVG diagram of GCC's optimization
passes (or, at least, based on my understanding of them).
This diagram shows the various GCC optimization passes, arranged
vertically, showing child passes via indentatio
On 07/11/11 10:14, Kurt Roeckx wrote:
That means that hurd has a non-standard definition for _IOWR.
#ifdef HURD
#define _IOT__IOTBASE_fmemc_get_buf_addr_t sizeof(fmemc_get_buf_addr_t)
#endif
5.12 still failed with the same error message.
Then "HURD" is not #defined in hurd. I had to read
On 07/10/2011 11:20 PM, Laurent GUERBY wrote:
On Sun, 2011-07-10 at 20:03 +0200, Toon Moene wrote:
Last month I got past year's electricity bill - it turns out that I am
now (16 hours of weather forecasting and 4 hours of GCC bootstrapping
per day) using 3200 KWh a year - to the tune of 1100
> When I configure with
> --enable-build-with-cxx --enable-languages=c,c++,ada
> I get the appended. The problem is that the Ada code is looking for C
> symbol names but the names in the .o files are mangled for C++.
OK, this is known: a couple of tweaks to the Makefile (to use g++ instead of
Eric Botcazou writes:
>> When I configure with
>> --enable-build-with-cxx --enable-languages=c,c++,ada
>> I get the appended. The problem is that the Ada code is looking for C
>> symbol names but the names in the .o files are mangled for C++.
>
> OK, this is known: a couple of tweaks to the
> If there is an up to date patch, I'm happy to review it if it would
> help. But perhaps an Ada maintainer would prefer to do the review, I
> don't know what the usual policy is as I've never approved an Ada patch.
The patch is here: http://gcc.gnu.org/ml/gcc-patches/2011-07/msg00845.html
> I h
Eric Botcazou writes:
>> If there is an up to date patch, I'm happy to review it if it would
>> help. But perhaps an Ada maintainer would prefer to do the review, I
>> don't know what the usual policy is as I've never approved an Ada patch.
>
> The patch is here: http://gcc.gnu.org/ml/gcc-patche
> I'm not sure that always setting LINKER=$(CXX) in gnattools/Makefile.in
> is correct. It seems to me that that should vary based on
> --enable-build-with-cxx, as is done in gcc/Makefile.in. But I don't
> know much about building Ada, and perhaps this is right.
Good catch, thanks, will fix.
--
On Mon, 2011-07-11 at 13:58 -0700, Ian Lance Taylor wrote:
> Eric Botcazou writes:
>
> >> If there is an up to date patch, I'm happy to review it if it would
> >> help. But perhaps an Ada maintainer would prefer to do the review, I
> >> don't know what the usual policy is as I've never approved
2011/7/12 David Malcolm :
> For fun over the weekend I wrote a python script (using my
> gcc-python-plugin[1]) to render an SVG diagram of GCC's optimization
> passes (or, at least, based on my understanding of them).
>
> This diagram shows the various GCC optimization passes, arranged
> vertically
> Paolo did suggest something like that:
>
> http://gcc.gnu.org/ml/gcc/2009-06/msg00639.html
> <<
> I think you should rather do
>
> "CC=../../xgcc -B../../" \
> + "CXX=../../g++ -B../../" \
> "CFLAGS=$(CFLAGS) $(WARN_CFLAGS)" \
> + "CXXFLAGS=$(CXXFLAGS) $(WARN_CFLAGS)" \
>
> I'm not sure because I don't think we want to compile the C files of the Ada
> runtime with the C++ compiler. We want to do that only for the compiler.
Right, we definitely don't want to use the C++ compiler for building the
Ada run-time.
Arno
33 matches
Mail list logo
