DJ Delorie <[EMAIL PROTECTED]> writes:
> If I comment out the "&& offset == 0" line, gcc produces assembly like this:
>
> l %r2,[EMAIL PROTECTED](%r12)
>
> The assembler and linker don't seem to have a problem with that
> construct. Are we deliberately avoiding it for some obscure r
Rask,
On Sunday 06 August 2006 02:05, Rask Ingemann Lambertsen wrote:
> Yes, it only cures the symptom, but it could take a lot of time to
> find the cause, and the gain is small, so I think it is OK to leave
> it like this for now.
OK.
> This insn was generated from the "reload_outqi" pattern. I
> The GOT is an array of addresses, and [EMAIL PROTECTED] addresses one of these
> addresses. Thus [EMAIL PROTECTED] points to the address of a different and
> unrelated variable, assuming it is still within the range of the GOT.
You must have a 32 bit machine on your desk ;-)
On a 64 bit BE ma
Snapshot gcc-4.2-20060812 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060812/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
> In order to build gcc 4.1.1 on HP-UX 10.20 I had to install GNU awk
> and also configure with --disable-threads. The vendor's awk did not
> build the options.h file correctly; the exact symptom was duplicated
> OPT_d and OPT_w symbols in the enum. Then, the build blew up when it
> tried to use
