https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #9 from dave.anglin at bell dot net ---
This is with Debian ld 2.34 on hppa-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94275
--- Comment #2 from dave.anglin at bell dot net ---
There's a small chance the symbol disappeared due to an experimental change
relating to PR 94253. Otherwise, nothing has changed in the PA back end for
some
time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #12 from dave.anglin at bell dot net ---
On 2020-03-23 1:37 p.m., danglin at gcc dot gnu.org wrote:
> I don't see a define for __BIG_ENDIAN__.
It seems we need this patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92550
--- Comment #7 from dave.anglin at bell dot net ---
On 2020-04-09 1:53 p.m., rguenth at gcc dot gnu.org wrote:
> Might also be interesting to try other strict-align targets with -fno-ipa-sra.
> But - this might also be a speciality of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92550
--- Comment #8 from dave.anglin at bell dot net ---
On 2020-04-09 1:52 p.m., rguenth at gcc dot gnu.org wrote:
> John, are you set up to bisect the testcase with an additional -fno-ipa-sra
> flag?
I can bisect but not in a very automated way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #4 from dave.anglin at bell dot net ---
On 2020-04-13 11:02 p.m., kargl at gcc dot gnu.org wrote:
> Does math.h define fmaf? If yes, this this is bogus bug report.
> If no, please disable building gfortran on hppa64.
No, math.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #6 from dave.anglin at bell dot net ---
On 2020-04-14 11:40 a.m., sgk at troutmask dot apl.washington.edu wrote:
> After '#include ' in trigd.c, add
>
> #if (__STDC_VERSION__ < 199901L)
> #define fmaf(a,b,c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #8 from dave.anglin at bell dot net ---
On 2020-04-14 2:12 p.m., sgk at troutmask dot apl.washington.edu wrote:
> #ifdef HAVE_GFC_REAL_16
> #endif
This one.
>
> Is hppa64 claiming support for a REAL type that it actual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #10 from dave.anglin at bell dot net ---
On 2020-04-14 6:08 p.m., sgk at troutmask dot apl.washington.edu wrote:
> So, hppa64 has REAL(16), but it does not use __float128 or
> GFC_REAL_16_IS_FLOAT128 is somehow not getti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #12 from dave.anglin at bell dot net ---
On 2020-04-15 11:02 a.m., sgk at troutmask dot apl.washington.edu wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
>
> --- Comment #11 from Steve Kargl ---
> On Tue,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #13 from dave.anglin at bell dot net ---
On 2020-04-15 11:28 a.m., John David Anglin wrote:
> I tried the above approach yesterday but it led to a couple of undefined
> symbols in libgfortran that
> caused a new test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #16 from dave.anglin at bell dot net ---
On 2020-04-15 2:14 p.m., sgk at troutmask dot apl.washington.edu wrote:
> It likely is the start of an approach, but it seems hpux is conflating
> long double and __float128, where it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #17 from dave.anglin at bell dot net ---
On 2020-04-15 2:32 p.m., sgk at troutmask dot apl.washington.edu wrote:
> On Wed, Apr 15, 2020 at 06:04:08PM +0000, dave.anglin at bell dot net wrote:
>> /usr/lib/dld.sl: Unresolv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #18 from dave.anglin at bell dot net ---
On 2020-04-15 2:14 p.m., sgk at troutmask dot apl.washington.edu wrote:
> What does -fdump-tree-original show for
>
> function foo(x)
>real(16) foo, x
>foo = cos(x)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #19 from dave.anglin at bell dot net ---
On 2020-04-15 2:32 p.m., sgk at troutmask dot apl.washington.edu wrote:
> On Wed, Apr 15, 2020 at 06:04:08PM +0000, dave.anglin at bell dot net wrote:
>> /usr/lib/dld.sl: Unresolv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #23 from dave.anglin at bell dot net ---
On 2020-04-16 5:07 p.m., sgk at troutmask dot apl.washington.edu wrote:
> It is unclear to me if the patch will meet everyone's
> expectation. In particular, there are currently n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #206 from dave.anglin at bell dot net ---
Does adding the linker option "-Wl,-O" help to reduce the size of cc1 and
cc1plus?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #31 from dave.anglin at bell dot net ---
Fritz, I have a build going with the patch which I just attached. I realized
last night that the change
I made to address the problem with iroundq was wrong.
I should be able to answer your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #33 from dave.anglin at bell dot net ---
On 2020-04-22 10:54 a.m., foreese at gcc dot gnu.org wrote:
> If you have a functional gfortran you can also generate it with
> "$GCCSOURCE/libgfortran/mk-kinds-h.sh gfortran"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94586
--- Comment #35 from dave.anglin at bell dot net ---
On 2020-04-22 12:27 p.m., sgk at troutmask dot apl.washington.edu wrote:
> I suspect that having HPUX map
>
> REAL(4) <--> float ! f suffix
> REAL(8) <-->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #208 from dave.anglin at bell dot net ---
On 2020-04-23 11:48 a.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> Peter Bisroev changed:
>
>W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #210 from dave.anglin at bell dot net ---
On 2020-05-02 12:14 a.m., peter.bisroev at groundlabs dot com wrote:
> Looks like we might have to get the fix into GNU AS first to get PCREL60B
> working. I will try to look into how
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #212 from dave.anglin at bell dot net ---
On 2020-05-13 2:03 p.m., jared.martinsen at fiserv dot com wrote:
> --- Comment #211 from Jared ---
> Are these errors the same as described above?
>
> It give the following 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68737
--- Comment #30 from dave.anglin at bell dot net ---
I'll test when I get a chance.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68737
--- Comment #31 from dave.anglin at bell dot net ---
On 2020-07-13 7:20 a.m., redi at gcc dot gnu.org wrote:
> Dave, did you test this for the gcc-8 branch? Do you still want it backported
> to that branch?
Yes please. The patch applies c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661
--- Comment #2 from dave.anglin at bell dot net ---
On 2020-08-17 2:10 p.m., burnus at gcc dot gnu.org wrote:
> I do not see an easy way out; we had the same issue before with GCN and there
> the solution was to add support for int128,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274
--- Comment #2 from dave.anglin at bell dot net ---
On 2019-10-30 10:12 a.m., iains at gcc dot gnu.org wrote:
> when you say "Think this is a result of emutls." - you mean that hppa is also
> (Darwin does) using emuTLS?
hppa uses emutls on hpux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93066
--- Comment #1 from dave.anglin at bell dot net ---
This is a target issue. I’m testing an include fix.
Including stdint.h after inttypes.h would avoid the problem but I think header
needs fixing.
--
John David Anglin dave.ang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93017
--- Comment #2 from dave.anglin at bell dot net ---
On 2020-01-08 9:38 a.m., rguenth at gcc dot gnu.org wrote:
> What ISL version are you using?
dave@mx3210:~$ dpkg -l '*isl*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93367
--- Comment #2 from dave.anglin at bell dot net ---
On 2020-01-21 9:55 p.m., dmalcolm at gcc dot gnu.org wrote:
> What's the definition of assert for this system?
extern void __assert(char *, char *, int);
# if defined(__c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #114 from dave.anglin at bell dot net ---
On 2020-01-22 7:18 p.m., peter.bisroev at groundlabs dot com wrote:
> >From what I can see in my other tests, we need C++ compiler built with GCC
> 4.7.4 to bootstrap GCC 6.1.0 and ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #116 from dave.anglin at bell dot net ---
On 2020-01-22 10:30 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #115 from Peter Bisroev ---
> Hi Dave,
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #122 from dave.anglin at bell dot net ---
On 2020-01-25 1:18 a.m., peter.bisroev at groundlabs dot com wrote:
> Hi Dave, after a bit of trial and error, I was able to get Tcl, expect and
> DejaGnu to run from what I can tell. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #123 from dave.anglin at bell dot net ---
On 2020-01-24 10:50 p.m., peter.bisroev at groundlabs dot com wrote:
> In the meantime, as per your suggestion, I have used the size tool to check
> the
> size of the text section, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #125 from dave.anglin at bell dot net ---
On 2020-01-25 7:59 p.m., peter.bisroev at groundlabs dot com wrote:
> Please let me know what you would like me to try next.
Let's look at testsuite log in /gcc/testsuite/gcc. Thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #127 from dave.anglin at bell dot net ---
On 2020-01-25 9:16 p.m., peter.bisroev at groundlabs dot com wrote:
> As can be seen above, stage1 binaries are just under 9 times the size of final
> -O2 compiled binaries. I believe yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #130 from dave.anglin at bell dot net ---
On 2020-02-01 5:12 p.m., peter.bisroev at groundlabs dot com wrote:
> At this point I have noticed that the objdump could not be executed while
> running tests. Adding binutils-2.32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #132 from dave.anglin at bell dot net ---
On 2020-02-02 6:01 p.m., peter.bisroev at groundlabs dot com wrote:
> h
> Yes, I always use --with-as and --with-gnu-as on this platform. However after
> putting binutils as the first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #134 from dave.anglin at bell dot net ---
On 2020-02-02 8:50 p.m., peter.bisroev at groundlabs dot com wrote:
> The tests are from are binutils-2.32.
>
> - gas.log
> FAIL: .file file names
> FAIL: .file file names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92548
--- Comment #3 from dave.anglin at bell dot net ---
On 2020-02-05 1:31 p.m., jamborm at gcc dot gnu.org wrote:
> The problem is that IPA-SRA does not handle structures passed by
> invisible reference and 32bit hppa uses it. I would s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #137 from dave.anglin at bell dot net ---
On 2020-02-05 10:18 p.m., peter.bisroev at groundlabs dot com wrote:
> I just had a chance to do some testing tonight. So attempting to bootstrap
> 8.3.0 in stock configuration gives PC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #141 from dave.anglin at bell dot net ---
On 2020-02-07 8:04 p.m., peter.bisroev at groundlabs dot com wrote:
> Program received signal SIGSEGV, Segmentation fault
> si_code: 1 - SEGV_MAPERR - Address not mapped to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #154 from dave.anglin at bell dot net ---
On 2020-02-11 11:31 a.m., peter.bisroev at groundlabs dot com wrote:
> We already know that we currently cannot compile stage1 with -O0 as it causes
> binaries to become huge and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #156 from dave.anglin at bell dot net ---
On 2020-02-11 11:31 a.m., peter.bisroev at groundlabs dot com wrote:
> However the above can be compiled with -O0 with the same compiler. So I
> changed
> my build line to use -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #157 from dave.anglin at bell dot net ---
On 2020-02-11 12:27 p.m., peter.bisroev at groundlabs dot com wrote:
> Just to confirm though, using gcc 4.7.4 that I have previously compiled with
> aCC that adequately passed '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #162 from dave.anglin at bell dot net ---
On 2020-02-12 10:38 a.m., peter.bisroev at groundlabs dot com wrote:
> The exact HP linker errors from linking cc1, cc1plus and lto1 were (I was
> compiling in pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #166 from dave.anglin at bell dot net ---
On 2020-02-12 5:26 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #165 from Peter Bisroev ---
> Hi Dave,
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #168 from dave.anglin at bell dot net ---
On 2020-02-13 12:24 a.m., peter.bisroev at groundlabs dot com wrote:
> Tonight I have been trying to find a test case where this problem can be
> reproduced with gcc and then compiled wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #173 from dave.anglin at bell dot net ---
On 2020-02-13 1:11 p.m., peter.bisroev at groundlabs dot com wrote:
> If I try to compare this to aCC dump in attachment 47840, I do not see any
> calls to weak. Equivalent section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #174 from dave.anglin at bell dot net ---
On 2020-02-13 2:44 p.m., dave.anglin at bell dot net wrote:
> The first thing to note is aCC doesn't use weak. Instead, it uses COMDAT
> sections. Probably, HP ld does support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #177 from dave.anglin at bell dot net ---
On 2020-02-13 6:01 p.m., peter.bisroev at groundlabs dot com wrote:
> I have tried playing around with weak using aCC, however even though it
> accepts
> both attribute and pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #178 from dave.anglin at bell dot net ---
On 2020-02-13 6:04 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #176 from Peter Bisroev ---
> (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #182 from dave.anglin at bell dot net ---
On 2020-02-14 11:04 p.m., peter.bisroev at groundlabs dot com wrote:
> However just below this check, configure looks for GNU linker, and if one not
> found, disables COMDAT group suppor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #183 from dave.anglin at bell dot net ---
On 2020-02-15 12:49 a.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #180 from Peter Bisroev ---
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #184 from dave.anglin at bell dot net ---
On 2020-02-15 12:56 a.m., peter.bisroev at groundlabs dot com wrote:
> So we made some progress here. I have rebuilt 4.7.4 with --enable-comdat. 3
> stage bootstrap went fine (running
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #188 from dave.anglin at bell dot net ---
On 2020-02-15 3:32 p.m., peter.bisroev at groundlabs dot com wrote:
> I have not had a chance to look through these in great detail, will do this
> later today, but some things I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #189 from dave.anglin at bell dot net ---
On 2020-02-16 4:21 p.m., John David Anglin wrote:
> On 2020-02-15 3:32 p.m., peter.bisroev at groundlabs dot com wrote:
>> I have not had a chance to look through these in great det
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #191 from dave.anglin at bell dot net ---
On 2020-02-19 9:50 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #190 from Peter Bisroev ---
> (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #193 from dave.anglin at bell dot net ---
On 2020-02-21 7:36 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #192 from Peter Bisroev ---
> (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #196 from dave.anglin at bell dot net ---
On 2020-02-21 10:55 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #194 from Peter Bisroev ---
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #197 from dave.anglin at bell dot net ---
On 2020-02-21 11:43 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #195 from Peter Bisroev ---
> Hi Dav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #199 from dave.anglin at bell dot net ---
On 2020-02-22 4:09 p.m., peter.bisroev at groundlabs dot com wrote:
> Reassembled with GNU's as and relinked. PCREL21B changes to PCREL60B, but when
> I try to run the binary I get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #201 from dave.anglin at bell dot net ---
On 2020-02-22 4:33 p.m., peter.bisroev at groundlabs dot com wrote:
> They both seem to be ELF32
Maybe run failing program under gdb to find faulting instruction. Compare with
executable t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #203 from dave.anglin at bell dot net ---
On 2020-02-25 12:56 a.m., peter.bisroev at groundlabs dot com wrote:
> Now looking at the main.o generated by gcc, the relocation seems to be as
> expected but the relocation address se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56194
--- Comment #3 from dave.anglin at bell dot net 2013-02-04 16:03:08 UTC ---
One thought I had is to add the -fpic option. This should push the function
descriptor into .data.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #4 from dave.anglin at bell dot net 2013-02-13 14:09:26 UTC ---
On 2013-02-12 6:03 PM, vries at gcc dot gnu.org wrote:
> I've tried to reproduce this bug by building a cross compiler using the
> hppa2.0w-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #7 from dave.anglin at bell dot net 2013-02-14 13:56:13 UTC ---
Patch fixes ICE on hppa2.0w-hp-hpux11.11. Testsuite running...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56346
--- Comment #2 from dave.anglin at bell dot net 2013-02-15 15:55:07 UTC ---
On 2013-02-15 9:44 AM, jakub at gcc dot gnu.org wrote:
>
> Target doesn't use crtstuff.c.
> Why? That looks like the bug to me.
It only support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #11 from dave.anglin at bell dot net 2013-03-12 18:27:01 UTC ---
On 3/12/2013 1:59 PM, jakub at gcc dot gnu.org wrote:
> I think -fvar-tracking-assignments is disabled by default if selective
>
> scheduler is enabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56307
--- Comment #12 from dave.anglin at bell dot net 2013-03-13 01:50:05 UTC ---
On 12-Mar-13, at 1:48 PM, jamborm at gcc dot gnu.org wrote:
> I'm just guessing, but is it possible that MAY_HAVE_DEBUG_STMTS is 0
>
> even with -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56346
--- Comment #7 from dave.anglin at bell dot net 2013-03-13 15:23:11 UTC ---
On 3/13/2013 10:42 AM, jason at gcc dot gnu.org wrote:
> That's odd, the change seems unlikely to have changed the flow analysis. But
>
> anyw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56841
--- Comment #2 from dave.anglin at bell dot net 2013-04-04 15:57:16 UTC ---
On 4-Apr-13, at 11:41 AM, redi at gcc dot gnu.org wrote:
> Drat, I completely forgot these still aren't available everywhere,
> sorry.
There
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56841
--- Comment #5 from dave.anglin at bell dot net 2013-04-06 15:18:44 UTC ---
> --- Comment #4 from Jonathan Wakely
> 2013-04-05 10:14:42 UTC ---
>
> Dave, does it work after rev 197512 ?
Two thumbs up!
Dave
--
John
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57027
--- Comment #6 from dave.anglin at bell dot net 2013-05-03 11:27:33 UTC ---
On 3-May-13, at 6:11 AM, amylaar at gcc dot gnu.org wrote:
> The preprocessed testcase from the first attachment fails needs a
> different
>
> san
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57027
--- Comment #7 from dave.anglin at bell dot net 2013-05-04 23:03:36 UTC ---
On 3-May-13, at 6:11 AM, amylaar at gcc dot gnu.org wrote:
> Created attachment 30016
>
> --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30016
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53420
--- Comment #4 from dave.anglin at bell dot net 2012-08-18 23:50:21 UTC ---
On 15-Aug-12, at 4:16 AM, jakub at gcc dot gnu.org wrote:
> Can you still reproduce it?
My HP-UX 11.00 box had a disk failure a couple of weeks ago, so I ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54317
--- Comment #2 from dave.anglin at bell dot net 2012-08-20 16:23:57 UTC ---
On 8/20/2012 11:46 AM, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54317
>
> --- Comment #1 from Marc Glisse 2012-08-20
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54460
--- Comment #2 from dave.anglin at bell dot net 2012-09-02 23:41:30 UTC ---
On 2-Sep-12, at 2:12 PM, sch...@linux-m68k.org wrote:
> This uses yet another comment character.
Thanks. I'll see if adding it to the regexp helps.
--
Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39251
--- Comment #12 from dave.anglin at bell dot net 2012-09-23 22:40:10 UTC ---
Test hasn't been removed. I also don't see the fail anymore.
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #2 from dave.anglin at bell dot net 2012-09-30 00:50:17 UTC ---
On 29-Sep-12, at 7:34 PM, paolo.carlini at oracle dot com wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
>
> --- Comment #1 from P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #12 from dave.anglin at bell dot net 2012-09-30 16:06:52 UTC ---
On 30-Sep-12, at 10:19 AM, glisse at gcc dot gnu.org wrote:
> Dominique, it would be more useful if you could show your libstdc++
> config.log,
&g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #14 from dave.anglin at bell dot net 2012-09-30 17:15:24 UTC ---
On 30-Sep-12, at 12:16 PM, paolo.carlini at oracle dot com wrote:
> Hopeless ;)
Actually, the situation might not be completely hopeless as the
libquadm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54757
--- Comment #16 from dave.anglin at bell dot net 2012-09-30 18:04:26 UTC ---
I will commit the attached change if there are no objections.
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54739
--- Comment #4 from dave.anglin at bell dot net 2012-10-01 23:51:23 UTC ---
Thanks Ulrich for your analysis. On parisc, I believe it would be
best to remove
iordi3, anddi3, etc, for 32-bit targets if they are successfully
split
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26472
--- Comment #17 from dave.anglin at bell dot net 2012-10-03 22:39:46 UTC ---
On 3-Oct-12, at 6:18 PM, anilkris at hotmail dot com wrote:
> I am getting the following error when I run a concurrent programs in
> Oracle
> R12.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #3 from dave.anglin at bell dot net 2012-10-08 14:45:48 UTC ---
On 8-Oct-12, at 10:18 AM, bernds at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
>
> --- Comment #2 from B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #4 from dave.anglin at bell dot net 2012-10-08 14:45:51 UTC ---
Created attachment 28389
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28389
20041113-1.c.224r.sched2.txt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54926
--- Comment #2 from dave.anglin at bell dot net 2012-10-15 11:55:29 UTC ---
On 15-Oct-12, at 2:44 AM, ubizjak at gmail dot com wrote:
> The patch just introduces -funwind-tables to compile flags, so I
> really don't
> se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54850
--- Comment #10 from dave.anglin at bell dot net 2012-10-19 18:33:27 UTC ---
I'm not seeing the fail with the candidate patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
--- Comment #2 from dave.anglin at bell dot net 2012-11-04 02:52:31 UTC ---
On 3-Nov-12, at 4:45 PM, amylaar at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
>
> --- Comment #1 from Jorn Wolfg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
--- Comment #6 from dave.anglin at bell dot net 2012-11-04 22:23:04 UTC ---
On 4-Nov-12, at 12:31 PM, amylaar at gcc dot gnu.org wrote:
> The instruction call_symref_pic_post_reload has the following length
> attribute setting:
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
--- Comment #7 from dave.anglin at bell dot net 2012-11-04 23:50:44 UTC ---
On 4-Nov-12, at 12:31 PM, amylaar at gcc dot gnu.org wrote:
> Such a length attribute is not considered variable by
> shorten_branches.
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55198
--- Comment #2 from dave.anglin at bell dot net 2012-11-05 00:20:16 UTC ---
On 3-Nov-12, at 10:38 PM, pinskia at gcc dot gnu.org wrote:
> Exposed as this is a change in the library and the compiler is
> crashing with a
> va
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
--- Comment #10 from dave.anglin at bell dot net 2012-11-06 12:26:06 UTC ---
On 5-Nov-12, at 11:20 AM, amylaar at gcc dot gnu.org wrote:
> I take back that statement about this being straightforward. We
> need valid
> mi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55195
--- Comment #13 from dave.anglin at bell dot net 2012-11-07 00:39:01 UTC ---
On 6-Nov-12, at 10:40 AM, amylaar at gcc dot gnu.org wrote:
> I see now that you get INT_MAX substituted as the maximum length if
> the
> value i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54713
--- Comment #11 from dave.anglin at bell dot net 2012-11-07 17:17:47 UTC ---
On 11/7/2012 8:29 AM, jakub at gcc dot gnu.org wrote:
> Which test started failing?
pr53410 was failing here
http://gcc.gnu.org/ml/gcc-testresults/2012
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29206
--- Comment #22 from dave.anglin at bell dot net 2012-11-10 01:28:52 UTC ---
If possible, I think SJLJ support should go. I can't remember the
exact status of SJLJ for HP-UX 10
but a comment in hpux-unwind.h suggests that I tested d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821
--- Comment #8 from dave.anglin at bell dot net ---
On 25-Jul-13, at 12:51 AM, jasonwucj at gmail dot com wrote:
> John, does your case happen on 32-bit only as well?
Yes.
--
John David Anglindave.ang...@bell.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821
--- Comment #9 from dave.anglin at bell dot net ---
On 25-Jul-13, at 6:56 AM, amylaar at gcc dot gnu.org wrote:
> hwint.h says that HOST_WIDE_INT should be 64 bit when targeting a
> machine with
> 64 bit size_t. You can insure that b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #2 from dave.anglin at bell dot net ---
On 5-Sep-13, at 7:31 PM, hubicka at ucw dot cz wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
>
> --- Comment #1 from Jan Hubicka ---
>> Symbol has type data whi
1 - 100 of 758 matches
Mail list logo