mark-28 wrote:
I don't understand what is being requested. Have one structure with
four fields, and another with two, and allow them to be used
automatically interchangeably? How is this a good thing? How will
this prevent the implementor from making a stupid mistake?
Its less a
On Wed, Jun 27, 2007 at 11:36:23PM -0700, michael.a wrote:
mark-28 wrote:
I agree with the sentiment, but not with the relevance. I don't see
how having a four field structure automatically appear as a completley
different two field structure, based only upon a match up between
field types
mark-28 wrote:
Mark Mielke wrote Why not This?:
class Rectangle {
Vector2d position;
Vector2d size;
};
... rectangle.position.x = ... ...
On Thu, Jun 28, 2007 at 03:00:07AM -0700, michael.a wrote:
My foremost personal requirement is that no code need
Antoine Chavasse wrote:
For instance, say you need to impliment a GUI, so you have yourself a
rectangle struct which consists of four floating point values (the origin
and difference between the opposite corner) ...Now you want those four
values, but you also have a 2D vector struct.
michael.a wrote:
Will likely be a good while before I can report whether simply knocking
out the errors cause any run-time issues.
Is there some reason why stdarg.h would not be on my system (amd64 ubuntu)
I can find it in the various gcc source trees (apparently gcc brings its
own
Meissner, Michael wrote:
You probably should root around to find out why it isn't installed. I
would
suspect you did not install the appropriate development packages or
somehow
your compilation system is messed up.
I rooted thoroughly, not wanting to make this post for fear of
michael.a wrote:
I guess I will have to sort out why the compiler isn't finding it (any
advice is welcome -- just for the record, I did a straight install from
packaged sources with previous gcc installs removed before hand)
Actually, funny story... I was actually looking
michael.a wrote:
So, I really appreciate all of your patience in helping to get me through
the build process. I guess I'll post something about how the hacking
effort / reprogramming expiriments work out. In the meantime I hope this
discussion (and the relevance of a proper extension
michael.a wrote:
I should probably just find that Debian patch and install into the system
directories, but I still don't understand if there are any factors outside
of gcc necessary for a successful build (could glibc be related to the
crt.o files -- and are the crt.o files tied
Cat-4 wrote:
$ ls -lad gcc*
4 drwxr-xr-x 3 root root 4096 2007-06-21 12:35 gcc-4.1-4.1.1ds2
6956 -rw--- 1 root root 7109677 2006-12-11 06:02
gcc-4.1_4.1.1ds2-21.diff.gz
4 -rw--- 1 root root 2407 2006-12-11 06:02
gcc-4.1_4.1.1ds2-21.dsc
36156 -rw--- 1 root
michael.a wrote:
I guess in the meantime I'll go ahead and install it and see if I can use
it or not.
Success!
Will likely be a good while before I can report whether simply knocking out
the errors cause any run-time issues.
In the meantime, if anyone can clue me in on squaring
michael.a wrote:
Since I'm already posting, now I'm seeing:
/home/users/michael/gcc.obj/gcc/f951: symbol lookup error:
/home/users/michael/gcc.obj/gcc/f951: undefined symbol:
__gmp_get_memory_functions
I was able to find this:
http://www.nabble.com/Bootstrap-failure-in-libjava
If all you need is one memeber that has constructors / destructors, and
all other members are PODs that provide an alternate view of the contents,
then I think that would make a logical extension of the transparent union
extension. A transparent union as passed to functions in the same manner
Eric Christopher-2 wrote:
Sounds like you're using ./configure. Are you following the directions
at:
http://gcc.gnu.org/install/configure.html
-eric
Thank you, I guess I missed that page somehow.
Only I ran into the same Libc wall again, so I'm temporarily stumped:
Eric Christopher-2 wrote:
'gcc -v' will give you the information on how the system gcc was
configured.
-eric
Here is the gcc -v output for the binaries installed by the distro:
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
Brian Dessent wrote:
michael.a wrote:
gcc version 4.0.3 (Ubuntu 4.0.3-1ubuntu5)
This belongs on gcc-help not here.
Debian-based distros use a 32/64 bit /usr/lib configuration that is
backwards from what the rest of the world uses and requires a patched
gcc to multilib correctly
Daniel Jacobowitz-2 wrote:
On Mon, Jun 18, 2007 at 04:57:46PM -0700, michael.a wrote:
Yeah, I know (mailing lists are so particular -- I guess I fail to see
the
value beyond a noncentralized discussion)
But since I believe three different people have asked you to move this
problem
Martin Jambor wrote:
On Sat, Jun 16, 2007 at 06:16:03PM -0700, michael.a wrote:
Any advice on compiling gcc? That is the chicken and egg problem. If I
install a binary version of GCC, then use it to build and install a
custom
GCC (which I want to become the system wide GCC) ...then how
Just for the record, this construction was proposed to me from behind the
scenes:
class Rect
{
Rect()
{
new (xlat) Vec2T(); // Explicit calls to the ctor
new (size) Vec2T();
}
~Rect()
{
xlat.~Vec2T();
Aaron W. LaFramboise-3 wrote:
michael.a wrote:
So in closing, I'm interested in any ideas / advice, but compromising the
existing codebase is completely out of the question. You have my
appreciation in advance naturally...
I suspect the proper solution here is something from
I'm sorry, but can anyone get through to any of these mirrors ever:
http://gcc.gnu.org/mirrors.html
Can someone recommend an alternative means of obtaining GCC source releases?
I can't find a GCC source package in debian repositories.
--
View this message in context:
Robert Dewar wrote:
I think there is a lot of merit in
a) C++ programmers writing in C++ and not idiosyncratic dialects
b) C++ compilers implementing C++ and not idiosyncratic dialects
Certainly if you are interested in porting code, as seems to be the
case here, following a) is a
David Fang wrote:
$.02
It's not highly techinical to see the fundamental difficulty with
mixing ctor/dtors and unions. At the core of C++ is the association with
constructors as initialization actions at the beginning of an object's
lifetime, and likewise destructors associate
Brooks Moses-3 wrote:
michael.a wrote:
It would be interesting for someone to try to make a practical argument
that
is anything but a nest of technicalities, as to why ctors and unions
shouldn't be mixable.
The Fortran language specification allows essentially this, although
Joe Buck wrote:
On Fri, Jun 15, 2007 at 08:00:24PM -0700, michael.a wrote:
I've actually never seen placement new before I think. Its a useful way
to
reconstruct heaped memory, but not useful in anyway in the situation I
described (which is really broader than any single fix)
I
Andrew Pinski-2 wrote:
Huh? It can be used with stack variables, we have tests in the
testsuite where we use it with such.
Thats not what google told me, I believe from every source I took a look at.
As for the discussion of unions, placement new is way too much overhead.
David Fang wrote:
... And when the said constructor is trivial (e.g. for POD), then you pay
nothing, zilch, nada. (same with placement delete) In C++, some things
you write (od don't write) are merely abstractions for what should happen,
which can represent 'nothing'. Only if you ask
Any advice on compiling gcc? That is the chicken and egg problem. If I
install a binary version of GCC, then use it to build and install a custom
GCC (which I want to become the system wide GCC) ...then how is this
commonly done? --of course I would like the non custom GCC to do any future
Joe Buck wrote:
On Sat, Jun 16, 2007 at 12:08:40PM -0700, michael.a wrote:
As for placement new, from what I can find, it is unsafe to use with
any
memory that isn't part of the heap.
You do have to concern yourself with alignment. But often an allocator
that hands out memory
Salutations everyone,
I'm afraid I have a fairly major project which requires a Linux port. The
problem is, development has been put off for a while because GCC lacks any
means or work around which permits nesting ctors inside a union.
The effort is mature enough that it needs a public
Portability is not a huge issue for these builds actually as the plan is to
distribute binaries for the time being, with open source modules, or module
plugins rather, as the system itself is a suite of modules. Also only
operating system with nestable and mutually dependent shared library
Andrew Pinski-2 wrote:
Actually that was not really really an extension before the standard
come out. The rules changed with the standardization. Really most of
GCC extensions to the C++ langauge that exist now (except for a few
new ones dealing with the C++0x standard) are all legacy
32 matches
Mail list logo