search for: iussu

It would be great to avoid STLPort and use plain vanilla VC... as I told, the biggest difference it's how the hash_map and hash_set are implemented, but I'm not so strong in C++ for resolving the iussue. About the build procedure, it's based on scons, and it's still at a very preliminary stage... Right now I'm trying to build TableGen with it, as till now I've always copied TableGen results from the cygwin build ;-) Gime me a little more time, as I'm in the middle of this,...

...problem is that we have something like this... Value.h struct Value { bla bla bla } and around in the other files: SlotCalculator.h SchedGraph.h <big snip> class Value; The linker complains about the different parameters types, and raise an unresolved external symbol. I can resolve the iussue a) turning the original struct Value { ... } in class Value { public: .... } b) turning all the class Value; into struct Value; The same is for TargetJITInfo, Type, IntrinsicLowering and others... Suggestions? --- Paolo Invernizzi

...2004 17:28:54 +0200 Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > It would be great to avoid STLPort and use plain vanilla VC... as I > told, the biggest difference it's how the hash_map and hash_set are > implemented, but I'm not so strong in C++ for resolving the iussue. > > About the build procedure, it's based on scons, and it's still at a very > preliminary stage... > Right now I'm trying to build TableGen with it, as till now I've always > copied TableGen results from the cygwin build ;-) > Gime me a little more time, as I...

...> bla bla bla > } > > and around in the other files: > SlotCalculator.h > SchedGraph.h > <big snip> > > class Value; > > The linker complains about the different parameters types, and raise an > unresolved external symbol. > > I can resolve the iussue > a) turning the original struct Value { ... } in class Value { public: > .... } > b) turning all the class Value; into struct Value; > > The same is for TargetJITInfo, Type, IntrinsicLowering and others... > > Suggestions? > > --- > Paolo Invernizzi > > __...

...2004 17:28:54 +0200 Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > It would be great to avoid STLPort and use plain vanilla VC... as I > told, the biggest difference it's how the hash_map and hash_set are > implemented, but I'm not so strong in C++ for resolving the iussue. > > About the build procedure, it's based on scons, and it's still at a very > preliminary stage... > Right now I'm trying to build TableGen with it, as till now I've always > copied TableGen results from the cygwin build ;-) > Gime me a little more time, as I...

OK. I strongly support that sentiment. Paolo, could you send me your procedure for building under Windows? I haven't tried to build anything but System/Win32 so far. On Fri, 24 Sep 2004 07:52:23 -0700 Reid Spencer <reid at x10sys.com> wrote: > I'll wait for the research. We should try, as much as possible, to make > it work with just what the compiler provides and without

...Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > > > It would be great to avoid STLPort and use plain vanilla VC... as I > > told, the biggest difference it's how the hash_map and hash_set are > > implemented, but I'm not so strong in C++ for resolving the iussue. > > > > About the build procedure, it's based on scons, and it's still at a very > > preliminary stage... > > Right now I'm trying to build TableGen with it, as till now I've always > > copied TableGen results from the cygwin build ;-) > > Gi...

I'll wait for the research. We should try, as much as possible, to make it work with just what the compiler provides and without third party packages. Thanks, reid. On Fri, 2004-09-24 at 07:46, Jeff Cohen wrote: > I added the include of cstudio and it fails with plain VC7.1; the file > does not exist. > > Add it for now. If it is impossible to build with VC7.1 and without

HI all, I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based notebook with i915 graphic chipset). I am trying to use the latest drm hook for i915, but I get this error: drmsub0: <Intel i915GM> port 0x1800-0x1807 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or