search for: oldtyp

...39;s configuration file + +=head1 SYNOPSIS + + use Sys::VirtV2V::Config; + + $eh = Sys::VirtV2V::Config->new($config_path); + + my $isopath = $config->get_transfer_iso(); + my ($path, $deps) = $config->match_app($desc, $name, $arch); + my ($name, $type) = $config->map_network($oldname, $oldtype); + +=head1 DESCRIPTION + +Sys::VirtV2V::Config parses and queries the virt-v2v config file. + +=head1 METHODS + +=over + +=item new(path) + +Create a new Sys::VirtV2V::Config object to operate on the config file at +I<path>. + +=cut + +sub new +{ + my $class = shift; + my ($path) = @_...

...at types are you starting out with? If you had the equivalent of: > > %t1 = type opaque > %t2 = type void(%t1*) > > and you refine t1 -> t2, it should work. I'm not sure it will. %t1* is the "contained" type inside the FunctionType. RefineAbstractTypes expects the OldType (%t1 in this case) to be in the contained type set. Since a _pointer_ to %t1 is in the contained set, it doesn't see it. -Dave

...ou had the equivalent of: >> >> %t1 = type opaque >> %t2 = type void(%t1*) >> >> and you refine t1 -> t2, it should work. > > I'm not sure it will. %t1* is the "contained" type inside the > FunctionType. > RefineAbstractTypes expects the OldType (%t1 in this case) to be in > the > contained type set. Since a _pointer_ to %t1 is in the contained > set, it > doesn't see it. How is this any different than the struct case of {\2*} ? -Chris

...his=0x1d777d0) at Type.cpp:469 #6 0x0000000001584b1f in llvm::DerivedType::unlockedRefineAbstractTypeTo (this=0x1d777d0, NewType=0x1d5b050) at Type.cpp:1454 #7 0x000000000158b84c in llvm::TypeMap<llvm::PointerValType, llvm::PointerType>::RefineAbstractType (this=0x1d5afe0, Ty=0x1d777d0, OldType=0x1d77780, NewType=0x1d54190) at Type.cpp:884 #8 0x0000000001584fe2 in llvm::PointerType::refineAbstractType (this=0x1d777d0, OldType=0x1d77780, NewType=0x1d54190) at Type.cpp:1575 #9 0x0000000001584b8f in llvm::DerivedType::unlockedRefineAbstractTypeTo (this=0x1d77780, NewType=0x1d54190) at Typ...

...; >> %t1 = type opaque > >> %t2 = type void(%t1*) > >> > >> and you refine t1 -> t2, it should work. > > > > I'm not sure it will. %t1* is the "contained" type inside the > > FunctionType. > > RefineAbstractTypes expects the OldType (%t1 in this case) to be in > > the > > contained type set. Since a _pointer_ to %t1 is in the contained > > set, it > > doesn't see it. > > How is this any different than the struct case of {\2*} ? I don't know. All I know is when I called %t2->refineAb...

> 1. How to find all constants in Module? Does this code find all of them, or > they are somewhere else too? > for (GlobalVariable &GV : globals()) { > if (auto C = static_cast<Constant*>(GV.Op<0>().get())) { > ... C is Constant* > } > } Constants are unfortunately part of the Context, not the module :-( Cheers, Rafael

...path => $abs, - search => get_app_search($desc, $name, $arch)))) + search => _get_app_search($desc, $name, $arch)))) unless (-r $abs); my @deps; @@ -301,9 +302,14 @@ sub map_network my $self = shift; my ($oldname, $oldtype) = @_; - my ($mapping) = $self->{dom}->findnodes - ("/virt-v2v/network[\@type='$oldtype' and \@name='$oldname']". - "/network"); + my $dom = $self->{dom}; + + my $mapping; + if (defined($dom)) { + my ($mapping) = $dom...

...opaque >>>> %t2 = type void(%t1*) >>>> >>>> and you refine t1 -> t2, it should work. >>> >>> I'm not sure it will. %t1* is the "contained" type inside the >>> FunctionType. >>> RefineAbstractTypes expects the OldType (%t1 in this case) to be in >>> the >>> contained type set. Since a _pointer_ to %t1 is in the contained >>> set, it >>> doesn't see it. >> >> How is this any different than the struct case of {\2*} ? > > I don't know. All I know is w...

...type void(%t1*) > >>>> > >>>> and you refine t1 -> t2, it should work. > >>> > >>> I'm not sure it will. %t1* is the "contained" type inside the > >>> FunctionType. > >>> RefineAbstractTypes expects the OldType (%t1 in this case) to be in > >>> the > >>> contained type set. Since a _pointer_ to %t1 is in the contained > >>> set, it > >>> doesn't see it. > >> > >> How is this any different than the struct case of {\2*} ? > > >...

Dear LLVM, A minor thing. During opt passes it is sometimes needed to adjust the pointer address space. However, I've noticed PointerType in LLVM has only get accessor, and clang has its initial setter. Maybe better to --- DerivedTypes.h (revision 156703) +++ DerivedTypes.h (working copy) @@ -450,6 +450,9 @@ /// @brief Return the address space of the Pointer type. inline

On Nov 12, 2008, at 2:59 PM, David Greene wrote: > Is there some reason that RefineAbstractType doesn't recurse down > DerivedTypes > and further resolve abstract types? Because that would resolve two different types. RefineAbstractType just refines the one type you request, and further uniques types based on it. In fact, I strongly suspect that RefineAbstractType

Is there some reason that RefineAbstractType doesn't recurse down DerivedTypes and further resolve abstract types? In Fortran it is possible to have a routine that takes a function pointer to a routine with the same signature. This is not possible to express in C/C++. I'm not sure it's possible to express in LLVM either without using varargs (opinions welcome). In a simpler C++

...t;, + type => $type, + domain => $dom->toString())); + exit(1); + } + + _update_interface($if, $name, $type, $config); + } +} + +sub _update_interface +{ + my ($if, $oldname, $oldtype, $config) = @_; + + my $oldnameval = $oldname->getValue(); + my ($mapping) = $config->findnodes + ("/virt-v2v/network[\@type='$oldtype' and \@name='$oldnameval']". + "/network"); + + unless (defined($mapping)) { + print STDER...

...t;, + type => $type, + domain => $dom->toString())); + exit(1); + } + + _update_interface($if, $name, $type, $config); + } +} + +sub _update_interface +{ + my ($if, $oldname, $oldtype, $config) = @_; + + my $oldnameval = $oldname->getValue(); + my ($mapping) = $config->findnodes + ("/virt-v2v/network[\@type='$oldtype' and \@name='$oldnameval']". + "/network"); + + unless (defined($mapping)) { + print STDER...

Hello, I am using nfsen 1.3.5 (http://nfsen.sourceforge.net/) on CentOS 5.8 x86_64 (running as a VM on a KVM Host). For those not knowing it, nfsen is using php and perl and it allows graphing and analysis of (Cisco routers) netflow data captured using nfdump. Often (about once a day) nfsen crashes for unknown reason. For example: # /data/nfsen/bin/nfsen status NfSen version: 1.3.5

This patch series includes a repost of Milan's unmodified RHN support patch because I haven't pushed it yet. On top of that patch, it includes the capabilities patch in as many bits as I could make it into. The big one is 7/8. I've tested all of the following guests both with and without RHN registration: Xen RHEL 54 PV Xen RHEL 51 PV Xen RHEL 48 PV ESX RHEL 54 FV