|
Greg,
I've finally been able to pass the -fopenmp option to the linker
and I have my program running now.
Thanks for your help. I truly appreciate it.
Sam Dupree.
On November/27/2018 11:12:49, Greg
Watson wrote:
I'm not exactly sure which environment variables you're referring
to. The Eclipse launch configuration uses a key/value store of
attributes which are translated into an LCVariableMap by the
org.eclipse.ptp.launch.ui.extensions.JAXBDynamicLaunchConfigurationTab.
They're copied to an RMVariableMap somewhere and kept in this map
until the launch is initiated, when they are used to create
environment variables (as specified in the target configuration
XML file) that are passed to the executable. This happens in
org.eclipse.ptp.internal.rm.jaxb.control.core.runnable.command.CommandJob#prepareEnv.
HTH,
Greg
Regardless
of whether I save the configuration
or not before I set it disabled, the behavior is the
same. Saving
the configuration (by pressing the "Apply" button)
invokes the
refresh method as well.
I was thinking
of adding a new member
in LCVariableMap that keeps track of disabled env. vars.
and add a few
methods to deal w/updating that. I want the saving of
those disabled
widgets to continue to be updated w/values from lcMap,
but I don't want
to have the corresnponding env vars. set for those
disabled variables.
Where are the
environment variables
set using the values from lcMap?
Serban Maerean
HPC Tools
T/L: 293-9770, Tel.: 845-433-9770
E-mail: serban@xxxxxxxxxx
From:
Greg
Watson <g.watson@xxxxxxxxxxxx>
To:
Parallel
Tools Platform
general developers <ptp-dev@xxxxxxxxxxx>
Date:
11/21/2018
12:56 PM
Subject:
Re:
[ptp-dev]
Handling of the disabled widgets in PTP's run
configurations view
Sent
by:
ptp-dev-bounces@xxxxxxxxxxx
Hi Serban, everything good here,
thanks.
If you save the configuration
after you set the value
in the widget but before you set it as disabled, does it
work then? What
happens if you switch tabs in between?
In any case, I suspect you'd need
to change the way the
AbstractUpdateModel class works along the lines of what
you suggest by
adding a new member of 'disabled' widgets.
Regards,
Greg
On Nov 20, 2018, at 11:41 AM,
Serban Maerean <serban@xxxxxxxxxx>
wrote:
Hi Greg, how are
you? Hope you're
doing good.
I need help with an issue regarding the handling of the
widgets in the
"Profile Configuration" view, specifically in the
"Performance
Analysis" tab. I am trying to figure out the best way
of avoiding
setting environment variables controlled with widgets
that are not enabled
and, at the same time, save the value of those widgets
in between the selections
of the different tabs.
One thing I noticed was that the refreshing of the
widget values happens
a lot of time, after the initialization, even for
widgets in tabs that
are not displayed (selected). It appears that the value
of variables
is controlled by a field called lcmap. I don't know
where the data
from lcmap is mapped to corresponding env vars, but
ideally, only that
would happen only for the widgets that are enabled.
I tried adding a dynamic widget with text that checks
whether the widget
is enabled before returning the value; however, that
approach does not
save the initial value when the widget is not enabled.
For example,
if I enable a widget, set a value, then I disable it,
the text (in my case)
value is displayed grayed out. However, when I go back
to enable
the widget again, I want to recover that text and not
need to input it
again in the widget. I don't know how to do that with a
dynamic widget,
as the value of the widget is controlled using the lcmap
member of the
AbstractUpdateModel class and that is used for both
initialization, refreshing
and, apparently, the setting of the corresponding env
vars' values.
One train of thought would be to use the 'excluded'
member of the LCVariableMap
class to keep track of widgets that are not only
not-visible, but not enabled
as well. Or maybe have a different member that does
that.
Any help and idea highly appreciated.
Thanks so much,
Serban Maerean
HPC Tools
T/L: 293-9770, Tel.: 845-433-9770
E-mail:
serban@xxxxxxxxxx
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password,
or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your
password, or unsubscribe
from this list, visit
https://www.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password,
or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/ptp-dev
|
