/msg00361.html
http://gcc.gnu.org/ml/gcc-help/2010-03/msg7.html
But that didn't seem to end with any real conclusion as to what the
original problem was, which I think this example does demonstrate now.
Cheers,
Ron
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT
to know about, then you're welcome to close it.
Ron
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101226082944.gi2...@audi.shelbyville.oz
what I understand of that error, it appears to be quite
muddled up about things at that point. g++-3.4 seems to compile
this without warning though, so I guess it is time for me to put
all the rest of my code through its wringer too... :-)
cheers,
Ron
-- System Information:
Debian Release: 3.1
of the warning, the code operates
intuitively correctly now, but things are rarely simple...
cheers,
Ron
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
#165848 for prior rantage on /usr/arch/bin.
I've also added debian-gcc to the cc. If anyone from there would like
to chime in, they probably carry a more current and informed opinion
than mine.
best,
Ron
On Fri, May 23, 2003 at 11:05:14AM +0200, Jeremie Koenig wrote:
Well, my humble excuses
the things I don't actually care about
myself :)
But if those two get fixed it should be at least one step closer to
working for whoever tries it next!
Cheers,
Ron
--- src/libphobos/Makefile.am.orig 2014-09-20 02:26:48.194792033 +0930
+++ src/libphobos/Makefile.am 2014-09-20 02:27
for Jessie. It's definitely desirable
to have this on a stable system, since the lock-step requirement of
m-a makes it rather more painful to keep this all working on an
unstable system where packages are changing rapidly (and because
stable deps are kind of an important thing too :)
Cheers,
Ron
error: wrong number of arguments specified for ‘no_sanitize’
attribute
f () { /* Do something. */; }
^
It would be really nice if that did work as documented, to avoid having
to special case this in user code even more than we already do.
Cheers,
Ron
Package: gcc, ia32-libs
Version: 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
I am getting the oft-reported skipping incompatible /usr/bin/../lib/
libc.a when searching for -lc problem when trying to compile 32 bit
binaries on a 64-bit machine. However, I have tried all of the usual
fixes
Wow, I should have known to do that. My apologies for the troubles. I
followed the advice in the previous post, and rebooting worked. I have
no clue how the RAM got corrupt.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: libstdc++5-dev
Version: 1:3.2.3-8
Severity: normal
The following test code:
#include map
typedef std::mapint,int MapType;
int main()
{
MapType::key_type foo = 0;
MapType::data_type bar = 0;
return bar;
}
fails with an error at the MapType::data_type line:
and gcc-6, I have no idea whether it'll work for previous or
future gcc versions. It depends on whether gcc, cc and other executables
are symlinked to gcc-5, cc-6 and so on.
Hope it helps.
.Ron
--
Ron Murray <r...@rjmx.net>
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E86
Package: gm2-13
Version: 13.2.0-4
Severity: important
X-Debbugs-Cc: ron163...@startmail.com
Dear Maintainer,
Since the upgrade from gm2-12 to gm2-13, the link step fails:
/usr/bin/gm2 -fpim -flibs=m2pim,m2cor,m2iso -o topsort_m2 ../topsort.mod
FAILED: topsort_m2
/usr/bin/gm2 -fpim
13 matches
Mail list logo