mirrors/cdt
1
0
Fork 0
mirror of https://github.com/eclipse-cdt/cdt synced 2025-07-31 04:45:38 +02:00
Code Issues Wiki Activity
cdt/llvm/org.eclipse.cdt.llvm.dsf.lldb.core/META-INF/MANIFEST.MF

24 lines
1.2 KiB
Text
Raw Normal View History

LLDB: Add support for local debugging of new processes This commit adds support for debugging new processes launched locally using the LLDB debugger (lldb-mi). The minimum version supported is LLDB 3.8. Preliminary documentation on how to set it up is available here: https://github.com/MarkZ3/Eclipse-CDT-WIP/issues/9#issuecomment-236483223 Bug: 405670 Change-Id: If46543e974e2f19c45ab3bba088eab35fe737077 Signed-off-by: Marc-Andre Laperle <marc-andre.laperle@ericsson.com>
2016-05-12 22:20:00 -04:00
Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: %pluginName
Bundle-Vendor: %providerName
Bundle-SymbolicName: org.eclipse.cdt.llvm.dsf.lldb.core;singleton:=true
Report LLDB version and clean up LLDB-MI launch sequence We use CLI 'version' to replace the MI '-gdb-version' command.
2025-06-06 14:22:45 +01:00
Bundle-Version: 1.102.400.qualifier
Update to Java 17 as BREE. Fixes #80
2022-10-01 19:59:59 -04:00
Bundle-RequiredExecutionEnvironment: JavaSE-17
LLDB: Add support for local debugging of new processes This commit adds support for debugging new processes launched locally using the LLDB debugger (lldb-mi). The minimum version supported is LLDB 3.8. Preliminary documentation on how to set it up is available here: https://github.com/MarkZ3/Eclipse-CDT-WIP/issues/9#issuecomment-236483223 Bug: 405670 Change-Id: If46543e974e2f19c45ab3bba088eab35fe737077 Signed-off-by: Marc-Andre Laperle <marc-andre.laperle@ericsson.com>
2016-05-12 22:20:00 -04:00
Bundle-Localization: plugin
[releng] Require target platform bundles as minimum version Using: ``` mvn org.eclipse.tycho.extras:tycho-version-bump-plugin:4.0.12:update-manifest ``` and then multiple iterations to bump the bundle-version: ``` mvn verify org.eclipse.tycho:tycho-versions-plugin:4.0.12:bump-versions -Dtycho.bump-versions.increment=100 -DskipDoc=true -DskipTests=true -P baseline-compare-and-replace -fae -Djgit.dirtyWorkingTree-cdtDefault=warning ``` Make sure bounds of all dependencies match what we built against. This prevents issues such as Bug 536448 from recurring. In 2025-06 there are a number of Eclipse Platform changes that make CDT susceptible to these types of issues again. Note that this change is similar to previous iterations, such as 1087dc5f2255b8befa31e6e0cf98e72d9483ceed, but with the automatation we can now apply this to *all* bundles. In addition, with the tighter version constraints, building from simrel repo for the jniheader (releng/scripts/do_rebuild_natives.sh) is no longer sufficient. This speedup has been removed as it was probably incorrect to have by default. The api filters were introduced because some bundles are re-exported. Those re-exported bundle requirements mean that technically we need to bump the version, but in reality we effectively required the range as now documented anyway, so doing a major version bump is unneeded.
2025-05-18 15:37:50 -04:00
Require-Bundle: org.eclipse.debug.core;bundle-version="[3.23.0,4)",
Report LLDB version and clean up LLDB-MI launch sequence We use CLI 'version' to replace the MI '-gdb-version' command.
2025-06-06 14:22:45 +01:00
org.eclipse.cdt.dsf.gdb;bundle-version="[7.2.0,8)",
[releng] Require target platform bundles as minimum version Using: ``` mvn org.eclipse.tycho.extras:tycho-version-bump-plugin:4.0.12:update-manifest ``` and then multiple iterations to bump the bundle-version: ``` mvn verify org.eclipse.tycho:tycho-versions-plugin:4.0.12:bump-versions -Dtycho.bump-versions.increment=100 -DskipDoc=true -DskipTests=true -P baseline-compare-and-replace -fae -Djgit.dirtyWorkingTree-cdtDefault=warning ``` Make sure bounds of all dependencies match what we built against. This prevents issues such as Bug 536448 from recurring. In 2025-06 there are a number of Eclipse Platform changes that make CDT susceptible to these types of issues again. Note that this change is similar to previous iterations, such as 1087dc5f2255b8befa31e6e0cf98e72d9483ceed, but with the automatation we can now apply this to *all* bundles. In addition, with the tighter version constraints, building from simrel repo for the jniheader (releng/scripts/do_rebuild_natives.sh) is no longer sufficient. This speedup has been removed as it was probably incorrect to have by default. The api filters were introduced because some bundles are re-exported. Those re-exported bundle requirements mean that technically we need to bump the version, but in reality we effectively required the range as now documented anyway, so doing a major version bump is unneeded.
2025-05-18 15:37:50 -04:00
org.eclipse.cdt.launch;bundle-version="[11.0.0,12)",
Explicitly use Platform's M3 I-build Since M3 was published, platform had upped version of org.eclipse.core.runtime. See https://github.com/eclipse-cdt/cdt/pull/1165#issuecomment-2892408192
2025-05-19 18:16:01 -04:00
org.eclipse.core.runtime;bundle-version="[3.33.0,4)",
[releng] Require target platform bundles as minimum version Using: ``` mvn org.eclipse.tycho.extras:tycho-version-bump-plugin:4.0.12:update-manifest ``` and then multiple iterations to bump the bundle-version: ``` mvn verify org.eclipse.tycho:tycho-versions-plugin:4.0.12:bump-versions -Dtycho.bump-versions.increment=100 -DskipDoc=true -DskipTests=true -P baseline-compare-and-replace -fae -Djgit.dirtyWorkingTree-cdtDefault=warning ``` Make sure bounds of all dependencies match what we built against. This prevents issues such as Bug 536448 from recurring. In 2025-06 there are a number of Eclipse Platform changes that make CDT susceptible to these types of issues again. Note that this change is similar to previous iterations, such as 1087dc5f2255b8befa31e6e0cf98e72d9483ceed, but with the automatation we can now apply this to *all* bundles. In addition, with the tighter version constraints, building from simrel repo for the jniheader (releng/scripts/do_rebuild_natives.sh) is no longer sufficient. This speedup has been removed as it was probably incorrect to have by default. The api filters were introduced because some bundles are re-exported. Those re-exported bundle requirements mean that technically we need to bump the version, but in reality we effectively required the range as now documented anyway, so doing a major version bump is unneeded.
2025-05-18 15:37:50 -04:00
org.eclipse.cdt.dsf;bundle-version="[2.12.200,3)",
org.eclipse.cdt.debug.core;bundle-version="[9.0.0,10)",
org.eclipse.core.variables;bundle-version="[3.6.500,4)",
org.eclipse.cdt.core;bundle-version="[9.1.0,10)"
LLDB: Add support for local debugging of new processes This commit adds support for debugging new processes launched locally using the LLDB debugger (lldb-mi). The minimum version supported is LLDB 3.8. Preliminary documentation on how to set it up is available here: https://github.com/MarkZ3/Eclipse-CDT-WIP/issues/9#issuecomment-236483223 Bug: 405670 Change-Id: If46543e974e2f19c45ab3bba088eab35fe737077 Signed-off-by: Marc-Andre Laperle <marc-andre.laperle@ericsson.com>
2016-05-12 22:20:00 -04:00
Export-Package: org.eclipse.cdt.llvm.dsf.lldb.core,
org.eclipse.cdt.llvm.dsf.lldb.core.internal;x-friends:="org.eclipse.cdt.llvm.dsf.lldb.ui",
org.eclipse.cdt.llvm.dsf.lldb.core.internal.launching;x-internal:=true,
org.eclipse.cdt.llvm.dsf.lldb.core.internal.service;x-internal:=true
Bundle-Activator: org.eclipse.cdt.llvm.dsf.lldb.core.internal.LLDBCorePlugin
Bundle-ActivationPolicy: lazy
Bug 540610 - Add Automatic-Module-Name header Change-Id: Ia990b24469751050dd9ec8f9b5550804816308b3 Signed-off-by: Karsten Thoms <karsten.thoms@itemis.de>
2018-10-30 15:29:24 +01:00
Automatic-Module-Name: org.eclipse.cdt.llvm.dsf.lldb.core
Reference in a new issue Copy permalink