On Tue, Jul 28, 2020 at 12:41:42PM +0200, Matthias Klose wrote:
>...
> Suggested ways to solve these issues:
>
> - Use plain shlibs files, without using symbols files, although
>debhelper wrongly warns about missing symbols files.
Usually this is the better option for C++ libraries,
for more
Hi,
On Thu, 20 Feb 2014, Jan Gloser wrote:
> Earlier this week I wanted to find a C++ testing library. I tried gtest and
> cppunit but both of them seemed way too much overkill for my needs.
You can try cpputest too. You might find it better for your needs. At
least I never had any feeling of blo
On Thu, Feb 20, 2014 at 06:12:28PM +0100, Jan Gloser wrote:
> Earlier this week I wanted to find a C++ testing library. I tried gtest and
> cppunit but both of them seemed way too much overkill for my needs.
They might be overkill for your current needs, but what about future
needs? As you add mo
Le 20/02/2014 18:12, Jan Gloser a écrit :
> Hello people,
>
> Earlier this week I wanted to find a C++ testing library. I tried gtest
> and cppunit but both of them seemed way too much overkill for my needs.
> So I wrote this:
>
> https://github.com/renra/prehash_challenge_phasor_cpp/blob/master/
On Thu, Feb 20, 2014 at 6:12 PM, Jan Gloser wrote:
> Hello people,
>
> Earlier this week I wanted to find a C++ testing library. I tried gtest and
> cppunit but both of them seemed way too much overkill for my needs. So I
> wrote this:
>
> https://github.com/renra/prehash_challenge_phasor_cpp/blob
On 6 August 2013 14:41, Pau Garcia i Quiles wrote:
> Hello,
>
> I am the maintainer of Wt [1], a C++ web development library (think of Qt or
> Gtk+ for the web) and web server.
>
> My upstream [2] sent me a mail asking about mixing C++03 and C++11. My
> understanding is it is not possible for a va
Hi,
On Sat, Jun 27, 2009 at 09:23:29AM +0300, Modestas Vainius wrote:
> While it is a good idea worth consideration but I think demangled symbol
> names are somewhat too ambiguous to be used in general. See below:
[Examples]
Not a problem IMO -- we need a new package name anyway if gcc's ABI
ch
Hello,
On 2009 m. June 26 d., Friday 23:01:54 Florian Weimer wrote:
> * Modestas Vainius:
> > While apparently, VT can't be implemented differently (except \d+),
> > what about size_t etc. then? They all can be implemented as regexps
> > too the most simple being 'any character'. However, in my op
* Modestas Vainius:
> While apparently, VT can't be implemented differently (except \d+),
> what about size_t etc. then? They all can be implemented as regexps
> too the most simple being 'any character'. However, in my opinion,
> exact string matching is worthwhile to keep whenever possible.
Can
Hello,
On 2009 m. June 26 d., Friday 19:43:13 Ben Hutchings wrote:
>
> Would it be possible to implement expansion to a regexp instead of to a
> string that must exactly match?
I think yes if there is no other way (and according to your answers, there
really isn't). Symbol files have two usage s
On Fri, Jun 26, 2009 at 04:34:00PM +0300, Modestas Vainius wrote:
[...]
> 2b) Still 2a is not enough if the base class contains such data members like
> (s)size_t (on s390) or qreal (on armel). To support such cases, vt can only
> be
> a complex expression with recursive subst expansion like
>
Hello,
On 2009 m. June 26 d., Friday 02:02:48 Ben Hutchings wrote:
> > - it's probably impossible to have substitutions to cover all cases
> > for C++ symbol mangling... do you believe that it is possible
> > to have enough (stable) substitutions to cover most common cases?
> >
> > (in the
On Thu, 2009-06-25 at 22:52 +, Sune Vuorela wrote:
> On 2009-06-25, Raphael Hertzog wrote:
[...]
> > You can check the patch here:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0001-Implementation-of-the-subst-tag.patch;att=1;bug=533916
> >
> > The symbol name in symbols file
On Thu, 2009-06-25 at 22:40 +0200, Raphael Hertzog wrote:
> Hello,
>
> it is well known that C++ symbol mangling result in different symbol
> names from one architecture to the other. It means that libraries that
> want to provide symbol files have to maintain one symbol file for each
> architectu
On 2009-06-25, Raphael Hertzog wrote:
> it is well known that C++ symbol mangling result in different symbol
> names from one architecture to the other. It means that libraries that
> want to provide symbol files have to maintain one symbol file for each
> architecture. To avoid this problem Mode
On Wed, 2008-01-09 at 17:30 -0500, Adam C Powell IV wrote:
> I think I found the problem. I pre-processed two files in question,
> TDF_Attribute.cxx in OpenCASCADE and testDS.cxx in Salomé. I put both
> outputs in http://lyre.mit.edu/~powell/salome/
>
> In the former, /usr/include/stlport/stl/_
On Wed, 2008-01-09 at 10:09 -0500, Adam C Powell IV wrote:
> On Wed, 2008-01-09 at 15:37 +0100, Thomas Girard wrote:
> > On Wed, Jan 09, 2008 at 07:07:30AM -0500, Adam C Powell IV wrote:
> > > I'm having trouble with a new C++ package called Salomé which I can't
> > > get to link to a C++ library i
On Wed, 2008-01-09 at 15:37 +0100, Thomas Girard wrote:
> On Wed, Jan 09, 2008 at 07:07:30AM -0500, Adam C Powell IV wrote:
> > Greetings,
>
> Hello Adam,
>
> > I'm having trouble with a new C++ package called Salomé which I can't
> > get to link to a C++ library in a new package OpenCASCADE.
> >
On Wed, Jan 09, 2008 at 07:07:30AM -0500, Adam C Powell IV wrote:
> Greetings,
Hello Adam,
> I'm having trouble with a new C++ package called Salomé which I can't
> get to link to a C++ library in a new package OpenCASCADE.
>
> Here's the error:
[...]
> Using nm -C I found that the library lib
Hello Shawn,
* Shawn (Shu Xiang) Yu <[EMAIL PROTECTED]> [2005-09-13 14:40]:
> Sorry. Could you let me know where I can get help for Debian user?
Take a look at http://lists.debian.org/users.html and choose
the user list in your preferred language.
Regards Nico
--
Nico Golde - JAB: [EMAIL PROTECT
Sorry. Could you let me know where I can get help for Debian user?
Thanks.
- Original Message -
From: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, September 13, 2005 8:32 AM
Subject: Re: C compiler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Tue, Sep 13, 2005 at 08:26:40AM -0400, Shawn (Shu Xiang) Yu wrote:
> Hello,
>
Hi,
Please don't hijack threads. Start a new thread by sending a new
message.
> I am new here. I just installed Debian on my system. When I try to compile a
> c code with gcc, I got error says "undefined reference
On Tue, 2005-09-13 at 08:26 -0400, Shawn (Shu Xiang) Yu wrote:
Hello,
I am new here. I just installed Debian on my system. When I try to compile a
c code with gcc, I got error says "undefined reference to 'sin'". This is
the same code run on Windows.
Anyone know how to fix it.
From "man
On Wed, Jun 15, 2005 at 01:22:19PM +0200, Josselin Mouette wrote:
> Le mercredi 15 juin 2005 à 02:48 -0700, Steve Langasek a écrit :
> > > Furthermore, this package has a long history of triggering weird
> > > compiler errors, including several ICEs. Is there a way to test the
> > > build with g++-
Le mercredi 15 juin 2005 à 02:48 -0700, Steve Langasek a écrit :
> > Furthermore, this package has a long history of triggering weird
> > compiler errors, including several ICEs. Is there a way to test the
> > build with g++-4.0 on all architectures before the transition starts?
> > (Other than ask
On Wed, Jun 15, 2005 at 01:17:59AM +0200, Josselin Mouette wrote:
> Le mardi 14 juin 2005 à 14:48 -0700, Steve Langasek a écrit :
> > > I maintain a package (hdf5) which contains a pure C library and a C++
> > > interface. However, I'm pretty sure the C++ library isn't used by
> > > packages depend
Le mardi 14 juin 2005 à 14:48 -0700, Steve Langasek a écrit :
> > I maintain a package (hdf5) which contains a pure C library and a C++
> > interface. However, I'm pretty sure the C++ library isn't used by
> > packages depending on it. In this case, is it necessary for the library
> > to be renamed
On Tue, Jun 14, 2005 at 09:34:31PM +0200, Josselin Mouette wrote:
> Le jeudi 09 juin 2005 à 02:13 +0200, Matthias Klose a écrit :
> > For etch we will update the toolchain (glibc, binutils,
> > linux-kernel-headers, gcc) again. Some updates look easy, other will
> > have a bigger impact on package
* Josselin Mouette:
> I maintain a package (hdf5) which contains a pure C library and a C++
> interface. However, I'm pretty sure the C++ library isn't used by
> packages depending on it. In this case, is it necessary for the library
> to be renamed?
Is it reasonable to expect that users compile
> I maintain a package (hdf5) which contains a pure C library and a C++
> interface. However, I'm pretty sure the C++ library isn't used by
> packages depending on it. In this case, is it necessary for
> the library to be renamed?
What about third-party software that is not part of Debian and dep
Le jeudi 09 juin 2005 à 02:13 +0200, Matthias Klose a écrit :
> For etch we will update the toolchain (glibc, binutils,
> linux-kernel-headers, gcc) again. Some updates look easy, other will
> have a bigger impact on packages. One aspect of the toolchain update
> is the change of the C++ ABI from
On Fri, Jun 10, 2005 at 03:31:06PM +0100, Will Newton wrote:
> On Friday 10 June 2005 15:27, Colin Watson wrote:
> > Yes, for the moment getting that into testing requires release-team
> > approval (which is unlikely to be withheld - it's just so that the udeb
> > can be synced at the same time).
>
On Friday 10 June 2005 15:27, Colin Watson wrote:
> > I'm in the process of adopting a package (freetype2) that builds a udeb.
> > Would updating this package now require manual intervention from the
> > release team?
>
> Yes, for the moment getting that into testing requires release-team
> approv
On Fri, Jun 10, 2005 at 12:24:05PM +0100, Will Newton wrote:
> On Friday 10 June 2005 05:59, Steve Langasek wrote:
> > We're leaning towards possibly keeping udeb-generating packages frozen
> > during etch still because they require manual intervention for syncing
> > udebs into testing; this means
[Matthias Klose]
> As Steve did explain, the first class is a non-issue. Because you
> brought up the topic, I was asking you for a real-world example of
> your so defined second set.
I am trying to figure out if there might exist a problem with this
approach, as I am trained to predict and fix p
On Friday 10 June 2005 05:59, Steve Langasek wrote:
> We're leaning towards possibly keeping udeb-generating packages frozen
> during etch still because they require manual intervention for syncing
> udebs into testing; this means separating the source packages that create
> udebs (which as a clas
On Thu, Jun 09, 2005 at 09:04:20PM -0500, Adam Majer wrote:
> Santiago Vila wrote:
> >On Thu, 9 Jun 2005, Adam Majer wrote:
> >>Also, the testing seems to be now unfrozen except for base. Does the
> >>base freeze have anything to do with the new C++ ABI?
> >No, it's more a leftover of the freeze
Santiago Vila wrote:
>On Thu, 9 Jun 2005, Adam Majer wrote:
>
>
>
>>Also, the testing seems to be now unfrozen except for base. Does the
>>base freeze have anything to do with the new C++ ABI?
>>
>>
>
>No, it's more a leftover of the freeze process. I asked Steve today
>about this. He says b
Bill Allombert wrote:
>On Sun, Jun 05, 2005 at 01:25:28PM +0200, Matthias Klose wrote:
>
>
>>The time frame of the C++ ABI changed is not yet fixed. We will
>>certainly need some time to get the toolchain in shape to start the
>>transition. In the meantime you can check the new compilers in
>>
On Thu, 9 Jun 2005, Adam Majer wrote:
> Also, the testing seems to be now unfrozen except for base. Does the
> base freeze have anything to do with the new C++ ABI?
No, it's more a leftover of the freeze process. I asked Steve today
about this. He says base packages will be unfrozen again in a fe
Matthias Klose wrote:
> We will send an update with a detailed schedule, when the toolchain is
> ready for the change.
I'm sorry but I'm a little bit confused. Is unstable frozen *now*? If
yes, is the toolchain being updated now?
I'm assuming the change mostly involve moving gcc-defaults to poi
> The problem is that the decisions are always taken for the Ubuntu
> distribution first. Then, people from Canonical or people wanting to
> keep compatibility between the two distributions will always want Debian
> to follow the decisions taken for Ubuntu, regardless of their technical
> merit an
Hi!
Josselin Mouette [2005-06-05 18:50 +0200]:
> The problem is that the decisions are always taken for the Ubuntu
> distribution first.
I can't remember any situation where somebody said "Don't do this in
Debian yet, Ubuntu wants it first".
I don't see any world/Debian domination plan here. Jus
On Sun, Jun 05, 2005 at 02:35:10PM -0500, John Hasler wrote:
> David Nusinow writes:
> > No. There are a number of people who are in charge of important technical
> > decisions who have no more association with Canonical than you or I
> > do. I'm sure if you stop ranting for a moment and think abou
On Sun, Jun 05, 2005 at 06:01:33PM +0200, Josselin Mouette wrote:
> Le dimanche 05 juin 2005 à 17:57 +0200, Tollef Fog Heen a écrit :
> > The plan outlined in
> > http://lists.debian.org/debian-release/2005/04/msg00153.html is what
> > Ubuntu is already doing. Note that some of the people involved
David Nusinow writes:
> No. There are a number of people who are in charge of important technical
> decisions who have no more association with Canonical than you or I
> do. I'm sure if you stop ranting for a moment and think about it you can
> name some of them yourself.
You are assuming that eve
Le dimanche 05 juin 2005 à 22:55 +0200, Wouter Verhelst a écrit :
> > And you're the one to tell I'm spreading FUD?
>
> Where did I say "FUD"?
Sorry, that was Tollef.
> > Real improvement comes from actual work on packages, not from discussion
> > here. The only cases where improvement can't be
On Sun, Jun 05, 2005 at 10:37:08PM +0200, Josselin Mouette wrote:
> Le dimanche 05 juin 2005 à 20:40 +0200, Wouter Verhelst a écrit :
> > On Sun, Jun 05, 2005 at 06:50:57PM +0200, Josselin Mouette wrote:
> > > The problem is that the decisions are always taken for the Ubuntu
> > > distribution firs
Le dimanche 05 juin 2005 à 20:40 +0200, Wouter Verhelst a écrit :
> On Sun, Jun 05, 2005 at 06:50:57PM +0200, Josselin Mouette wrote:
> > The problem is that the decisions are always taken for the Ubuntu
> > distribution first.
>
> There's two reasons why this could be happening:
>
> * There's a
> Le dimanche 05 juin 2005 ? 13:25 +0200, Matthias Klose a ?crit :
>> For etch we will update the toolchain (glibc, binutils,
>> linux-kernel-headers, gcc) again. Some updates look easy, other will
>> have a bigger impact on packages. One aspect of the toolchain update
>> is the change of the C
On Sun, Jun 05, 2005 at 06:50:57PM +0200, Josselin Mouette wrote:
> The problem is that the decisions are always taken for the Ubuntu
> distribution first.
There's two reasons why this could be happening:
* There's a master plan over at Canonical to try and take over Debian.
* For every step some
On Sun, Jun 05, 2005 at 05:12:46PM +0200, Matthias Klose wrote:
> Adrian Bunk writes:
> > On Sun, Jun 05, 2005 at 01:25:28PM +0200, Matthias Klose wrote:
> > >...
> > > - freeze unstable for uploads of library packages with new ABI
> > > versions. If a new soname is introduced now, it has to be
On Sun, 2005-06-05 at 17:36 +0200, Josselin Mouette wrote:
> How is it going to affect the compatibility between Debian and Ubuntu?
> As I understand it, Ubuntu has started to move to G++ 4.0 without any
> synchronisation with the Debian toolchain maintainers.
Huh?!
If I'm not mistaken, couple o
Le dimanche 05 juin 2005 à 18:34 +0200, Daniel Holbach a écrit :
> Hello Josselin,
>
> Am Sonntag, den 05.06.2005, 18:01 +0200 schrieb Josselin Mouette:
> > Oh, great. I forgot that Canonical's business model is to use Ubuntu as
> > an upstaging area for Debian, so that we're always lagging behind
On Sun, Jun 05, 2005 at 06:32:10PM +0200, Josselin Mouette wrote:
> Are, as of today, Canonical and its employees the sole people
> responsible for important technical and political decisions within the
> project?
1) No. There are a number of people who are in charge of important
technical decisio
Adrian Bunk writes:
> On Sun, Jun 05, 2005 at 01:25:28PM +0200, Matthias Klose wrote:
> >...
> > - freeze unstable for uploads of library packages with new ABI
> > versions. If a new soname is introduced now, it has to be changed a
> > few weeks later again. Packages depending on these librar
* Josselin Mouette
| Oh, great. I forgot that Canonical's business model is to use Ubuntu as
| an upstaging area for Debian, so that we're always lagging behind.
Uhm, so you think Debian should have done the gcc 4.0 transition while
in the final stages of a freeze? Do you think Ubuntu would hav
Petter Reinholdtsen writes:
> [Matthias Klose]
> > Pere, could you point of one of these packages?
>
> Which one? One of the packages changing name from libfoo to
> libfooc102 and then if this proposal goes through back to libfoo? Or
> one of the packages outside of debian installed on some mach
Hello Josselin,
Am Sonntag, den 05.06.2005, 18:01 +0200 schrieb Josselin Mouette:
> Oh, great. I forgot that Canonical's business model is to use Ubuntu as
> an upstaging area for Debian, so that we're always lagging behind. Will
> the next development decisions also be taken by some Canonical sta
Le dimanche 05 juin 2005 à 18:20 +0200, Wouter Verhelst a écrit :
> > Oh, great. I forgot that Canonical's business model is to use Ubuntu as
> > an upstaging area for Debian, so that we're always lagging behind. Will
> > the next development decisions also be taken by some Canonical staff?
>
> Ye
On Sun, Jun 05, 2005 at 06:01:33PM +0200, Josselin Mouette wrote:
> Le dimanche 05 juin 2005 à 17:57 +0200, Tollef Fog Heen a écrit :
> > The plan outlined in
> > http://lists.debian.org/debian-release/2005/04/msg00153.html is what
> > Ubuntu is already doing. Note that some of the people involved
Le dimanche 05 juin 2005 à 17:57 +0200, Tollef Fog Heen a écrit :
> The plan outlined in
> http://lists.debian.org/debian-release/2005/04/msg00153.html is what
> Ubuntu is already doing. Note that some of the people involved in the
> Ubuntu transition are Matthias Klose and Jeff Bailey so it would
* Josselin Mouette
| How is it going to affect the compatibility between Debian and Ubuntu?
Not.
| As I understand it, Ubuntu has started to move to G++ 4.0 without
| any synchronisation with the Debian toolchain maintainers.
Uhm, no?
The plan outlined in
http://lists.debian.org/debian-releas
Le dimanche 05 juin 2005 à 13:25 +0200, Matthias Klose a écrit :
> For etch we will update the toolchain (glibc, binutils,
> linux-kernel-headers, gcc) again. Some updates look easy, other will
> have a bigger impact on packages. One aspect of the toolchain update
> is the change of the C++ ABI f
Steve Langasek writes:
> On Sun, Jun 05, 2005 at 03:04:45PM +0200, Petter Reinholdtsen wrote:
> > [Matthias Klose]
> > > Details of the planned C++ ABI change can be found at
> > >
> > > http://lists.debian.org/debian-release/2005/04/msg00153.html
>
> > There I find this remark:
>
> > Append
On Sun, Jun 05, 2005 at 01:25:28PM +0200, Matthias Klose wrote:
>...
> - freeze unstable for uploads of library packages with new ABI
> versions. If a new soname is introduced now, it has to be changed a
> few weeks later again. Packages depending on these libraries
> would need to be uploa
On Sun, Jun 05, 2005 at 01:25:28PM +0200, Matthias Klose wrote:
> The time frame of the C++ ABI changed is not yet fixed. We will
> certainly need some time to get the toolchain in shape to start the
> transition. In the meantime you can check the new compilers in
> unstable (g++-3.4) and in expe
[Matthias Klose]
> Pere, could you point of one of these packages?
Which one? One of the packages changing name from libfoo to
libfooc102 and then if this proposal goes through back to libfoo? Or
one of the packages outside of debian installed on some machine
somewhere?
PS: No, I haven't checke
On Sun, Jun 05, 2005 at 03:04:45PM +0200, Petter Reinholdtsen wrote:
> [Matthias Klose]
> > Details of the planned C++ ABI change can be found at
> >
> > http://lists.debian.org/debian-release/2005/04/msg00153.html
> There I find this remark:
> Appended is an updated version, the most notabl
[Matthias Klose]
> Details of the planned C++ ABI change can be found at
>
> http://lists.debian.org/debian-release/2005/04/msg00153.html
There I find this remark:
Appended is an updated version, the most notable change is to drop
the 'c102' suffix from packages, if it exists. This way, we
I'd suggest having a look at anjuta
http://www.anjuta.org
--
"..Bad apples come from every family. One esteemed Texas family
once had a highly volatile youngster who drank a lot, crashed
cars and wasted his life away. He is now president of the USA.."
- Andrew Sullivan, The Sunday Times, 16th
Hallo Tollef,
* Tollef Fog Heen wrote:
>* Jan Schulz
>| sources.list. Unfortunatelly I don't have that much webspace to do
>| a woody backport myself...
>deb http://mirror.raw.no/ gnome2.2/
>deb-src http://mirror.raw.no/ gnome2.2/
Was more meant to supply a eclipse backport for woody. :) My
web
* Jan Schulz
| * David Goodenough wrote:
|
| >KDevelop comes as part of KDE, Eclipse is only available in unstable at the
| >moment (I don't think it has made it into testing yet but I may be wrong).
|
| Nope... On the other hand it is no problem to recompile it on woody
| systems. Only thing is
Hallo David,
* David Goodenough wrote:
>> I'm mainly going to be writing C++ with a JNI layer to allow access from my
>> Java code.
eclipses C(++)DevTools aren't that good as the JavaDT, so I don't
know if thats enough for you. For java, eclipse is great.
>KDevelop comes as part of KDE, Eclipse
On Mon, Jun 23, 2003 at 11:32:47AM -0400, code wrote:
> Hi,
> I'm new to the Linux world crossing over from Windows to do a work project
> and was wondering if someone could recommend a good IDE for Java and C++. I'm
> mainly going to be writing C++ with a JNI layer to allow access from my Java
On Monday 23 June 2003 16:32, code wrote:
> Hi,
> I'm new to the Linux world crossing over from Windows to do a work project
> and was wondering if someone could recommend a good IDE for Java and C++.
> I'm mainly going to be writing C++ with a JNI layer to allow access from my
> Java code.
>
> Th
try eclipse
www.eclipse.org
Em Seg, 2003-06-23 às 12:32, code escreveu:
> Hi,
> I'm new to the Linux world crossing over from Windows to do a work project
> and was wondering if someone could recommend a good IDE for Java and C++. I'm
> mainly going to be writing C++ with a JNI layer to allow ac
On Mon, Apr 22, 2002 at 05:07:56PM +0200, Dr. Giovanni A. Orlando wrote:
> Hi Everyone,
>
> I want to understand why the specific said: "C++ immature" ...
>
> http://www.linuxbase.org/spec/gLSB/gLSB/cppmapping.html
The ABI (Application Binary Inteface) for C++ is still in flux. A
st
>
> I want to understand why the specific said: "C++ immature" ...
>
> http://www.linuxbase.org/spec/gLSB/gLSB/cppmapping.html
>
> Would KDE be excluded based on this immaturity ?
>
> Thanks,
> Giovanni
Any C++ app is problematic today.
This went somewhat off-topic, but head
Previously Dr. Giovanni A. Orlando wrote:
>I want to understand why the specific said: "C++ immature" ...
>
>http://www.linuxbase.org/spec/gLSB/gLSB/cppmapping.html
The C++ ABI is still evolving and changing every few gcc releases.
Wichert.
--
On Wed, Apr 03, 2002 at 08:00:11PM +0200, J.H.M. Dassen (Ray) wrote:
> The toolchain was fubar on an IA64 build daemon host; see
> http://bugs.debian.org/140969 .
Thanks for the pointer, all is ok now and indeed gtkmathview was
successfully built on ia64.
Cheers.
--
Stefano Zacchiroli - undergr
On Wed, Apr 03, 2002 at 18:03:14 +0200, Stefano Zacchiroli wrote:
> I'm asking here because the failure seems to be due to the "c++"
> compiler that doesn't recognize the "-Dsomething" option.
The toolchain was fubar on an IA64 build daemon host; see
http://bugs.debian.org/140969 .
HTH,
Ray
--
T
82 matches
Mail list logo
