https://issues.dlang.org/show_bug.cgi?id=4130
RazvanN changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=4130
Andrei Alexandrescu changed:
What|Removed |Added
Version|D1 & D2 |D2
--
https://issues.dlang.org/show_bug.cgi?id=4130
--- Comment #20 from yebblies ---
(In reply to safety0ff.bugz from comment #19)
> Using 2^^15 it takes 8.75 GiB and ~15s to compile.
> 2^^16 causes swapping.
It still ices for me on 2^^16, linux64. I'm guessing it's an OOM that isn't
handled properl
https://issues.dlang.org/show_bug.cgi?id=4130
safety0ff.bugz changed:
What|Removed |Added
CC||safety0ff.b...@gmail.com
--- Comment #19 fro
https://d.puremagic.com/issues/show_bug.cgi?id=4130
yebblies changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Version|D1
https://d.puremagic.com/issues/show_bug.cgi?id=4130
yebblies changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://d.puremagic.com/issues/show_bug.cgi?id=4130
Andrei Alexandrescu changed:
What|Removed |Added
CC||and...@erdani.com
--- Comment #
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #15 from Walter Bright 2010-04-28
22:52:26 PDT ---
Sorry I missed the Lseg, that should be int too. Another legacy of it being a
16 bit compiler. I don't know why it fails in ld, I'm trying out the test suite
on Linux now.
--
Con
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #14 from Torsten Sommerfeld 2010-04-28
22:43:49 PDT ---
After I have modified the file cod3.c changing
struct fixlist
{ symbol*Lsymbol;// symbol we don't know about
shortLseg;// where the fixup is goin
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #13 from Torsten 2010-04-28 12:43:06 PDT
---
I made a mistake while compiling dmd: I did not call "make -f linux.mak clean"
so the old object files have been used.
Now dmd crashes at a different position ("seg" is still negative):
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #12 from Torsten 2010-04-28 12:00:50 PDT
---
Now a got some more information:
(gdb) p s->Sseg
$2 = -32768
You can see that p s->Sseg is negative.
Either I made an error when I recompiled dmd or there is another place where
short
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #11 from Robert Clipsham 2010-04-28
19:05:45 BST ---
GDB isn't picking up the bt full, try invoking it with:
gdb --args dmd $OPTIONS $FILES
Where $OPTIONS and $FILES are the usual arguments you pass to dmd when
compiling. When gd
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #10 from Torsten 2010-04-28 10:59:19 PDT
---
I got the same error again. I put "bt full" to my run script but I got no
further output. I do not know much about gdb so I do not know how to extract
more information.
GNU gdb 6.8
Cop
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #9 from Torsten 2010-04-28 10:12:24 PDT
---
I can confirm it did not work. It took a long time too; this time.
Unfortunately I did not use gdb so I am doing it again for some stack trace.
--
Configure issuemail: http://d.puremag
http://d.puremagic.com/issues/show_bug.cgi?id=4130
Robert Clipsham changed:
What|Removed |Added
CC||rob...@octarineparrot.com
--- Commen
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #7 from Walter Bright 2010-04-28
09:01:48 PDT ---
See changeset 458 with the short => int fix.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #5 from Walter Bright 2010-04-28
08:25:40 PDT ---
Hmm. Sseg is a short. I wonder if it's overflowing? (Each function is put into
its own seg.)
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
---
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #6 from Walter Bright 2010-04-28
08:27:33 PDT ---
In backend/cc.h, try changing it from a short to an int.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #4 from Torsten 2010-04-28 07:55:34 PDT
---
I have managed to compile dmd :)
Here is the output i got from gdb:
Program received signal SIGSEGV, Segmentation fault.
0x08180c2d in obj_comdat (s=0x1e40c464) at backend/elfobj.c:148
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #3 from Walter Bright 2010-04-28
06:29:57 PDT ---
Not really. Can you try recompiling dmd with debug symbols on?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail be
http://d.puremagic.com/issues/show_bug.cgi?id=4130
--- Comment #2 from Torsten 2010-04-27 21:10:12 PDT
---
(In reply to comment #1)
> Is it possible you could run it under gdb and see where it is dying?
I tried this but there are no debug symbols. I wounder if the memory address
can help you
http://d.puremagic.com/issues/show_bug.cgi?id=4130
Walter Bright changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
--- Comment #
22 matches
Mail list logo
