[Issue 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com


--- Comment #1 from Walter Bright bugzi...@digitalmars.com 2009-11-22 
03:47:29 PST ---
I started with the fine grained versioning for OS differences, but abandoned it
after it got hopelessly tangled. The problem is updating support for one OS
that trashes another. All OS specific API's should be in separate modules. Then
maintenance is a lot easier.

Also, please compile  test patches before submitting them. If it's inserted
without testing, then it may silently fail, yet will be assumed to work some
arbitrary time later.

For sure, just copying linux stuff is fraught with peril. Linux and Freebsd are
substantially different, and every declaration needs to be manually and
carefully checked against the Freebsd C header files. Getting things like bit
masks, magic values, argument types, number of arguments, struct layouts, etc.,
wrong is a potential disastrous problem.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3381] [tdpl] Incorrect assessment of overriding in triangular-shaped hierarchy

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3381


Bill Baxter wbax...@gmail.com changed:

   What|Removed |Added

 CC||wbax...@gmail.com


--- Comment #6 from Bill Baxter wbax...@gmail.com 2009-11-22 06:53:43 PST ---
Looks like bug 2252 might be the same thing too.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2782] Parameter Names Should Be Visible In Function Template Constraints

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2782


David Simcha dsim...@yahoo.com 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 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528



--- Comment #3 from Travis Boucher boucher.tra...@gmail.com 2009-11-22 
08:44:41 PST ---
(In reply to comment #2)
 The OS-specic blocks in the Posix headers are there to ease maintenance.  As
 Walter has said, the alternative would be to have separate headers for each 
 OS,
 but I personally find it easier to work with them as-is.  I don't want to put
 common stuff in a shared Posix version because it could cause problems later. 
 Add support for another OS that doesn't define things that way and you either
 have to separate it all again or add finer-grained versioning, which would be 
 a
 nightmare.

The problem I am having now is that the FreeBSD stuff isn't being maintained. 
I am also trying to figure out the specific interactions between dmd, druntime
and phobos.  This will become even more of a nightmare if more platforms
becomes supported.  Maybe dropping freebsd support all together in dmd is an
answer, and then my focus could be on gdc and making sure phobos/tango has the
support I require.  (of course druntime is still required at some level).

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3542] New: Unittest block does not require a closing bracket

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3542

   Summary: Unittest block does not require a closing bracket
   Product: D
   Version: 2.036
  Platform: x86
OS/Version: Windows
Status: NEW
  Keywords: accepts-invalid
  Severity: trivial
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: snake.sc...@gmail.com


--- Comment #0 from Sergey Gromov snake.sc...@gmail.com 2009-11-22 08:50:05 
PST ---
The following one-liner:

-8--
unittest {
-8--

compiles successfully with DMD 2.036.  This is a regression from 2.031.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528



--- Comment #4 from Sean Kelly s...@invisibleduck.org 2009-11-22 11:22:00 PST 
---
OS support beyond Linux and OSX is by submission, since I don't have an install
of other OSes to check.  Tango is the same way though, unless something has
changed recently.  What issue do you have with Druntime/Phobos interaction? 
I'm not sure I understand.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528



--- Comment #5 from Sean Kelly s...@invisibleduck.org 2009-11-22 11:26:29 PST 
---
Regarding your commends, eol-style should be set for all files in SVN, so if
you're working from SVN all that should be handled for you.  And please please
don't copy definitions from one OS without checking them.  If something doesn't
compile now it indicates where work needs to be done to fill out the headers
properly.  Throwing in potentially invalid definitions just papers over the
problem and is likely to produce subtly broken code.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528



--- Comment #6 from Travis Boucher boucher.tra...@gmail.com 2009-11-22 
13:05:49 PST ---
(In reply to comment #4)
 OS support beyond Linux and OSX is by submission, since I don't have an 
 install
 of other OSes to check.  Tango is the same way though, unless something has
 changed recently.  What issue do you have with Druntime/Phobos interaction? 
 I'm not sure I understand.

No issues with druntime/phobos interaction, just trying to learn/figure out
what is defined where.  Most of what I am doing is to learn the internals a
little more so I can use it for targets other then x86/winderz/linux.  I am
especially interested in embedded targets (which is why understanding what all
druntime provides is important to me).

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528



--- Comment #7 from Travis Boucher boucher.tra...@gmail.com 2009-11-22 
13:09:03 PST ---
(In reply to comment #5)
 Regarding your commends, eol-style should be set for all files in SVN, so if
 you're working from SVN all that should be handled for you.  And please please
 don't copy definitions from one OS without checking them.  If something 
 doesn't
 compile now it indicates where work needs to be done to fill out the headers
 properly.  Throwing in potentially invalid definitions just papers over the
 problem and is likely to produce subtly broken code.

Understood, I'll be sure to test things properly before submitting anything
else.  I think one of the biggest frustrations in making D more cross platform
is the inability to look at system C headers to create the proper definitions
automatically.  (not a fault in D's design, just an annoyance for integration)

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3528] FreeBSD patches for druntime.

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3528


Anders F Bj a...@algonet.se changed:

   What|Removed |Added

 CC||a...@algonet.se


--- Comment #8 from Anders F Bj a...@algonet.se 2009-11-22 13:23:49 PST ---
(In reply to comment #7)
 I think one of the biggest frustrations in making D more cross platform
 is the inability to look at system C headers to create the proper definitions
 automatically.  (not a fault in D's design, just an annoyance for integration)

GDC looks at the system C headers.

http://dgcc.svn.sourceforge.net/viewvc/dgcc/trunk/d/phobos/config/

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2254] Size of executable almost triples

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2254



--- Comment #10 from to...@yahoo.com 2009-11-22 13:28:52 PST ---
Since I assume this is a long-term bug now that wrapping up D 2 has the main
focus, I'll post some tips and tricks.

If you are using D 1, you'll probably have better luck with Tango.  A hello
world program built with Tango is about half the size.  If you really want to
use phobos you can custom build it, see comment #1 and onwards.

I wonder what platform you're on if saving a few hundred kB of disk space is
important, though.

When that's said, if you use other libraries written in D, make sure you build
in one of two ways:

A) Build everything in one go, don't use .lib files.  Except for tango/phobos
and C libs.  This means using a build tool or script that hands all files to
dmd at once.  Very fast and simple build process.  Supported by
xfbuild/bud/dsss build tools.

B) Build .lib files of your library dependencies first, by handing one file at
a time to dmd, then running lib.exe to create a .lib file.  Supported by DSSS,
and possibly xfbuild.  Or you could use a makefile or whatever you prefer.

The *WRONG* way to build is as follows:

C) Build .lib files by handing all files to dmd at once.  Then build your app
(any way you like) and link to those .lib files.  Unless your exe uses
absolutely everyting defined in those libs, this causes a bloated executable. 
You end up getting more then a wanted, because this way of building causes fake
dependencies between modules.


If you want try A, I suggest having a look at xfbuild, it's very fast and
flexible.  Ask in the newsgroup D.learn if you need help with setting it all
up.
http://bitbucket.org/h3r3tic/xfbuild/wiki/Home

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3540] Another DWARF line number fix

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3540


Leandro Lucarella llu...@gmail.com changed:

   What|Removed |Added

 CC||llu...@gmail.com


--- Comment #2 from Leandro Lucarella llu...@gmail.com 2009-11-22 14:26:54 
PST ---
SVN commit: http://www.dsource.org/projects/dmd/changeset/265

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3379] [tdpl] Parameter names not visible in the if clause of a template

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3379


Leandro Lucarella llu...@gmail.com changed:

   What|Removed |Added

 CC||llu...@gmail.com


--- Comment #10 from Leandro Lucarella llu...@gmail.com 2009-11-22 14:32:03 
PST ---
SVN commit: http://www.dsource.org/projects/dmd/changeset/263

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3433] [tdpl] Comparing structs for equality is not member-by-member

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3433


Leandro Lucarella llu...@gmail.com changed:

   What|Removed |Added

 CC||llu...@gmail.com


--- Comment #9 from Leandro Lucarella llu...@gmail.com 2009-11-22 14:37:32 
PST ---
SVN commit: http://www.dsource.org/projects/dmd/changeset/260

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3378] [tdpl] ++x should be an lvalue

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3378



--- Comment #4 from Andrei Alexandrescu and...@metalanguage.com 2009-11-22 
17:32:49 PST ---
(In reply to comment #3)
 I guess, why? Why does ++x need to be an lvalue?

1. It's a departure from C. If we do make that departure, we need a good
reason, which I don't know of. (Before you reply with that, I do remember you
mentioned that dmc yields an rvalue and no client every filed a bug.)

2. For most user-defined types returning a value is considerably more expensive
than returning a reference and nontrivial to remove for the compiler when
unused (requires context sensitivity). If built-ins return an rvalue and
user-defined return a reference, generic code will be gratuitously incompatible
across such types.

For me reason #2 is the more important.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 3407] [tdpl] Compiling with -safe -release must keep all bound checks

2009-11-22 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3407



--- Comment #13 from Walter Bright bugzi...@digitalmars.com 2009-11-22 
19:21:29 PST ---
To me that always looks like a mistake where there are multiple switches
someone forgot to put spaces in between.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---