https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #138 from EML ---
I think you need the patch from comment 63 as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #118 from EML ---
(In reply to EML from comment #117)
> I do appreciate someone else taking a look at this; I've had a lot of
> changes at work, so this really took a back seat. And I don't have access to
> the HP compiler to try thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #117 from EML ---
I do appreciate someone else taking a look at this; I've had a lot of changes
at work, so this really took a back seat. And I don't have access to the HP
compiler to try things. I think this is an important step is i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #102 from EML ---
> Can 4.7.4 rebuild itself? It not, it's probably somewhat broken. Need to
> figure out whether it
> is good enough to build stage1 at -O0. I think the early faults at -O2/-O1
> should be looked at to see
> if th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #89 from EML ---
If you back out #undef MAKE_DECL_ONE_ONLY doesn't g++ generate code that
crashes the HP linker?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #83 from EML ---
GCC configure has --disable-tls.
It is not passed to MPFR as --disable-thread-safe that I can determine - well I
tried it and it was not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #81 from EML ---
Correction
My make line is:
make STAGE1_CFLAGS="-O0 -g -D_XOPEN_SOURCE_EXTENDED" STAGE1_CXXFLAGS="-O0 -g
-D_XOPEN_SOURCE_EXTENDED" CFLAGS_FOR_TARGET="-O0 -g -D_XOPEN_SOURCE_EXTENDED"
STAGE1_TFLAGS="-O0 -g -D_XOPEN_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #80 from EML ---
Starting from the top:
I have applied my patch in comment 63
I have applied dave's patch in comment 72
I have applied #undef MAKE_DECL_ONE_ONLY patch
My configure line is:
../gcc-8.3.0/configure --prefix=/usr/local/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #70 from EML ---
Created attachment 46606
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46606&action=edit
islower pre-processed code (-E flag)
Attached the pre-processed code from -E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #66 from EML ---
Created attachment 46596
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46596&action=edit
Test program using islower
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #65 from EML ---
Yes, with that patch on 32bit, I'm not at the error described in comment 58.
I will upload the .final file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #63 from EML ---
Sorry, I didn't undo the patch completely.
I made a very simple change:
--- ia64.c.orig 2019-07-08 14:43:33 +
+++ ia64.c 2019-07-05 16:46:24 +
@@ -1137,7 +1137,7 @@
emit_insn (gen_load_fptr (dest,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #61 from EML ---
Sorry, perhaps I have confused the situation.
I have already patched my compiler to remove the gprel in both 32 and 64.
That gprel patch breaks things in both 32 and 64. I'm reasonably convinced the
patch is wrong f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #59 from EML ---
Created attachment 46575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46575&action=edit
islower 32 bit test assembler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #58 from EML ---
32 Bit:
Second Test Program (derived from a crashing conftest)
#include
int
main ()
{
int j = 0;
j = islower(0);
printf("j is: %d\n", j);
return 0;
}
[.LCFI2:]
mov r35 = r1
.body
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #55 from EML ---
Doing some more testing on my "gprel unfixed fix" 32-bit gcc, I found out that
it seems to be missing the 32-bit pointer swizzling needed to make 32bit
executables on 64-bit IA-64. The test program assembler is missi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #52 from EML ---
Note, regardless of reverting the gprel patch, GCC 8 puts the data in .rodata.
However, doesn't gcc 4.9.x do the same thing, it just moves it to GOT with
ltoffx?
.file "foo.c"
.pred.safe_across_cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #44 from EML ---
The aforementioned gprel patch I think is incorrect on HPUX, given this in
ia64.c
/* For HPUX, it is illegal to have relocations in shared segments. */
static int
ia64_hpux_reloc_rw_mask (void)
{
return 3;
}
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #37 from EML ---
I wonder if is this patch is related:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02193.html
"Before the patch generated code uses .GOT entry:
addl r14 = @ltoffx(a#), r1
ld8.mov r14 = [r14], a#
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #33 from EML ---
Could the problem be with "AS"?
Maybe that assembler is technically ok, but AS is generating bad machine code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #31 from EML ---
(In reply to dave.anglin from comment #26)
> On 2019-07-03 6:06 p.m., elowe at elowe dot com wrote:
> > If I replace those 3 lines and run the assembler+linker by hand - the
> > non-working foo.s wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #25 from EML ---
I have applied the patch and tried your other suggestions, still the stage1
compiler has the same problems generating executables.
In analyzing the intermediate files between working (gcc 4.93) and not
(bootstrap 8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #22 from EML ---
Thanks for the hints and options
on IA64, I used the GNU AS (2.32), but the HP LD (ld: 92453-07 linker ld HP
Itanium(R) B.12.65 IPF/IPF)
Well, this is historically how you do it, I believe you need to use the HP
li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #19 from EML ---
Dave, that link is to Debian HPPA - not IA64 (I cannot find Debian IA64 working
from that site)
Working assembler for hello world program:
=> 0x4c90 <+0>: [MII] alloc r33=ar.pfs,5,4,0
0x4000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
EML changed:
What|Removed |Added
CC||elowe at elowe dot com
--- Comment #17 from EML
25 matches
Mail list logo
