> "Steve" == Steve Greenland <[EMAIL PROTECTED]> writes:
>> fact 3: libtool library libtool tries to implement a wrapper
>> around shared library and static library, so that both of them
>> can be uniformly processed, and allows specifying just: libtool
>> cc -lnewt a.c
St
I will be out of the office starting 07/29/2005 and will not return until
09/01/2005.
I will have limited connectivity.
If you need immediate assistance, please contact Melody Ng.
Benita.
For NextWave Issues or questions, please contact Paul Rodriguez
--
To UNSUBSCRIBE, email to [EMAIL PROTE
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow:
>
>>> This was once desirable because you couldn't declare real constants in
>>> classes. Today,
>>>
>>> template
>>> struct Foo
>>> {
>>> static const unsigned N = T::N;
>>> char bar[N];
>>> };
>>>
>>> works an
Package: wnpp
Severity: wishlist
Owner: Thomas Petazzoni <[EMAIL PROTECTED]>
* Package name: camlgz
Version : 0.5.6
Upstream Author : Olivier Andrieu <[EMAIL PROTECTED]>
* URL : http://ocamlplot.sourceforge.net/#gz
* License : (GPL, LGPL, BSD, MIT/X, etc.)
De
On Fri, 29 Jul 2005, Florian Weimer wrote:
> * Jaakko Niemi:
>
> > So, if I'm understanding this and the discussion
> > that followed correctly, we should change the
> > enum to constants.
>
> Eh, no, sorry. This will almost certainly break things because this
> is a C header, not C++.
Sorr
fenio wrote:
>On Fri, Jul 29, 2005 at 02:25:41PM +0200, Jerome Warnier wrote:
>> I wonder if it is possible to find out on which CD of a stable release
>> the package I look for is?
>> I guess it is possible, as apt can do it.
>> But is it available somewhere online?
>
>Right now it's possible only
On Fri, Jul 29, 2005 at 07:38:30PM -0300, Guilherme de S. Pastore wrote:
> Sorry, it doesn't work. Just replace the name of the service with the
> real name of the machine currently hosting it.
[...]
Sorry I was first with previous mail ;)
regards
fEnIo
--
,''`. Bartosz Fenski | mailto:[EM
On Fri, Jul 29, 2005 at 07:33:10PM -0300, Guilherme de S. Pastore wrote:
> The (ugly) script that generated it is on
> http://alioth.debian.org/~ftlerror-guest/cdpkglist.sh.
([EMAIL PROTECTED])~$wget http://alioth.debian.org/~ftlerror-guest/cdpkglist.sh
--00:39:29-- http://alioth.debian.org/~ftle
Em Sex, 2005-07-29 às 19:33 -0300, Guilherme de S. Pastore escreveu:
> http://alioth.debian.org/~ftlerror-guest/list.txt
> http://alioth.debian.org/~ftlerror-guest/cdpkglist.sh.
Sorry, it doesn't work. Just replace the name of the service with the
real name of the machine currently hosting it.
ht
Package: wnpp
Severity: wishlist
* Package name: dhcp-helper
Version : 0.2
Upstream Author : Simon Kelley <[EMAIL PROTECTED]>
* URL : http://www.thekelleys.org.uk/dhcp-helper
* License : GPL
Description : A DHCP relay agent.
Dhcp-helper is a DHCP and BOOT
Em Sex, 2005-07-29 às 14:25 +0200, Jerome Warnier escreveu:
> But is it available somewhere online?
There is a list of packages in each CD automatically generated from
jigdo files on http://alioth.debian.org/~ftlerror-guest/list.txt, where
list.txt is a symlink to list_.txt, currently
list_3.1_r0a
On Fri, Jul 29, 2005 at 02:25:41PM +0200, Jerome Warnier wrote:
> I wonder if it is possible to find out on which CD of a stable release
> the package I look for is?
>
> I guess it is possible, as apt can do it.
> But is it available somewhere online?
Right now it's possible only by looking jigdo
* Jaakko Niemi:
> So, if I'm understanding this and the discussion
> that followed correctly, we should change the
> enum to constants.
Eh, no, sorry. This will almost certainly break things because this
is a C header, not C++.
Just use #defines, as suggested by Brian M. Carlson in
<[EMAIL P
Hello,
> Someone suggested an announcement should be sent to
> > d-d-a. What do you think ?
>
> Yes, go to it and find some reviewer.
Will do...
> Maybe you should add a 'get a random Description' link on your Page...
I'm not sure it would be very good, because it's better to review
related p
On Fri, 29 Jul 2005, Florian Weimer wrote:
> This was once desirable because you couldn't declare real constants in
> classes. Today,
>
> template
> struct Foo
> {
> static const unsigned N = T::N;
> char bar[N];
> };
>
> works and the enum trick lost its importance.
So, if I'
On 20050729T17+0200, Florian Weimer wrote:
> > The problem is, your trick doesn't work outside templates,
>
> Huh?
[After testing it:] I'll be damned. I was sure I was right :)
--
Antti-Juhani Kaijanaho, Debian developer
http://kaijanaho.info/antti-juhani/blog/en/debian
signature.asc
On Fri, Jul 29, 2005 at 01:16:36PM +0200, Thomas Hood wrote:
> Brian M. Carlson wrote:
> > I would like to point out that the following are not POSIX features:
> > local
> > test -o
> > test -a
> Regarding "local", see #294962. I would like to see support for
> "local" added to posh and "local"
* Olaf van der Spek:
>> Only if the compiler knows all uses of that constant. With dynamic
>> linking, you can't know that very easily.
>
> I thought you meant optimizing code that accesses it for performance.
> I don't think the space optimization is important.
The space optimization is crucia
On 7/29/05, Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote:
> On 20050729T16+0200, Olaf van der Spek wrote:
> > On 7/29/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > > Florian Weimer <[EMAIL PROTECTED]> writes:
> > > Doesn't that still make N a real variable in memory and does not g
* Thiemo Seufer:
>> With dynamic linking, you can't know that very easily.
>
> The compiler knows nothing about dynamic linking, since this is outside
> the compilation unit.
Indeed, and the fact that you can use such a constant as a template
argument just stresses that it's a compile-time thing.
On Fri, Jul 29, 2005 at 12:06:38PM -0400, Jay Berkenbilt wrote:
> This is nice, but I think it's not really very autoconfish [tm] in
> spirit.
It is not meant to be autoconfish. It is meant to be run _before_
configure, so you can decide if you have to re-libtoolize the package or
not.
> Also, t
GOMBAS Gabor <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 28, 2005 at 08:57:29AM -0400, Stephen Frost wrote:
>
>> I'd think we could come up with a way to detect the version of libtool
>> in use, somehow. :)
>
> LTMAIN_SH_PATH=`autoconf --trace='AC_CONFIG_AUX_DIR:$1'`
> LTMAIN_SH_PATH="${LTMAIN_SH_PAT
Antti-Juhani Kaijanaho wrote:
> On 20050729T16+0200, Olaf van der Spek wrote:
> > On 7/29/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > > Florian Weimer <[EMAIL PROTECTED]> writes:
> > > Doesn't that still make N a real variable in memory and does not get
> > > optimized away like enu
* Antti-Juhani Kaijanaho:
> That is not a new trick, I'm fairly sure that was legal when I first
> learned of the enum idiom.
It's illegal according to The C++ Programming Language, Second Edition
(which was published in 1991). I didn't claim the trick was new. 8-)
> The problem is, your trick
On 20050729T151821+0200, Florian Weimer wrote:
> Today,
>
> template
> struct Foo
> {
> static const unsigned N = T::N;
> char bar[N];
> };
>
> works and the enum trick lost its importance.
That is not a new trick, I'm fairly sure that was legal when I first
learned of the enum
* Goswin von Brederlow:
>> This was once desirable because you couldn't declare real constants in
>> classes. Today,
>>
>> template
>> struct Foo
>> {
>> static const unsigned N = T::N;
>> char bar[N];
>> };
>>
>> works and the enum trick lost its importance.
>
> Doesn't that sti
On 20050729T16+0200, Olaf van der Spek wrote:
> On 7/29/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> > Florian Weimer <[EMAIL PROTECTED]> writes:
> > Doesn't that still make N a real variable in memory and does not get
> > optimized away like enums?
>
> I think it's (only) required to
On 7/29/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote:
> Florian Weimer <[EMAIL PROTECTED]> writes:
> Doesn't that still make N a real variable in memory and does not get
> optimized away like enums?
I think it's (only) required to have an address.
I don't see why the compiler can't optimize
On Thu, Jul 28, 2005 at 08:57:29AM -0400, Stephen Frost wrote:
> I'd think we could come up with a way to detect the version of libtool
> in use, somehow. :)
LTMAIN_SH_PATH=`autoconf --trace='AC_CONFIG_AUX_DIR:$1'`
LTMAIN_SH_PATH="${LTMAIN_SH_PATH:-.}"
grep ^VERSION "$LTMAIN_SH_PATH"/ltmain.sh |
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Antti-Juhani Kaijanaho:
>
>> The anon enumeration trick has been an established C++ idom for years
>> (ISTR, but cannot check now, even Stroustrup himself advocating it).
>
> This was once desirable because you couldn't declare real constants in
> cla
On Thu, Jul 28, 2005 at 07:05:34AM -0400, Stephen Frost wrote:
> We've had that discussion before. Last I recall there wasn't really a
> huge fight to keep them.
Well, Debian developers do not really need them. But there are people
who do not develop Debian but develop other software _using_ Deb
Hi,
gnutls changed their ABI again.
Due to historical reasons (the API changes in the past were somewhat
intrusive), the -dev package of libgnutls had been named
libgnutls{,10,11}-dev. The API is now sufficiently stable that this
naming scheme does not make sense any more.
Therefore, in the last
On Thu, Jul 28, 2005 at 08:38:17AM -0500, Steve Greenland wrote:
> Why is this better? I have to change my perfectly normal, standard Unix
> link command to use something that completely hides the actual link
> command and makes debugging problems nearly impossible?
Exercise: let's say I have an
* Antti-Juhani Kaijanaho:
> The anon enumeration trick has been an established C++ idom for years
> (ISTR, but cannot check now, even Stroustrup himself advocating it).
This was once desirable because you couldn't declare real constants in
classes. Today,
template
struct Foo
{
static
On Tue, Jul 26, 2005 at 03:12:10PM +0200, Goswin von Brederlow wrote:
> Nothing garanties that cron jobs are run at the right time. Running
> it a bit later (whenever you boot) is just like it being delayed due
> to excess load. If there are things that shouldn't be run at the wrong
> time we sho
On Fri, Jul 29, 2005 at 08:23:26AM +0200, Clément Stenac wrote:
> > If you go to review all description, please check the technical parts
> > also.
>
> Sure, thanks for the reminder. I added it to the wiki page
Thanks
> I think the interface is now ready for the work to begin. However, very
> fe
I wonder if it is possible to find out on which CD of a stable release
the package I look for is?
I guess it is possible, as apt can do it.
But is it available somewhere online?
Thanks
--
Jerome Warnier <[EMAIL PROTECTED]>
BeezNest
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
* Florian Weimer <[EMAIL PROTECTED]> [2005-07-29 12:32]:
> > ml-nlffigen ml-lex libckit-smlnj ml-yacc ml-burg libcmlutil-smlnj
> > libpgraphutil-smlnj smlnj nowhere libmlrisctools-smlnj libcml-smlnj
> >
> >standard (#319801), offered 4 days ago
>
> This looks like some script bug.
F
Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> writes:
> On 20050729T083332+, Brian M. Carlson wrote:
>> Of course, I could be persuaded that the enumeration is a good idea, but
>> I don't see what problem it solves, and it only seems to cause them.
>
> The anon enumeration trick has been an estab
Dear Developers!
I have a question concerning the .orig.tar.gz files for the following
ITP:
On Fre, 10 Jun 2005, Norbert Preining wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Norbert Preining <[EMAIL PROTECTED]>
>
> * Package name: texlive
> Version : 2005.1
> Upstream Au
Brian M. Carlson wrote:
> I would like to point out that the following are not POSIX features:
>
> local
> test -o
> test -a
Regarding "local", see #294962. I would like to see support for
"local" added to posh and "local" added as an exception to the
"POSIX-only" rule laid down in 10.4.
See #26
On 20050729T083332+, Brian M. Carlson wrote:
> Of course, I could be persuaded that the enumeration is a good idea, but
> I don't see what problem it solves, and it only seems to cause them.
The anon enumeration trick has been an established C++ idom for years
(ISTR, but cannot check now, even
* > The following packages have been given up for adoption:
>
>compiler (#319801), offered 4 days ago
>
>eli (#319463), offered 6 days ago
> Description: compiler construction kit
> Reverse Depends: eli-xtools eli
>
>lincvs (#319461), offered 6 days ago (non-free)
> Descr
On Fri, 29 Jul 2005, Petri Latvala wrote:
> One option would be to make wrap take an int always, if that's
> feasible. Or long. Or unsigned versions of those.
sfs upstream might want to do that for portability.
I'm wondering what are the consequences of making
that enum named.. can anyone see w
This is a public service announcement about Debian Policy section 10.4,
which states in part:
The standard shell interpreter `/bin/sh' can be a symbolic link to any
POSIX compatible shell, if `echo -n' does not generate a newline.[1]
Thus, shell scripts specifying `/bin/sh' as interpreter sh
On Fri, 2005-07-29 at 10:55 +0300, Jaakko Niemi wrote:
> Hello,
>
> /usr/include/sys/socket.h has this:
>
> -
> /* The following constants should be used for the second parameter of
>`shutdown'. */
> enum
> {
> SHUT_RD = 0, /* No more receptions. */
> #define SHUT_R
On Fri, Jul 29, 2005 at 10:55:36AM +0300, Jaakko Niemi wrote:
> Hello,
>
> /usr/include/sys/socket.h has this:
[anonymous enum def]
> rexchan.C:254: error: no matching function for call to 'wrap(unixfd*
> const, void (unixfd::*)(int, int), )'
>
> rexchan.C:254 is:
>
> paios_out->setwcb (w
Hello,
/usr/include/sys/socket.h has this:
-
/* The following constants should be used for the second parameter of
`shutdown'. */
enum
{
SHUT_RD = 0, /* No more receptions. */
#define SHUT_RD SHUT_RD
SHUT_WR, /* No more transmissions. */
#defi
This mailing list does not accept messages from email addresses that are not on
the mailing list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
50 matches
Mail list logo
