[Issue 4967] member default initializers not working in static struct initializers
http://d.puremagic.com/issues/show_bug.cgi?id=4967 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8172] New: OSX: symbols mangled on gdb,ggdb,cgdb,lldb but not on ubuntu; no line numbers on stacktraces
http://d.puremagic.com/issues/show_bug.cgi?id=8172
Summary: OSX: symbols mangled on gdb,ggdb,cgdb,lldb but not on
ubuntu; no line numbers on stacktraces
Product: D
Version: D2
Platform: All
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: thelastmamm...@gmail.com
--- Comment #0 from thelastmamm...@gmail.com 2012-05-31 00:54:11 PDT ---
I'm trying to have proper debug info for D on OSX (D2, 2.059 but it shouldn't
matter). Currently I can only do that on ubuntu. I see several posts about this
topic but they seem out of date and the information is scattered.
I tried several options:
A) OSX
1) gdb (default provided by apple: gdb 6.3.50)
2) ggdb (from macports: version 7.3) => doesn't seem to work at all even for
simple C hello world
3) gdb-7.4.1 (manual build from gdb website, somehow requires to run as sudo
otherwise complains : please check gdb is codesigned - see taskgated, but
despite instructions online running as sudo was the only way to make it work)
4) cgdb
5) lldb
B) Ubuntu
1) gdb 7.2 (according to http://www.dsource.org/projects/gdb-patches, a patch
for D is part of GDB " as of 7.2)
I'm compiling a simple hello world with a forced seg fault: compiled with dmd
-g main.d.
cat main.d:
module main; void fun(){int *x = null; *x = 1;} void main(){fun;}
Here are the results on $debugger_name main:
A.1: mangled names, line numbers: 0x000114e3 in _D4main3funFZv () at
main.d:2
A.2: just addresses: 0x00010bb5a4e3 in ?? ()
A.3: mangled names, no line numbers: 0x000114e3 in D4main3funFZv ()
A.4: mangled names, line numbers: 0x000114e3 in _D4main3funFZv () at
main.d:2
A.5: mangled names, line numbers: frame #0: 0x000114e3
main`D4main3funFZv + 15 at main.d:2
B.1: demangled names, line numbers 0x004016c7 in main.fun () at
main.d:2
Note, even on OSX the D demangling would be easy via dfilt or ddemangle [cf git
repo: dmd/tools/ddemangle.d for a tool or dmd/druntime/src/core/demangle.d for
the function]):
dfilt D4fun25fun2bFPiZv => void main.fun()
Would you have any ideas how to make it work on OSX?
Another related issue is wrt stacktraces: the situation is reversed, ie it
displays the demangled names, but no line numbers:
6 main2 0x00010b6b94db void main.__assert(int)
+ 23
There were some previous threads about requiring to add to dmd.conf
"-L--export-dynamic" but that will not let dmd run.
I'm not sure whether it's relevant, but I am able to get proper stack traces in
C++ programs on OSX using code similar to
http://www.tekkotsu.org/dox/StackTrace_8h.html
btw is there a way to print stack trace without having an assertion failed in
D?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6412] Include rdmd.d in releases
http://d.puremagic.com/issues/show_bug.cgi?id=6412 thelastmamm...@gmail.com changed: What|Removed |Added CC||thelastmamm...@gmail.com --- Comment #1 from thelastmamm...@gmail.com 2012-05-31 01:43:53 PDT --- I think it is, in tools git repo: dmd/tools/rdmd.d (In reply to comment #0) > Since rdmd binaries are included in releases, the source for rdmd should also > be in the releases. > > This will make things easier for people who need to recompile the binaries > (for > instance, if they have an older glibc), and will make it easier for automated > DMD-building tools to recreate a proper "rdmd included" environment. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6628] [RDMD] Ability to choose which DMD to use.
http://d.puremagic.com/issues/show_bug.cgi?id=6628 thelastmamm...@gmail.com changed: What|Removed |Added CC||thelastmamm...@gmail.com --- Comment #1 from thelastmamm...@gmail.com 2012-05-31 01:54:49 PDT --- rdmd has the following option: --compiler=comp use the specified compiler (e.g. gdmd) instead of dmd it actually works... so long the specified comp is valid. If not it uses the default dmd instead of complaining (that's a bug) (In reply to comment #0) > This would be a useful ability for RDMD. I've described one need for it in the > discussion for issue 6622. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6628] [RDMD] Ability to choose which DMD to use.
http://d.puremagic.com/issues/show_bug.cgi?id=6628 thelastmamm...@gmail.com changed: What|Removed |Added Severity|enhancement |normal -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7899] rdmd doesn't compile using dmd 2.059
http://d.puremagic.com/issues/show_bug.cgi?id=7899 thelastmamm...@gmail.com changed: What|Removed |Added CC||thelastmamm...@gmail.com Severity|minor |normal --- Comment #2 from thelastmamm...@gmail.com 2012-05-31 02:09:44 PDT --- (In reply to comment #1) > I use -d to compile it. Alternatively someone needs to change the rdmd.d source file in the git as follows. It worked for me. //exe = buildPath(myOwnTmpDir, rel2abs(root)[1 .. $]) // ~ '.' ~ hash(root, compilerFlags) ~ binExt; exe = buildPath(myOwnTmpDir, absolutePath(root)[1 .. $]) ~ '.' ~ hash(root, compilerFlags) ~ binExt; Also, wouldn't it be simpler if the build process could be automated with say a single makefile? right now the user needs to go in each of dmd,druntime,pbobos, and in tools there's only a windows makefile. Here I changed win32.mak to a Makefile that works on osx (and probably linux), but it should also be completed to build rdmd, ddemangle.d etc, which are nice tools to have. Other annoyances: the update.sh has some weird behavior with git (and doesn't do all that), the packaging installs the version from dlang website instead of the version in git, and MODEL should be 64 by default on OSX instead of 32 for each of the dmd,druntime,pbobos. ** Makefile (does same as win32.mak but for osx, and maybe linux) DMD=dmd DOC=../d-programming-language.org/web/ TARGETS=dman findtags TAGS=expression.tag \ statement.tag targets : $(TARGETS) expression.tag : findtags $(DOC)/expression.html ./findtags $(DOC)/expression.html >expression.tag statement.tag : findtags $(DOC)/statement.html ./findtags $(DOC)/statement.html >statement.tag findtags : findtags.d $(DMD) findtags.d dman : dman.d $(TAGS) $(DMD) dman.d -J. clean : rm $(TARGETS) $(TAGS) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7999] rdmd eval fails on OSX, works on windows
http://d.puremagic.com/issues/show_bug.cgi?id=7999 thelastmamm...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from thelastmamm...@gmail.com 2012-05-31 02:12:54 PDT --- (In reply to comment #0) > This works on windows, but fails on OSX: > rdmd --eval="int x=0;" seems to have been fixed with latest release. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8173] New: rdmd -g --build-only main looses debug info
http://d.puremagic.com/issues/show_bug.cgi?id=8173 Summary: rdmd -g --build-only main looses debug info Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: thelastmamm...@gmail.com --- Comment #0 from thelastmamm...@gmail.com 2012-05-31 02:23:50 PDT --- Currently, running rdmd -g --build-only main && gdb main yields: warning: Could not find object file "/tmp/.rdmd-503/rdmd-main.d-.../main.o" - no debug information available for "main.d". (but using the manual way with dmd works... with the names mangled but that's a different issue ) perhaps it would be possible to preserve debug info when -g (or -debug, etc) is present as opposed to having -o- (which appears when --chatty is on) ? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6926] std.process.system return wrong exit code
http://d.puremagic.com/issues/show_bug.cgi?id=6926 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6175] String corruption when passing static char arrays to std.conv
http://d.puremagic.com/issues/show_bug.cgi?id=6175 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7022] File.byLine doesn't release file handle
http://d.puremagic.com/issues/show_bug.cgi?id=7022 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7348] to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7796] std.typecons.Unique is using writeln without importing std.stdio
http://d.puremagic.com/issues/show_bug.cgi?id=7796 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7824] isInputRange fails to recognize inout(T)[]
http://d.puremagic.com/issues/show_bug.cgi?id=7824 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8015] std.typecons.Tuple does not support struct with alias method this
http://d.puremagic.com/issues/show_bug.cgi?id=8015 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8040] writeln(null) too
http://d.puremagic.com/issues/show_bug.cgi?id=8040 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8171] [Regression 2.060head] Broken std.algorithm.move for nested struct has no member
http://d.puremagic.com/issues/show_bug.cgi?id=8171 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters
http://d.puremagic.com/issues/show_bug.cgi?id=5570
--- Comment #19 from Leandro Lucarella
2012-05-31 04:29:21 PDT ---
Just a simple example (I've used to see if the progress on the bug fixed some
of the problems I had :):
---
extern (C)
{
struct lldiv_t
{
long quot,
rem;
}
lldiv_t lldiv(long numer, long denom);
int printf(char* fmt, ...);
}
void main(char[][] args)
{
auto r = lldiv(94, 82);
printf("%lld %lld\n", r.quot, r.rem);
}
---
For me, returns a high, randomish (changes on each run) number and 3 or 1.
Examples:
20967488 3
32686144 3
38604832 1
20029472 1
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 808] using properties as lvalues
http://d.puremagic.com/issues/show_bug.cgi?id=808 Leandro Lucarella changed: What|Removed |Added CC||leandro.lucarella@sociomant ||ic.com Version|0.178 |D2 --- Comment #3 from Leandro Lucarella 2012-05-31 04:36:03 PDT --- This is a highly voted enhancement request but there is no "official" statement about it. Would be nice to have some "official" comment for votes with so many votes. Is this intended to be implemented at all? Otherwise I guess is better to close it with WONTFIX to decrese bugzilla's "noise". -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3702] Replace __traits and is(typeof()) with a 'magic namespace'
http://d.puremagic.com/issues/show_bug.cgi?id=3702 Leandro Lucarella changed: What|Removed |Added CC||leandro.lucarella@sociomant ||ic.com --- Comment #2 from Leandro Lucarella 2012-05-31 04:41:09 PDT --- Now is the second and no news about if this is ever intended to be implemented. It would be nice to have an "official" word saying if is something that should be in the language eventually or if it should be closed as WONTFIX. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 808] using properties as lvalues
http://d.puremagic.com/issues/show_bug.cgi?id=808 Dmitry Olshansky changed: What|Removed |Added CC||dmitry.o...@gmail.com --- Comment #4 from Dmitry Olshansky 2012-05-31 04:45:19 PDT --- I'll fork the language if it's not fixed. And of course I'll seduce the whole Russian communitiy to follow suit ;) Seriously, it's important. I've hit it like 10+ time just today. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 808] using properties as lvalues
http://d.puremagic.com/issues/show_bug.cgi?id=808 --- Comment #6 from Dmitry Olshansky 2012-05-31 04:47:51 PDT --- Thx Vladimir, I haven't tried ref return. So silly. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 808] using properties as lvalues
http://d.puremagic.com/issues/show_bug.cgi?id=808
Vladimir Panteleev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
--- Comment #5 from Vladimir Panteleev 2012-05-31
04:46:16 PDT ---
The examples in my original post, as well as Witold's "array.length *= 2", work
now.
This issue originally referred to built-in language properties, like .length.
The @property kind of properties can be lvalues if the getter returns an lvalue
- for example, @property ref int x() { return _x; }, or as Witold mentioned,
using wrapper types.
I think we can consider this bug as resolved today.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 8152] Linking C library causes Seg-fault
http://d.puremagic.com/issues/show_bug.cgi?id=8152 Don changed: What|Removed |Added CC||clugd...@yahoo.com.au --- Comment #2 from Don 2012-05-31 05:15:17 PDT --- Related to bug 5570? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8062] UFCS and operator overloading
http://d.puremagic.com/issues/show_bug.cgi?id=8062 Dmitry Olshansky changed: What|Removed |Added CC||dmitry.o...@gmail.com --- Comment #1 from Dmitry Olshansky 2012-05-31 06:21:54 PDT --- As defined t shouldn't: UFCS presently only does go from fn(a,b, ...) -> a.fn(b, ...); way. And arguably rightfully so, as it already may introduce some hijacking. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8174] short floating point literals not catched in the parser
http://d.puremagic.com/issues/show_bug.cgi?id=8174 Alex R�nne Petersen changed: What|Removed |Added CC||a...@lycus.org --- Comment #1 from Alex R�nne Petersen 2012-05-31 17:31:17 CEST --- No? This is UFCS at work. It's trying to apply a function f to the integer literal 1. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8174] New: short floating point literals not catched in the parser
http://d.puremagic.com/issues/show_bug.cgi?id=8174
Summary: short floating point literals not catched in the
parser
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: diagnostic
Severity: minor
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: mrmoc...@gmx.de
--- Comment #0 from Trass3r 2012-05-31 17:30:02 CEST ---
void main()
{
float f = 1.f;
}
$ dmd test.d
test.d(3): Error: undefined identifier 'f'
This should be catched in the parser with a proper error message.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 8174] short floating point literals not catched in the parser
http://d.puremagic.com/issues/show_bug.cgi?id=8174 --- Comment #2 from Trass3r 2012-05-31 17:34:21 CEST --- Ah didn't think of UFCS! The error message could still be more helpful I guess. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 808] using properties as lvalues
http://d.puremagic.com/issues/show_bug.cgi?id=808 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #7 from Jonathan M Davis 2012-05-31 08:37:19 PDT --- And using ref with a property pretty much defeats its entire purpose, since setting it ends up completely bypassing the getter. We really need to be able to have stuff like prop++ work _without_ ref. But there's another enhancement request that's properly specific about that: issue# 8006 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8174] short floating point literals not catched in the parser
http://d.puremagic.com/issues/show_bug.cgi?id=8174 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #3 from Jonathan M Davis 2012-05-31 08:47:31 PDT --- But what else would it be? It's complaining about exactly what you're doing - using an undefined indentifier. It even tells you exactly what the undefined identifier is. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8174] short floating point literals not catched in the parser
http://d.puremagic.com/issues/show_bug.cgi?id=8174 --- Comment #4 from Trass3r 2012-05-31 18:05:32 CEST --- Don't know. Maybe it could mention it's trying UFC. Whatever. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3701] Incorrect initialisation of static arrays of floating-point values (Linux only)
http://d.puremagic.com/issues/show_bug.cgi?id=3701 Don changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #10 from Don 2012-05-31 09:23:05 PDT --- Nobody has been able to reproduce this in the last two years. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8175] New: aa.c assert(0)
http://d.puremagic.com/issues/show_bug.cgi?id=8175 Summary: aa.c assert(0) Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: simend...@gmail.com --- Comment #0 from simendsjo 2012-05-31 10:15:22 PDT --- dmd: backend/aa.c:423: void AArray::rehash_x(aaA*, aaA**, size_t): Assertion `0' failed Unfortunately, I cannot reproduce it. This was using 2.060 head. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters
http://d.puremagic.com/issues/show_bug.cgi?id=5570
--- Comment #20 from Walter Bright 2012-05-31
12:39:49 PDT ---
(In reply to comment #19)
> Just a simple example (I've used to see if the progress on the bug fixed some
> of the problems I had :):
>
> ---
> extern (C)
> {
> struct lldiv_t
> {
> long quot,
> rem;
> }
The current state only fixes things that fit in one register. The lldiv_t is a
two register struct.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 8175] aa.c assert(0)
http://d.puremagic.com/issues/show_bug.cgi?id=8175 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 2012-05-31 12:40:44 PDT --- Because of 64 bit ABI changes, be sure and recompile the library as well as dmd. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8175] aa.c assert(0)
http://d.puremagic.com/issues/show_bug.cgi?id=8175 --- Comment #2 from simendsjo 2012-05-31 13:18:15 PDT --- By "the library" you mean phobos? Whenever I update head, I do a full clean and rebuild of dmd, druntime and phobos, so that should not be the issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8176] New: Error: cannot implicitly convert expression (record) of type CsvRecord!(string, cast(Malformed)0, string, dchar) to string
http://d.puremagic.com/issues/show_bug.cgi?id=8176
Summary: Error: cannot implicitly convert expression (record)
of type
CsvRecord!(string,cast(Malformed)0,string,dchar) to
string
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: alienballa...@gmail.com
--- Comment #0 from Mariusz Gliwiński 2012-05-31
15:17:17 PDT ---
std.csv looks just great on the first glance, but it's a pain to use in
reality.
One of the reasons is below:
private import
std.csv;
void process(string smth) {}
void main()
{
string str = "A \" is now part of the data";
auto records = csvReader!(string,Malformed.ignore)(str);
auto record = records.front;
assert(record.front == str);
process(record);
}
test.d(13): Error: function test.process (string smth) is not callable using
argument types (CsvRecord!(string,cast(Malformed)0,string,dchar))
test.d(13): Error: cannot implicitly convert expression (record) of type
CsvRecord!(string,cast(Malformed)0,string,dchar) to string
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
