This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 132698 - Native code section in libraries
Summary: Native code section in libraries
Status: RESOLVED DUPLICATE of bug 47511
Alias: None
Product: java
Classification: Unclassified
Component: Platform (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker with 2 votes (vote)
Assignee: Jan Jancura
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-13 11:35 UTC by cylab
Modified: 2009-02-24 20:37 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description cylab 2008-04-13 11:35:02 UTC 
In the Netbeans OpenGl Pack we need to manage native code for the OpenGL binding. The current way is to provide a custom
build-impl that does some extra work and hides the java.library.path setting. Unfortunately this breaks with the shared
libraries feature in 6.1, since the native code is not part of the library definition.

So my suggestion would be to extend the libraries with a natives property that can be managed from the Library Manager.
The user should be able to add natives library locations like he can add jars, source and javadoc folders now. When
adding a folder, the user should be presented with a dialog to declare the OS/CPU platform the native code belongs to.

Additionally the build process should generate a dist folder for each platform available in the users projects library
list, much like it is now done by the OpenGL Pack template projects.
Comment 1 Jesse Glick 2009-02-24 20:37:50 UTC 

*** This issue has been marked as a duplicate of 47511 ***