GCC 4.8 for VAX is generating a subreg:HI for mem:SI indexed address. This
eventually gets caught by an assert in change_address_1. Since the MEM rtx is
SI, legimate_address_p thinks it's fine.
I have a change to vax.md which catches these but it's extremely ugly and I
have to think there'
On May 30, 2014, at 10:39 AM, Jeff Law wrote:
> On 05/25/14 18:19, Matt Thomas wrote:
>>
>> But even if movhi is a define_expand, as far as I can tell there's
>> isn't enough info to know whether that is possible. At that time,
>> how can I tell t
On Aug 31, 2014, at 11:32 AM, Joel Sherrill wrote:
>> Hi,
>>
>> I am writing some code and found that system crashed. I found it was
>> unaligned access which causes `data abort` exception. I write a piece
>> of code and objdump
>> it. I am not sure this is right or not.
>>
>> command:
>> arm-
I'm looking into http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901
and trying to find where the following rtx is being generated:
(subreg:HI (mem/u/c:SI (plus:SI (mult:SI (reg/v:SI 0 %r0 [orig:77 count ] [77])
(const_int 4 [0x4]))
(symbol_ref:SI ("DECPOWERS") [flags 0x
ing is that NetBSD port to the vax is very much alive and
maintained. Thus, I expect that those users (eg Matt Thomas) would
like
to see the GCC port retained.
We would. I have gcc working with gcc4.3 but gcc's use mpfr/gmp has
made
native test impossible since neither work on vax/elf. I
D
set for architecture specific reasons).
Is there a reason why MAP_FIXED isn't used even though it probably
should be?
--
Matt Thomas email: [EMAIL PROTECTED]
3am Software Foundry www: http://3am-software.com/bio/matt/
Cupertino, CA disclaimer:
Committed.
--
Matt Thomas email: [EMAIL PROTECTED]
3am Software Foundry www: http://3am-software.com/bio/matt/
Cupertino, CA disclaimer: I avow all knowledge of this message.
2005-03-26 Matt Thomas <[EMAIL PROTECTED]>
*
just to see how
much faster they are. I hope I'm going to pleasantly surprised but I'm
not counting on it.
--
Matt Thomas email: [EMAIL PROTECTED]
3am Software Foundry www: http://3am-software.com/bio/matt/
Cupertino, CA disclaimer: I avow all knowledge of this message.
only decreased the bootstrap time by 10%. By far, the
longest bit of the bootstrap is building libjava.
--
Matt Thomas email: [EMAIL PROTECTED]
3am Software Foundry www: http://3am-software.com/bio/matt/
Cupertino, CA disclaimer: I avow all knowledge of this message.
.
For instance:
(define_insn "*pushal"
[(set (match_operand:SI 0 "push_operand" "=g")
(match_operand:SI 0 "address_operand" "p"))]
""
"pushal %a1")
I like the more and simplier patterns approach
Gary Funck wrote:
>
>>-Original Message-
>>From: Matt Thomas
>>Sent: Tuesday, April 26, 2005 10:42 PM
>
> [...]
>
>>Alas, the --disable-checking and STAGE1_CFLAGS="-O2 -g" (which I was
>>already doing) only decreased the bootstrap time
David Edelsohn wrote:
>>>>>>Matt Thomas writes:
>
>
> Matt> Regardless, GCC4.1 is a computational pig.
>
> If you are referring to the compiler itself, this has no basis in
> reality. If you are referring to the entire compiler collection,
> in
Jonathan Wakely wrote:
> On Wed, Apr 27, 2005 at 08:05:39AM -0700, Matt Thomas wrote:
>
>
>>David Edelsohn wrote:
>>
>>
>>> GCC now supports C++, Fortran 90 and Java. Those languages have
>>>extensive, complicated runtimes. The GCC Java envi
Mike Stump wrote:
On Apr 26, 2005, at 11:12 PM, Matt Thomas wrote:
It would be nice if bootstrap emitted timestamps when it was started
and when it completed a stage so one could just look at the make output.
You can get them differenced for free by using:
time make boostrap
I know that
he initial bootstrap
compiler was gcc3.3 and they are all running off the same base
of NetBSD 3.99.3.
While taking out fortran and java reduced the disparity, there
is still a large increase in bootstrap times from 3.4 to 4.1.
--
Matt Thomas email: [EMAIL PROTECTED]
3am Softwa
table structure,
the VAX uses a single page table of indirection. This greatly reduces
the amount of address space a process can efficiently use. If there
are components that will not be needed by some java programs, it would
nice if they could be separated into their shared libraries.
Over the past several weeks, I've revamped the VAX backend:
- fixed various bugs
- improved 64bit move, add, subtract code.
- added patterns for ffs, bswap16, bswap32, sync_lock_test_and_set,
and
sync_lock_release
- modified it to generate PIC code.
- fixed the dwarf2 output so it is r
In handle_aligned_attributes in c-common.c, at line 5146, it does
type = &TREE_TYPE (decl);
Then at 5179 it does
TREE_TYPE (decl) = *type;
In between, type doesn't change so that's really
TREE_TYPE (decl) = * &TREE_TYPE (decl);
or
TREE_TYPE (decl) = TREE_TYPE
In trying to make gcc for VAX pass test suites, one of the problems is
gcc.c-torture/compile/pr34029-2.c in that the function foo is emitted
before .rodata. This mean s & t are undefined and vax--netbsdelf-as
doesn't like that. Moving .rodata before .text solves this but I can't
see how to forc
On Mar 13, 2009, at 10:06 AM, Paolo Bonzini wrote:
Hm. In fold-const.c we try to make sure to produce the same result
as the target would for constant-folding shifts. Thus, Paolo, I
think
what fold-const.c does is what we should assume for
!SHIFT_COUNT_TRUNCATED. No?
Unfortunately it is
On Oct 6, 2010, at 6:52 AM, Ian Lance Taylor wrote:
> Joakim Tjernlund writes:
>
>> I really wish mrelocatable is added to all archs. The normal ELF relocs
>> are too big to fit well in u-boot.
>
> Every architecture is different and requires a thoughtful approach to
> determine the best way t
On Oct 6, 2010, at 3:02 PM, Robert Dewar wrote:
> On 10/6/2010 5:43 PM, Richard Guenther wrote:
>> On Wed, Oct 6, 2010 at 11:34 PM, Phung Nguyen wrote:
>>> How can I turn this optimization off?
>>
>> Use -fno-builtin-printf.
>
> I'm curious, it's obviously a correct optimization, so why
> woul
On Feb 12, 2011, at 1:29 PM, H.J. Lu wrote:
> On Sat, Feb 12, 2011 at 1:10 PM, Florian Weimer wrote:
>> * H. J. Lu:
>>
>>> We made lots of progresses on x32 pABI:
>>>
>>> https://sites.google.com/site/x32abi/
>>>
>>> 1. Kernel interface with syscall is close to be finalized.
>>> 2. GCC x32 br
On Feb 12, 2011, at 7:02 PM, Andrew Pinski wrote:
> On Sat, Feb 12, 2011 at 3:04 PM, H. Peter Anvin wrote:
>> On 02/12/2011 01:10 PM, Florian Weimer wrote:
>>> Why is the ia32 compatiblity kernel interface used?
>>
>> Because there is no way in hell we're designing in a second
>> compatibility
On Feb 14, 2011, at 12:29 PM, David Daney wrote:
> Background:
>
> Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
> user virtual memory space. This is due the way MIPS32 memory space is
> segmented. Only the range from 0..2^31-1 is available. Pointer
> values are always
On Feb 14, 2011, at 6:22 PM, David Daney wrote:
> On 02/14/2011 04:15 PM, Matt Thomas wrote:
>>
>> I have to wonder if it's worth the effort. The primary problem I see
>> is that this new ABI requires a 64bit kernel since faults through the
>> upper 2G will go
On Feb 14, 2011, at 6:26 PM, David Daney wrote:
> On 02/14/2011 06:14 PM, Joe Buck wrote:
>> On Mon, Feb 14, 2011 at 05:57:13PM -0800, Paul Koning wrote:
>>> It seems that this proposal would benefit programs that need more than 2 GB
>>> but less than 4 GB, and for some reason really don't want
On Feb 14, 2011, at 6:50 PM, David Daney wrote:
> On 02/14/2011 06:33 PM, Matt Thomas wrote:
>>
>> On Feb 14, 2011, at 6:22 PM, David Daney wrote:
>>
>>> On 02/14/2011 04:15 PM, Matt Thomas wrote:
>>>>
>>>> I have to wonder if it'
28 matches
Mail list logo
