Using LD, the GNU linker - Invocation

System Programming Language Ideas

I am an embedded electronics guy who has several years of experience in the industry, mainly with writing embedded software in C at the high level and the low level. My goal is to start fresh with some projects in terms of software platforms, so I have been looking at whether to use existing programming languages. I want my electronics / software to be open, but therein lies part of the problem. I have experience using and evaluating many compilers during my experience such as the proprietary stuff (IAR) and open source stuff (clang , gcc, etc.). I have nothing against the open source stuff; however, the companies I have worked for (and I) always come crawling back to IAR. Why? Its not a matter of the compiler believe it or not! Its a matter of the linker.
I took a cursory look at the latest gnu / clang linkers and I do not think that have fixed the major issue we always had with these linkers: memory flood fill. Specifying where each object or section is in the memory is fine for small projects or very small teams (1 to 2 people). However, when you have a bigger team (> 2) and you are using microcontrollers with segmented memory (all memory blocks are not contiguous), memory flood fill becomes a requirement of the linker. Often is the case that the MCUs I and others work on do not have megabytes of memory, but kilobytes. The MCU is chosen for the project and if we are lucky to get one with lots of memory, then you know why such a chip was chosen - there is a large memory requirement in the software.. we would not choose a large memory part if we did not need it due to cost. Imagine a developer is writing a library or piece of code whose memory requirement is going to change by single or tens kilobytes each (added or subtracted) commit. Now imagine having to have this developer manually manage the linker script for their particular dev station each time to make sure the linker doesn't cough based on what everybody else has put it in there. On top of that, they need to manually manage the script if it needs to be changed when they commit and hope that nobody else needed to change it as well for whatever they were developing. For even a small amount of developers, manually managing the script has way too many moving parts to be efficient. Memory flood fill solves this problem. IAR (in addition to a few other linkers like Segger's) allow me to just say: "Here are the ten memory blocks on the device. I have a .text section. You figure out how to spread out all the data across those blocks." No manual script modifications required by each developer for their current dev or requirement to sync at the end when committing. It just works.
Now.. what's the next problem? I don't want to use IAR (or Segger)! Why? If my stuff is going to be open to the public on my repositories.. don't you think it sends the wrong message if I say: "Well, here is the source code everybody! But Oh sorry, you need to get a seat of IAR if you want to build it the way I am or figure out how to build it yourself with your own tool chain". In addition, let's say that we go with Segger's free stuff to get by the linker problem. Well, what if I want to make a sellable product based on the open software? Still need to buy a seat, because Segger only allows non commercial usage of their free stuff. This leaves me with using an open compiler.
To me, memory flood fill for the linker is a requirement. I will not use a C tool chain that does not have this feature. My compiler options are clang, gcc, etc. I can either implement a linker script generator or a linker itself. Since I do not need to support dynamic link libraries or any complicated virtual memory stuff in the linker, I think implementing a linker is easily doable. The linker script generator is the simple option, but its a hack and therefore I would not want to partake in it. Basically before the linker (LD / LLD) is invoked, I would go into all the object files and analyze all of their memory requirements and generate a linker script that implements the flood fill as a pre step. Breaking open ELF files and analyzing them is pretty easy - I have done it in the past. The pre step would have my own linker script format that includes provisions for memory flood fill. Since this is like invoking the linker twice.. its a hack and speed detriment for something that I think should have been a feature of LD / LLD decades ago. "Everybody is using gnu / clang with LD / LLD! Why do you think you need flood fill?" To that I respond with: "People who are using gnu / clang and LD / LLD are either on small teams (embedded) OR they are working with systems that have contiguous memory and don't have to worry about segmented memory. Case and point Phones, Laptops, Desktops, anything with external RAM" Pick one reason. I am sure there are other reasons beyond those two in which segmented memory is not an issue. Maybe the segmented memory blocks are so large that you can ignore most of them for one program - early Visual GDB had this issue.. you would go into the linker scripts to find that for chips like the old NXP 4000 series that they were only choosing a single RAM block for data memory because of the linker limitation. This actually horrendously turned off my company from using gnu / clang at the time. In embedded systems where MCUs are chosen based on cost, the amount of memory is specifically chosen to meet that cost. You can't just "ignore" a memory block due to linker limitations. This would require either to buy a different chip or more expensive chip that meets the memory requirements.
ANYWAYS.. long winded prelude to what has led me to looking at making my own programming language. TLDR: I want my software to be open.. I want people to be able to easily build it without shelling out an arm and a leg, and I am a person who is not fond of hacks because of, what I believe, are oversights in the design of existing software.
Why not use Rust, Nim, Go, Zig, any of those languages? No. Period. No. I work with small embedded systems running with small memory microcontrollers as well as a massive number of other companies / developers. Small embedded systems are what make most of the world turn. I want a systems programming language that is as simple as C with certain modern developer "niceties". This does not mean adding the kitchen sink.. generics, closures, classes ................ 50 other things because the rest of the software industry has been using these for years on higher level languages. It is my opinion that the reason that nothing has (or will) displace C in the past, present, or near future is because C is stupid simple. Its basically structures, functions, and pointers... that's it! Does it have its problems? Sure! However, at the end of the day developers can pick up a C program and go without a huge hassle. Why can't we have a language that sticks to this small subset or "core" functionality instead of trying to add the kitchen sink with all these features of other languages? Just give me my functions and structures, and iterate on that. Let's fix some of the developer productivity issues while we are at it.. and no I don't mean by adding generics and classes. I mean more of getting rid of header files and allowing CTFE. "D is what you want." No.. no it's not. That is a prime example of kitchen sink and the kitchen sink of 50 large corporations across the the block.
What are the problems I think need to be solved in a C replacement?
  1. Header files.
  2. Implementation hiding. Don't know the size of that structure without having to manually manage the size of that structure in a header or exposing all the fields of that structure in a header. Every change of the library containing that structure causes a recompile all the way up the chain on all dependencies.
  3. CTFE (compile time function execution). I want to be able to assign type safe constants to things on initialization.
  4. Pointers replaced with references? I am on the fence with this one. I love the power of pointers, but I realize after research where the industry is trying to go.
These are the things I think that need to be solved. Make my life easier as a developer, but also give me something as stupid simple as C.
I have some ideas of how to solve some of these problems. Disclaimer: some things may be hypocritical based on the prelude discussion; however, as often is the case, not 'every' discussion point is black and white.

  1. Header Files
Replace with a module / package system. There exists a project folder wherein there lies a .build script. The compiler runs the build script and builds the project. Building is part of the language / compiler, but dependency and versioning is not. People will be on both sides of the camp.. for or against this. However, it appears that most module type languages require specifying all of the input files up front instead of being able to "dumb compile" like C / C++ due to the fact that all source files are "truly" dumbly independent. Such a module build system would be harder to make parallel due to module dependencies; however, in total, required build "computation" (not necessarily time) is less. This is because the compiler knows everything up front that makes a library and doesn't have to spawn a million processes (each taking its own time) for each source file.
  1. Implementation hiding
What if it was possible to make a custom library format for the language? Libraries use this custom format and contain "deferrals" for a lot of things that need to be resolved. During packaging time, the final output stage, link time, whatever you want to call it (the executable output), the build tool resolves all of the deferrals because it now knows all parts of input "source" objects. What this means is that the last stage of the build process will most likely take the longest because it is also the stage that generates the code.
What is a deferral? Libraries are built with type information and IR like code for each of the functions. The IR code is a representation that can be either executed by interpreter (for CTFE) or converted to binary instructions at the last output stage. A deferral is a node within the library that requires to be resolved at the last stage. Think of it like an unresolved symbol but for mostly constants and structures.
Inside my library A I have a structure that has a bunch of fields. Those fields may be public or private. Another library B wants to derive from that structure. It knows the structure type exists and it has these public fields. The library can make usage of those public fields. Now at the link stage the size of the structure and all derivative structures and fields are resolved. A year down the road library A changes to add a private field to the structure. Library B doesn't care as long as the type name of the structure or its public members that it is using are not changed. Pull in the new library into the link stage and everything is resolved at that time.
I am an advocate for just having plain old C structures but having the ability to "derive" sub structures. Structures would act the same exact way as in C. Let's say you have one structure and then in a second structure you put the first field as the "base" field. This is what I want to have the ability to do in a language.. but built in support for it through derivation and implementation hiding. Memory layout would be exactly like in C. The structures are not classes or anything else.
I have an array of I2C ports in a library; however, I have no idea how many I2C ports there should be until link time. What to do!? I define a deferred constant for the size of the array that needs to be resolved at link time. At link time the build file passes the constant into the library. Or it gets passed as a command line argument.
What this also allows me to do is to provide a single library that can be built using any architecture at link time.
  1. CTFE
Having safe type checked ways to define constants or whatever, filled in by the compiler, I think is a very good mechanism. Since all of the code in libraries is some sort of IR, it can be interpreted at link time to fill in all the blanks. The compiler would have a massive emphasis on analyzing which things are constants in the source code and can be filled in at link time.
There would exist "conditional compilation" in that all of the code exists in the library; however, at link time the conditional compilation is evaluated and only the areas that are "true" are included in the final output.
  1. Pointers & References & Type safety
I like pointers, but I can see the industry trend to move away from them in newer languages. Newer languages seem to kneecap them compared to what you can do in C. I have an idea of a potential fix.
Pointers or some way is needed to be able to access hardware registers. What if the language had support for references and pointers, but pointers are limited to constants that are filled in by the build system? For example, I know hardware registers A, B, and C are at these locations (maybe filled in by CTFE) so I can declare them as constants. Their values can never be changed at runtime; however, what a pointer does is indicate to the compiler to access a piece of memory using indirection.
There would be no way to convert a pointer to a reference or vise versa. There is no way to assign a pointer to a different value or have it point anything that exists (variables, byte arrays, etc..). Then how do we perform a UART write with a block of data? I said there would be no way to convert a reference ( a byte array for example) to a pointer, but I did not say you could not take the address of a reference! I can take the address of a reference (which points to a block of variable memory) and convert to it to an integer. You can perform any math you want with that integer but you can't actually convert that integer back into a reference! As far as the compiler is concerned, the address of a reference is just integer data. Now I can pass that integer into a module that contains a pointer and write data to memory using indirection.
As far as the compiler is concerned, pointers are just a way to tell the compiler to indirectly read and write memory. It would treat pointers as a way to read and write integer data to memory by using indirection. There exists no mechanism to convert a pointer to a reference. Since pointers are essentially constants, and we have deferrals and CTFE, the compiler knows what all those pointers are and where they point to. Therefore it can assure that no variables are ever in a "pointed to range". Additionally, for functions that use pointers - let's say I have a block of memory where you write to each 1K boundary and it acts as a FIFO - the compiler could check to make sure you are not performing any funny business by trying to write outside a range of memory.
What are references? References are variables that consist of say 8 bytes of data. The first 4 bytes are an address and the next 4 bytes is type information. There exists a reference type (any) that be used for assigning any type to it (think void*). The compiler will determine if casts are safe via the type information and for casts it can't determine at build time, it will insert code to check the cast using the type information.
Functions would take parameters as ByVal or ByRef. For example DoSomething(ByRef ref uint8 val, uint8 val2, uint8[] arr). The first parameter is passing by reference a reference to a uint8 (think double pointer). Assigning to val assigns to the reference. The second parameter is passed by value. The third parameter (array type) is passed by reference implicitly.
  1. Other Notes
This is not an exhaustive list of all features I am thinking of. For example visibility modifiers - public, private, module for variables, constants, and functions. Additionally, things could have attributes like in C# to tell the compiler what to do with a function or structure. For example, a structure or field could have a volatile attribute.
I want integration into the language for inline assembly for the architecture. So you could place a function attribute like [Assembly(armv7)]. This could tell the compiler that the function is all armv7 assembly and the compiler will verify it. Having assembly integrated also allows all the language features to be available to the assembly like constants. Does this go against having an IR representation of the library? No. functions have weak or strong linkage. Additionally, there could be a function attribute to tell the compiler: "Hey when the link stage is using an armv7 target, build this function in". There could also be a mechanism for inline assembly and intrinsics.
Please keep in mind that my hope is not to see another C systems language for larger systems (desktop, phones, laptops, etc.) Its solely to see it for small embedded systems and microcontrollers. I think this is why many of the newer languages (Go, Nim, Zig, etc..) have not been adopted in embedded - they started large and certain things were tacked on to "maybe" support smaller devices. I also don't want to have a runtime with my embedded microcontroller; however, I am not averse to the compiler putting bounds checks and casting checks into the assembly when it needs to. For example, if a cast fails, the compiler could just trap in a "hook" defined by the user that includes the module and line number of where the cast failed. It doesn't even matter that the system hangs or locks up as long as I know where to look to fix the bug. I can't tell you how many times something like this would be invaluable for debugging. In embedded, many of us say that its better for the system to crash hard than limp along because of an array out of bounds or whatever. Maybe it would be possible to restart the system in the event of such a crash or do "something" (like for a cruise missile :)).
This is intended to be a discussion and not so much a religious war or to state I am doing this or that. I just wanted to "blurt out" some stuff I have had on my mind for awhile.
submitted by LostTime77 to ProgrammingLanguages [link] [comments]

Unusually high CPU and GPU usage on YouTube (Firefox Nightly)

TLDR: So the fix for this, in my instance, was two parts. First was to install new drivers onto my computer. Second, and probably something I should have noticed myself, is that I should have set YouTube not to stream at 4K. Not terribly shocking to need 4x the GPU when processing 4x the data for an image compared to 720p
Hi all,
So, a few days ago I noticed that Firefox was using way more CPU and GPU resources on YouTube especially. On the same video, Vivaldi's GPU usage would hit about 8% then hover at 2.5% or so. Firefox would go to about 20%, and hover at about 5-10%. I wasn't entirely sure as to why this is happening. I tried turning off Hardware Acceleration, which didn't seem to do anything.
I used this video from Engineering Explained where Firefox's GPU usage was always over 20% in the first minute, while Vivaldi peaked at 15% for a moment, then went back down to 2.5%.
Hardware Specs: Intel i7-8705G 16GB RAM 512GB NVMe SSD Intel HD 630 (This is the GPU that gets used by Firefox) Radeon RX Vega M GL
Let me know if there's anything else I can provide!
Edit: Here is the about:support from my browser. I should note that I did try to remedy the issue by turning all add ons off, but that didn't do anything either.

Application Basics

Name: Firefox Version: 78.0a1 Build ID: 20200526213752 Distribution ID: Update Channel: nightly User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 OS: Windows_NT 10.0 Launcher Process: Enabled Multiprocess Windows: 1/1 Enabled by default Remote Processes: 18 Enterprise Policies: Inactive Google Location Service Key: Found Google Safebrowsing Key: Found Mozilla Location Service Key: Found Safe Mode: false

Crash Reports for the Last 3 Days

Nightly Features

Name: DoH Roll-Out Version: 1.3.0 ID: [email protected]ozilla.org
Name: Firefox Screenshots Version: 39.0.0 ID: [email protected]
Name: Form Autofill Version: 1.0 ID: [email protected]
Name: Web Compat Version: 11.0.0 ID: [email protected]
Name: WebCompat Reporter Version: 1.3.0 ID: [email protected]

Remote Processes

Type: Web Content Count: 1 / 8
Type: Isolated Web Content Count: 13
Type: Extension Count: 1
Type: Privileged About Count: 1
Type: GPU Count: 1
Type: Socket Count: 1

Extensions

Name: Amazon.com Version: 1.1 Enabled: true ID: [email protected]
Name: Bing Version: 1.1 Enabled: true ID: [email protected]
Name: DuckDuckGo Version: 1.0 Enabled: true ID: [email protected]
Name: eBay Version: 1.0 Enabled: true ID: [email protected]
Name: Google Version: 1.0 Enabled: true ID: [email protected]
Name: Grammarly for Firefox Version: 8.863.0 Enabled: true ID: [email protected]
Name: Honey Version: 12.1.1 Enabled: true ID: [email protected]
Name: HTTPS Everywhere Version: 2020.5.20 Enabled: true ID: [email protected]
Name: Twitter Version: 1.0 Enabled: true ID: [email protected]
Name: uBlock Origin Version: 1.27.6 Enabled: true ID: [email protected]
Name: Wikipedia (en) Version: 1.0 Enabled: true ID: [email protected]

Security Software

Type: Windows Defender Antivirus
Type: Windows Defender Antivirus
Type: Windows Firewall

Graphics

Features Compositing: WebRender Asynchronous Pan/Zoom: wheel input enabled; touch input enabled; scrollbar drag enabled; keyboard enabled; autoscroll enabled WebGL 1 Driver WSI Info: EGL_VENDOR: Google Inc. (adapter LUID: 000000000001278e) EGL_VERSION: 1.4 (ANGLE 2.1.0.eabf2a79aac3) EGL_EXTENSIONS: EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_ANGLE_direct_composition EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_CHROMIUM_sync_control EGL_EXT_pixel_format_float EGL_KHR_surfaceless_context EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_program_cache_control EGL_ANGLE_robust_resource_initialization EGL_ANGLE_create_context_extensions_enabled EGL_ANDROID_blob_cache EGL_ANDROID_recordable EGL_ANGLE_image_d3d11_texture EGL_ANGLE_create_context_backwards_compatible EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug EGL_ANGLE_explicit_context EGL_ANGLE_feature_control WebGL 1 Driver Renderer: Google Inc. -- ANGLE (Intel(R) HD Graphics 630 Direct3D11 vs_5_0 ps_5_0) WebGL 1 Driver Version: OpenGL ES 2.0.0 (ANGLE 2.1.0.eabf2a79aac3) WebGL 1 Driver Extensions: GL_ANGLE_client_arrays GL_ANGLE_depth_texture GL_ANGLE_explicit_context GL_ANGLE_explicit_context_gles1 GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_memory_size GL_ANGLE_multi_draw GL_ANGLE_multiview_multisample GL_ANGLE_pack_reverse_row_order GL_ANGLE_program_cache_control GL_ANGLE_provoking_vertex GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_lose_context GL_CHROMIUM_sync_query GL_EXT_blend_func_extended GL_EXT_blend_minmax GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_float_blend GL_EXT_frag_depth GL_EXT_instanced_arrays GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_bptc GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_KHR_parallel_shader_compile GL_KHR_robust_buffer_access_behavior GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_depth24 GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_3D GL_OES_texture_border_clamp GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object OES_compressed_EAC_R11_signed_texture OES_compressed_EAC_R11_unsigned_texture OES_compressed_EAC_RG11_signed_texture OES_compressed_EAC_RG11_unsigned_texture OES_compressed_ETC2_RGB8_texture OES_compressed_ETC2_RGBA8_texture OES_compressed_ETC2_punchthroughA_RGBA8_texture OES_compressed_ETC2_punchthroughA_sRGB8_alpha_texture OES_compressed_ETC2_sRGB8_alpha8_texture OES_compressed_ETC2_sRGB8_texture WebGL 1 Extensions: ANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_float_blend EXT_frag_depth EXT_shader_texture_lod EXT_sRGB EXT_texture_compression_bptc EXT_texture_filter_anisotropic MOZ_debug OES_element_index_uint OES_standard_derivatives OES_texture_float OES_texture_float_linear OES_texture_half_float OES_texture_half_float_linear OES_vertex_array_object WEBGL_color_buffer_float WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_depth_texture WEBGL_draw_buffers WEBGL_lose_context WebGL 2 Driver WSI Info: EGL_VENDOR: Google Inc. (adapter LUID: 000000000001278e) EGL_VERSION: 1.4 (ANGLE 2.1.0.eabf2a79aac3) EGL_EXTENSIONS: EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_ANGLE_direct_composition EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_CHROMIUM_sync_control EGL_EXT_pixel_format_float EGL_KHR_surfaceless_context EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_program_cache_control EGL_ANGLE_robust_resource_initialization EGL_ANGLE_create_context_extensions_enabled EGL_ANDROID_blob_cache EGL_ANDROID_recordable EGL_ANGLE_image_d3d11_texture EGL_ANGLE_create_context_backwards_compatible EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug EGL_ANGLE_explicit_context EGL_ANGLE_feature_control WebGL 2 Driver Renderer: Google Inc. -- ANGLE (Intel(R) HD Graphics 630 Direct3D11 vs_5_0 ps_5_0) WebGL 2 Driver Version: OpenGL ES 3.0.0 (ANGLE 2.1.0.eabf2a79aac3) WebGL 2 Driver Extensions: GL_ANGLE_client_arrays GL_ANGLE_copy_texture_3d GL_ANGLE_depth_texture GL_ANGLE_explicit_context GL_ANGLE_explicit_context_gles1 GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_memory_size GL_ANGLE_multi_draw GL_ANGLE_multiview_multisample GL_ANGLE_pack_reverse_row_order GL_ANGLE_program_cache_control GL_ANGLE_provoking_vertex GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_multisample GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_lose_context GL_CHROMIUM_sync_query GL_EXT_blend_func_extended GL_EXT_blend_minmax GL_EXT_color_buffer_float GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_float_blend GL_EXT_frag_depth GL_EXT_instanced_arrays GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_bptc GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_norm16 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_KHR_parallel_shader_compile GL_KHR_robust_buffer_access_behavior GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_EGL_image_external_essl3 GL_OES_depth24 GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_3D GL_OES_texture_border_clamp GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object GL_OVR_multiview GL_OVR_multiview2 OES_compressed_EAC_R11_signed_texture OES_compressed_EAC_R11_unsigned_texture OES_compressed_EAC_RG11_signed_texture OES_compressed_EAC_RG11_unsigned_texture OES_compressed_ETC2_RGB8_texture OES_compressed_ETC2_RGBA8_texture OES_compressed_ETC2_punchthroughA_RGBA8_texture OES_compressed_ETC2_punchthroughA_sRGB8_alpha_texture OES_compressed_ETC2_sRGB8_alpha8_texture OES_compressed_ETC2_sRGB8_texture WebGL 2 Extensions: EXT_color_buffer_float EXT_float_blend EXT_texture_compression_bptc EXT_texture_filter_anisotropic MOZ_debug OES_texture_float_linear OVR_multiview2 WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_lose_context Direct2D: true Uses Tiling (Content): true Off Main Thread Painting Enabled: true Off Main Thread Painting Worker Count: 4 Target Frame Rate: 60 DirectWrite: true (10.0.17763.1217) GPU #1 Active: Yes Description: Intel(R) HD Graphics 630 Vendor ID: 0x8086 Device ID: 0x591b Driver Version: 25.20.100.6583 Driver Date: 4-12-2019 Drivers: igdumdim64 igd10iumd64 igd10iumd64 igd12umd64 igdumdim32 igd10iumd32 igd10iumd32 igd12umd32 Subsys ID: 080d1028 RAM: 0 GPU #2 Active: No Description: Radeon RX Vega M GL Graphics Vendor ID: 0x1002 Device ID: 0x694e Driver Version: 25.20.15002.58 Driver Date: 12-6-2018 Drivers: aticfx64 aticfx64 aticfx64 amdxc64 aticfx32 aticfx32 aticfx32 amdxc32 atiumd64 atidxx64 atidxx64 atiumdag atidxx32 atidxx32 atiumdva atiumd6a Subsys ID: 0000000c RAM: 4096 Diagnostics AzureCanvasBackend: direct2d 1.1 AzureCanvasBackend (UI Process): skia AzureContentBackend: skia AzureContentBackend (UI Process): skia AzureFallbackCanvasBackend (UI Process): none CMSOutputProfile: AAAMSExpbm8CEAAAbW50clJHQiBYWVogB84AAgAJAAYAMQAAYWNzcE1TRlQAAAAASUVDIHNSR0IAAAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1IUCAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARY3BydAAAAVAAAAAzZGVzYwAAAYQAAABsd3RwdAAAAfAAAAAUYmtwdAAAAgQAAAAUclhZWgAAAhgAAAAUZ1hZWgAAAiwAAAAUYlhZWgAAAkAAAAAUZG1uZAAAAlQAAABwZG1kZAAAAsQAAACIdnVlZAAAA0wAAACGdmlldwAAA9QAAAAkbHVtaQAAA/gAAAAUbWVhcwAABAwAAAAkdGVjaAAABDAAAAAMclRSQwAABDwAAAgMZ1RSQwAABDwAAAgMYlRSQwAABDwAAAgMdGV4dAAAAABDb3B5cmlnaHQgKGMpIDE5OTggSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkAAGRlc2MAAAAAAAAAEnNSR0IgSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAASc1JHQiBJRUM2MTk2Ni0yLjEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAAAADzUQABAAAAARbMWFlaIAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAAb6IAADj1AAADkFhZWiAAAAAAAABimQAAt4UAABjaWFlaIAAAAAAAACSgAAAPhAAAts9kZXNjAAAAAAAAABZJRUMgaHR0cDovL3d3dy5pZWMuY2gAAAAAAAAAAAAAABZJRUMgaHR0cDovL3d3dy5pZWMuY2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZGVzYwAAAAAAAAAuSUVDIDYxOTY2LTIuMSBEZWZhdWx0IFJHQiBjb2xvdXIgc3BhY2UgLSBzUkdCAAAAAAAAAAAAAAAuSUVDIDYxOTY2LTIuMSBEZWZhdWx0IFJHQiBjb2xvdXIgc3BhY2UgLSBzUkdCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGRlc2MAAAAAAAAALFJlZmVyZW5jZSBWaWV3aW5nIENvbmRpdGlvbiBpbiBJRUM2MTk2Ni0yLjEAAAAAAAAAAAAAACxSZWZlcmVuY2UgVmlld2luZyBDb25kaXRpb24gaW4gSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB2aWV3AAAAAAATpP4AFF8uABDPFAAD7cwABBMLAANcngAAAAFYWVogAAAAAABMCVYAUAAAAFcf521lYXMAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAKPAAAAAnNpZyAAAAAAQ1JUIGN1cnYAAAAAAAAEAAAAAAUACgAPABQAGQAeACMAKAAtADIANwA7AEAARQBKAE8AVABZAF4AYwBoAG0AcgB3AHwAgQCGAIsAkACVAJoAnwCkAKkArgCyALcAvADBAMYAywDQANUA2wDgAOUA6wDwAPYA+wEBAQcBDQETARkBHwElASsBMgE4AT4BRQFMAVIBWQFgAWcBbgF1AXwBgwGLAZIBmgGhAakBsQG5AcEByQHRAdkB4QHpAfIB+gIDAgwCFAIdAiYCLwI4AkECSwJUAl0CZwJxAnoChAKOApgCogKsArYCwQLLAtUC4ALrAvUDAAMLAxYDIQMtAzgDQwNPA1oDZgNyA34DigOWA6IDrgO6A8cD0wPgA+wD+QQGBBMEIAQtBDsESARVBGMEcQR+BIwEmgSoBLYExATTBOEE8AT+BQ0FHAUrBToFSQVYBWcFdwWGBZYFpgW1BcUF1QXlBfYGBgYWBicGNwZIBlkGagZ7BowGnQavBsAG0QbjBvUHBwcZBysHPQdPB2EHdAeGB5kHrAe/B9IH5Qf4CAsIHwgyCEYIWghuCIIIlgiqCL4I0gjnCPsJEAklCToJTwlkCXkJjwmkCboJzwnlCfsKEQonCj0KVApqCoEKmAquCsUK3ArzCwsLIgs5C1ELaQuAC5gLsAvIC+EL+QwSDCoMQwxcDHUMjgynDMAM2QzzDQ0NJg1ADVoNdA2ODakNww3eDfgOEw4uDkkOZA5/DpsOtg7SDu4PCQ8lD0EPXg96D5YPsw/PD+wQCRAmEEMQYRB+EJsQuRDXEPURExExEU8RbRGMEaoRyRHoEgcSJhJFEmQShBKjEsMS4xMDEyMTQxNjE4MTpBPFE+UUBhQnFEkUahSLFK0UzhTwFRIVNBVWFXgVmxW9FeAWAxYmFkkWbBaPFrIW1hb6Fx0XQRdlF4kXrhfSF/cYGxhAGGUYihivGNUY+hkgGUUZaxmRGbcZ3RoEGioaURp3Gp4axRrsGxQbOxtjG4obshvaHAIcKhxSHHscoxzMHPUdHh1HHXAdmR3DHeweFh5AHmoelB6+HukfEx8+H2kflB+/H+ogFSBBIGwgmCDEIPAhHCFIIXUhoSHOIfsiJyJVIoIiryLdIwojOCNmI5QjwiPwJB8kTSR8JKsk2iUJJTglaCWXJccl9yYnJlcmhya3JugnGCdJJ3onqyfcKA0oPyhxKKIo1CkGKTgpaymdKdAqAio1KmgqmyrPKwIrNitpK50r0SwFLDksbiyiLNctDC1BLXYtqy3hLhYuTC6CLrcu7i8kL1ovkS/HL/4wNTBsMKQw2zESMUoxgjG6MfIyKjJjMpsy1DMNM0YzfzO4M/E0KzRlNJ402DUTNU01hzXCNf02NzZyNq426TckN2A3nDfXOBQ4UDiMOMg5BTlCOX85vDn5OjY6dDqyOu87LTtrO6o76DwnPGU8pDzjPSI9YT2hPeA+ID5gPqA+4D8hP2E/oj/iQCNAZECmQOdBKUFqQaxB7kIwQnJCtUL3QzpDfUPARANER0SKRM5FEkVVRZpF3kYiRmdGq0bwRzVHe0fASAVIS0iRSNdJHUljSalJ8Eo3Sn1KxEsMS1NLmkviTCpMcky6TQJNSk2TTdxOJU5uTrdPAE9JT5NP3VAnUHFQu1EGUVBRm1HmUjFSfFLHUxNTX1OqU/ZUQlSPVNtVKFV1VcJWD1ZcVqlW91dEV5JX4FgvWH1Yy1kaWWlZuFoHWlZaplr1W0VblVvlXDVchlzWXSddeF3JXhpebF69Xw9fYV+zYAVgV2CqYPxhT2GiYfViSWKcYvBjQ2OXY+tkQGSUZOllPWWSZedmPWaSZuhnPWeTZ+loP2iWaOxpQ2maafFqSGqfavdrT2una/9sV2yvbQhtYG25bhJua27Ebx5veG/RcCtwhnDgcTpxlXHwcktypnMBc11zuHQUdHB0zHUodYV14XY+dpt2+HdWd7N4EXhueMx5KnmJeed6RnqlewR7Y3vCfCF8gXzhfUF9oX4BfmJ+wn8jf45YBHgKiBCoFrgc2CMIKSgvSDV4O6hB2EgITjhUeFq4YOhnKG14c7h5+IBIhpiM6JM4mZif6KZIrKizCLlov8jGOMyo0xjZiN/45mjs6PNo+ekAaQbpDWkT+RqJIRknqS45NNk7aUIJSKlPSVX5XJljSWn5cKl3WX4JhMmLiZJJmQmfyaaJrVm0Kbr5wcnImc951kndKeQJ6unx2fi5/6oGmg2KFHobaiJqKWowajdqPmpFakx6U4pammGqaLpv2nbqfgqFKoxKk3qamqHKqPqwKrdavprFys0K1ErbiuLa6hrxavi7AAsHWw6rFgsdayS7LCszizrrQltJy1E7WKtgG2ebbwt2i34LhZuNG5SrnCuju6tbsuu6e8IbybvRW9j74KvoS+/796v/XAcMDswWfB48JfwtvDWMPUxFHEzsVLxcjGRsbDx0HHv8g9yLzJOsm5yjjKt8s2y7bMNcy1zTXNtc42zrbPN8+40DnQutE80b7SP9LB00TTxtRJ1MvVTtXR1lXW2Ndc1+DYZNjo2WzZ8dp22vvbgNwF3IrdEN2W3hzeot8p36/gNuC94UThzOJT4tvjY+Pr5HPk/OWE5g3mlucf56noMui86Ubp0Opb6uXrcOv77IbtEe2c7ijutO9A78zwWPDl8XLx//KM8xnzp/Q09ML1UPXe9m32+/eK+Bn4qPk4+cf6V/rn+3f8B/yY/Sn9uv5L/tz/bf// Display0: [email protected] DisplayCount: 1 GPUProcessPid: 15656 GPUProcess: Terminate GPU Process Device Reset: Trigger Device Reset ClearType Parameters: Gamma: 1.8 Pixel Structure: RGB ClearType Level: 100 Enhanced Contrast: 50 Decision Log HW_COMPOSITING: available by default D3D11_COMPOSITING: available by default DIRECT2D: available by default D3D11_HW_ANGLE: available by default GPU_PROCESS: available by default WEBRENDER: opt-in by default: WebRender is an opt-in feature available by user: Qualified enabled by pref WEBRENDER_QUALIFIED: available by default WEBRENDER_COMPOSITOR: available by default WEBRENDER_PARTIAL: available by default WEBRENDER_ANGLE: opt-in by default: WebRender ANGLE is an opt-in feature available by user: Enabled WEBRENDER_DCOMP_PRESENT: opt-in by default: WebRender DirectComposition is an opt-in feature available by user: Enabled OMTP: available by default ADVANCED_LAYERS: available by default blocked by env: Blocked from fallback candidate by WebRender usage WEBGPU: disabled by default: Disabled by default

Media

Audio Backend: wasapi Max Channels: 2 Preferred Sample Rate: 48000 Output Devices Name: Group Headphones (High Definition Audio Device): Speakers (High Definition Audio Device): Speakers/Headphones (Realtek(R) Audio): INTELAUDIO\FUNC_01&VEN_10EC&DEV_0299&SUBSYS_1028080D&REV_1000\4&566e4e0&3&0001 Speakers/Headphones (Realtek(R) Audio): INTELAUDIO\FUNC_01&VEN_10EC&DEV_0299&SUBSYS_1028080D&REV_1000\4&566e4e0&3&0001 : Headphones (LG HBS820S Stereo): BTHENUM{0000110b-0000-1000-8000-00805f9b34fb}_VID&00000000_PID&0000\7&2dc50fc3&0&B8AD3EFD6601_C00000000 Headset (LG HBS820S Hands-Free): BTHHFENUM\BthHFPAudio\8&13a9352e&0&97 Input Devices Name: Group : Microphone (High Definition Audio Device): Microphone Array (Realtek(R) Audio): INTELAUDIO\FUNC_01&VEN_10EC&DEV_0299&SUBSYS_1028080D&REV_1000\4&566e4e0&3&0001 Internal AUX Jack (High Definition Audio Device): Headset (LG HBS820S Hands-Free): BTHHFENUM\BthHFPAudio\8&13a9352e&0&97 Stereo Mix (Realtek(R) Audio): INTELAUDIO\FUNC_01&VEN_10EC&DEV_0299&SUBSYS_1028080D&REV_1000\4&566e4e0&3&0001 Microphone Array (Realtek(R) Audio): INTELAUDIO\FUNC_01&VEN_10EC&DEV_0299&SUBSYS_1028080D&REV_1000\4&566e4e0&3&0001 Microphone (HD Pro Webcam C920): USB\VID_046D&PID_082D&MI_02\6&246d97e&0&0002 Microphone (Realtek(R) Audio): INTELAUDIO\FUNC_01&VEN_10EC&DEV_0299&SUBSYS_1028080D&REV_1000\4&566e4e0&3&0001 Media Capabilities Enumerate database

Important Modified Preferences

accessibility.typeaheadfind.flashBar: 0 browser.cache.disk.amount_written: 1149263 browser.cache.disk.capacity: 1048576 browser.cache.disk.filesystem_reported: 1 browser.cache.disk.hashstats_reported: 1 browser.cache.disk.smart_size.first_run: false browser.cache.disk.telemetry_report_ID: 327 browser.contentblocking.category: standard browser.places.smartBookmarksVersion: 8 browser.search.region: US browser.search.useDBForOrder: true browser.sessionstore.upgradeBackup.latestBuildID: 20200526213752 browser.sessionstore.warnOnQuit: true browser.startup.homepage: https://defaultsearch.co/homepage?hp=1&pId=BT170603&iDate=2020-04-29 12:03:43&bName=&bitmask=0600 browser.startup.homepage_override.buildID: 20200526213752 browser.startup.homepage_override.mstone: 78.0a1 browser.startup.page: 3 browser.urlbar.placeholderName: Google browser.urlbar.placeholderName.private: DuckDuckGo browser.urlbar.searchTips.onboard.shownCount: 4 browser.urlbar.searchTips.shownCount: 4 browser.urlbar.timesBeforeHidingSuggestionsHint: 0 browser.urlbar.tipShownCount.searchTip_onboard: 4 dom.forms.autocomplete.formautofill: true dom.push.userAgentID: d9f895026f1445a592b511d8bdc41951 extensions.formautofill.creditCards.used: 2 extensions.formautofill.firstTimeUse: false extensions.lastAppVersion: 78.0a1 fission.autostart: true font.internaluseonly.changed: true gfx.crash-guard.status.wmfvpxvideo: 2 gfx.crash-guard.wmfvpxvideo.appVersion: 78.0a1 gfx.crash-guard.wmfvpxvideo.deviceID: 0x591b gfx.crash-guard.wmfvpxvideo.driverVersion: 25.20.100.6583 idle.lastDailyNotification: 1590518645 layers.mlgpu.sanity-test-failed: true media.benchmark.vp9.fps: 218 media.benchmark.vp9.versioncheck: 5 media.gmp-gmpopenh264.abi: x86_64-msvc-x64 media.gmp-gmpopenh264.lastUpdate: 1571369277 media.gmp-gmpopenh264.version: 1.8.1.1 media.gmp-manager.buildID: 20200526213752 media.gmp-manager.lastCheck: 1590549547 media.gmp-widevinecdm.abi: x86_64-msvc-x64 media.gmp-widevinecdm.lastUpdate: 1576215038 media.gmp-widevinecdm.version: 4.10.1582.2 media.gmp.storage.version.observed: 1 media.hardware-video-decoding.failed: false media.hardwaremediakeys.enabled: false network.cookie.prefsMigrated: true network.dns.disablePrefetch: true network.http.speculative-parallel-limit: 0 network.predictor.cleaned-up: true network.predictor.enabled: false network.prefetch-next: false places.database.lastMaintenance: 1590344902 places.history.expiration.transient_current_max_pages: 142988 plugin.disable_full_page_plugin_for_types: application/pdf privacy.purge_trackers.date_in_cookie_database: 0 privacy.sanitize.pending: [{"id":"newtab-container","itemsToClear":[],"options":{}}] privacy.socialtracking.notification.counter: 1 privacy.socialtracking.notification.enabled: false privacy.socialtracking.notification.lastShown: 1565913521227 security.remote_settings.crlite_filters.checked: 1590504902 security.remote_settings.intermediates.checked: 1590504902 security.sandbox.content.tempDirSuffix: {16c414bc-c85a-4ded-b155-040e5adac549} security.sandbox.plugin.tempDirSuffix: {186f0c18-7ebb-4d10-96e5-975ec79ea26d} security.tls.version.enable-deprecated: true services.sync.declinedEngines: services.sync.engine.addresses.available: true signon.importedFromSqlite: true storage.vacuum.last.index: 1 storage.vacuum.last.places.sqlite: 1589728394 ui.osk.debug.keyboardDisplayReason: IKPOS: Keyboard presence confirmed.

Important Locked Preferences

dom.ipc.processCount.webIsolated: 1

Places Database

Accessibility

Activated: true Prevent Accessibility: 0 Accessible Handler Used: true Accessibility Instantiator: UNKNOWN|

Library Versions

NSPR Expected minimum version: 4.25 Version in use: 4.25
NSS Expected minimum version: 3.53 Beta Version in use: 3.53 Beta
NSSSMIME Expected minimum version: 3.53 Beta Version in use: 3.53 Beta
NSSSSL Expected minimum version: 3.53 Beta Version in use: 3.53 Beta
NSSUTIL Expected minimum version: 3.53 Beta Version in use: 3.53 Beta

Sandbox

Content Process Sandbox Level: 6 Effective Content Process Sandbox Level: 6

Startup Cache

Disk Cache Path: C:\Users\Daniel Chuchra\AppData\Local\Mozilla\Firefox\Profiles\dmz3ad06.default\startupCache\startupCache.8.little Ignore Disk Cache: false Found Disk Cache on Init: true Wrote to Disk Cache: true

Internationalization & Localization

Application Settings Requested Locales: ["en-US"] Available Locales: ["en-US"] App Locales: ["en-US"] Regional Preferences: ["en-US"] Default Locale: "en-US" Operating System System Locales: ["en-US"] Regional Preferences: ["en-US"]

Remote Debugging (Chromium Protocol)

Accepting Connections: false URL:
submitted by TheGhzGuy to firefox [link] [comments]

Can't compile plank from elementary layman

Hello!
That is very weird, after installation plank on PC i tried to do this on my Thinkpad and I can't finish it.Main problem is "Package 'libgnome-menu-3.0', required by 'virtual:world', not found", so i tried to install libgnome package, because libgnome-menu doesn't exist with no luck, anyone have an idea, how to get libgnome-menu on gentoo? :(
EDIT: after install gnome-menus I installed plank, thank guy who deleted comment and deleted it after few seconds :D
1)sudo emerge -a plank gives this error
Calculating dependencies... done! [ebuild N ~] x11-misc/plank-0.11.89 USE="dbus nls -debug -static-libs" Would you like to merge these packages? [Yes/No] yes >>> Verifying ebuild manifests >>> Emerging (1 of 1) x11-misc/plank-0.11.89::elementary * plank-0.11.89.tar.xz BLAKE2B SHA512 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking plank-0.11.89.tar.xz to /vatmp/portage/x11-misc/plank-0.11.89/work >>> Source unpacked in /vatmp/portage/x11-misc/plank-0.11.89/work >>> Preparing source in /vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89 ... * Running eautoreconf in '/vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89' ... * Running autopoint --force ... [ ok ] * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal --install -I m4 ... [ ok ] * Running autoconf --force ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --force-missing ... [ ok ] * Running elibtoolize in: plank-0.11.89/ * Running elibtoolize in: plank-0.11.89/build-aux/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.3 patch ... >>> Source prepared. >>> Configuring source in /vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89 ... * econf: updating plank-0.11.89/build-aux/config.sub with /usshare/gnuconfig/config.sub * econf: updating plank-0.11.89/build-aux/config.guess with /usshare/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usshare/man --infodir=/usshare/info --datadir=/usshare --sysconfdir=/etc --localstatedir=/valib --disable-dependency-tracking --disable-silent-rules --docdir=/usshare/doc/plank-0.11.89 --htmldir=/usshare/doc/plank-0.11.89/html --with-sysroot=/ --libdir=/uslib64 --disable-debug --enable-nls --enable-dbusmenu checking whether make supports nested variables... yes checking for a BSD-compatible install... /uslib/portage/python3.7/ebuild-helpers/xattinstall -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether UID '250' is supported by ustar format... yes checking whether GID '250' is supported by ustar format... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... yes checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed checking whether x86_64-pc-linux-gnu-gcc understands -c and -o together... yes checking whether make supports the include directive... yes (GNU style) checking dependency style of x86_64-pc-linux-gnu-gcc... none checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes checking dependency style of x86_64-pc-linux-gnu-g++... none checking whether x86_64-pc-linux-gnu-g++ understands -c and -o together... yes checking for a sed that does not truncate output... /bin/sed checking whether NLS is requested... yes checking for msgfmt... /usbin/msgfmt checking for gmsgfmt... /usbin/gmsgfmt checking for xgettext... /usbin/xgettext checking for msgmerge... /usbin/msgmerge checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for ld used by x86_64-pc-linux-gnu-gcc... /usx86_64-pc-linux-gnu/bin/ld checking if the linker (/usx86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by x86_64-pc-linux-gnu-gcc... /usx86_64-pc-linux-gnu/bin/ld checking if the linker (/usx86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usbin/x86_64-pc-linux-gnu-nm -B checking the name lister (/usbin/x86_64-pc-linux-gnu-nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usx86_64-pc-linux-gnu/bin/ld option to reload object files... -r checking for x86_64-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump checking how to recognize dependent libraries... pass_all checking for x86_64-pc-linux-gnu-dlltool... no checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar checking for archiver u/FILE support... @ checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib checking command to parse /usbin/x86_64-pc-linux-gnu-nm -B output from x86_64-pc-linux-gnu-gcc object... ok checking for sysroot... / checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for x86_64-pc-linux-gnu-mt... no checking for mt... no checking if : is a manifest tool... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for x86_64-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC checking if x86_64-pc-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes checking if x86_64-pc-linux-gnu-gcc static flag -static works... yes checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... (cached) yes checking whether the x86_64-pc-linux-gnu-gcc linker (/usx86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E checking for ld used by x86_64-pc-linux-gnu-g++... /usx86_64-pc-linux-gnu/bin/ld -m elf_x86_64 checking if the linker (/usx86_64-pc-linux-gnu/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the x86_64-pc-linux-gnu-g++ linker (/usx86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes checking for x86_64-pc-linux-gnu-g++ option to produce PIC... -fPIC -DPIC checking if x86_64-pc-linux-gnu-g++ PIC flag -fPIC -DPIC works... yes checking if x86_64-pc-linux-gnu-g++ static flag -static works... yes checking if x86_64-pc-linux-gnu-g++ supports -c -o file.o... yes checking if x86_64-pc-linux-gnu-g++ supports -c -o file.o... (cached) yes checking whether the x86_64-pc-linux-gnu-g++ linker (/usx86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for x86_64-pc-linux-gnu-pkg-config... /usbin/x86_64-pc-linux-gnu-pkg-config checking pkg-config is at least version 0.21... yes checking for cos in -lm... yes checking for x86_64-pc-linux-gnu-pkg-config... (cached) /usbin/x86_64-pc-linux-gnu-pkg-config checking pkg-config is at least version 0.16... yes checking for valac... /usbin/valac-0.46 checking whether /usbin/valac-0.46 is at least version 0.34.0... yes checking for vapigen... /usbin/vapigen-0.46 checking for GNOMEMENU3... no configure: error: Package requirements (libgnome-menu-3.0) were not met: Package 'libgnome-menu-3.0', required by 'virtual:world', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GNOMEMENU3_CFLAGS and GNOMEMENU3_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when seeking support: !!! /vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89/config.log * ERROR: x11-misc/plank-0.11.89::elementary failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 125: Called src_configure * environment, line 1850: Called econf '--disable-debug' '--enable-nls' '--enable-dbusmenu' * phase-helpers.sh, line 681: Called __helpers_die 'econf failed' * isolated-functions.sh, line 112: Called die * The specific snippet of code: * die "[email protected]" * * If you need support, post the output of `emerge --info '=x11-misc/plank-0.11.89::elementary'`, * the complete build log and the output of `emerge -pqv '=x11-misc/plank-0.11.89::elementary'`. * The complete build log is located at '/vatmp/portage/x11-misc/plank-0.11.89/temp/build.log'. * The ebuild environment file is located at '/vatmp/portage/x11-misc/plank-0.11.89/temp/environment'. * Working directory: '/vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89' * S: '/vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89' >>> Failed to emerge x11-misc/plank-0.11.89, Log file: >>> '/vatmp/portage/x11-misc/plank-0.11.89/temp/build.log' * Messages for package x11-misc/plank-0.11.89: * ERROR: x11-misc/plank-0.11.89::elementary failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 125: Called src_configure * environment, line 1850: Called econf '--disable-debug' '--enable-nls' '--enable-dbusmenu' * phase-helpers.sh, line 681: Called __helpers_die 'econf failed' * isolated-functions.sh, line 112: Called die * The specific snippet of code: * die "[email protected]" * * If you need support, post the output of `emerge --info '=x11-misc/plank-0.11.89::elementary'`, * the complete build log and the output of `emerge -pqv '=x11-misc/plank-0.11.89::elementary'`. * The complete build log is located at '/vatmp/portage/x11-misc/plank-0.11.89/temp/build.log'. * The ebuild environment file is located at '/vatmp/portage/x11-misc/plank-0.11.89/temp/environment'. * Working directory: '/vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89' * S: '/vatmp/portage/x11-misc/plank-0.11.89/work/plank-0.11.89' 
2)Output of command - emerge --info '=x11-misc/plank-0.11.89::elementary'
Portage 2.3.99 (python 3.7.7-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.30-r8, 5.4.28-gentoo-x86_64 x86_64) ================================================================= System Settings ================================================================= System uname: Li[email protected]_2.60GHz-with-gentoo-2.6 KiB Mem: 16208700 total, 10999324 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Sat, 23 May 2020 14:30:01 +0000 Head commit of repository gentoo: 1bebd3227ed82df26c9c8979cfc4de5d177c8ec5 sh bash 5.0_p17 ld GNU ld (Gentoo 2.33.1 p2) 2.33.1 app-shells/bash: 5.0_p17::gentoo dev-lang/perl: 5.30.1::gentoo dev-lang/python: 2.7.18::gentoo, 3.6.10-r2::gentoo, 3.7.7-r2::gentoo, 3.8.2-r2::gentoo dev-util/cmake: 3.16.5::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.33.1-r1::gentoo sys-devel/gcc: 9.3.0::gentoo sys-devel/gcc-config: 2.2.1::gentoo sys-devel/libtool: 2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.30-r8::gentoo Repositories: gentoo location: /vadb/repos/gentoo sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-verify-jobs: 1 sync-rsync-verify-max-age: 24 sync-rsync-extra-opts: sync-rsync-verify-metamanifest: yes elementary location: /valib/layman/elementary masters: gentoo priority: 50 vortex location: /valib/layman/vortex masters: gentoo priority: 50 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=ivybridge -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usshare/config /usshare/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/vacache/distfiles" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="rsync://ftp.vectranet.pl/gentoo/ https://gentoo.wheel.sk/" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4" PKGDIR="/vacache/binpkgs" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/vatmp" USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli crypt cups dbus dri dts dvd dvdr elogind emboss encode exif flac fortran gdbm gif glamor gpm gtk iconv icu ipv6 jpeg lcms ldap libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt5 readline sdl seccomp spell split-usr ssl startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wifi wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" RUBY_TARGETS="ruby24 ruby25" USERLAND="GNU" VIDEO_CARDS="intel i915 nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS 

submitted by akowsky to Gentoo [link] [comments]

Issue when compiling postgis from source

Hello right now i'm using Solus. Because there are no compiled version of postgis for Solus, i have no option other than building it from source
as for note i have installed all of the requirement GDAL, PROJ, GEOS, JSON-C, and LIBXML2 (including the devel one)
but when i run configure, it says that it could not find libxml2
here are the full configure output
checking for a BSD-compatible install... /usbin/install -c checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking how to print strings... printf checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usbin/ld checking if the linker (/usbin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usbin/nm -B checking the name lister (/usbin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usbin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... gawk checking command to parse /usbin/nm -B output from gcc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usbin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... (cached) /bin/grep checking for cpp... /usbin/cpp checking if gcc supports -Wall... yes checking if gcc supports -Wmissing-prototypes... yes checking if gcc supports -ffloat-store... yes checking if gcc supports --exclude-libs... yes checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for bison... bison -y checking ieeefp.h usability... no checking ieeefp.h presence... no checking for ieeefp.h... no checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking for vasprintf... yes checking for asprintf... yes checking for _LARGEFILE_SOURCE value needed for large files... no checking whether isfinite is declared... yes checking whether isfinite is declared... yes checking for perl... /usbin/perl checking for xsltproc... /usbin/xsltproc checking for convert... /usbin/convert checking for dblatex... no configure: WARNING: dblatex is not installed so PDF documentation cannot be built checking for xmllint... /usbin/xmllint configure: WARNING: could not locate Docbook stylesheets required to build the documentation checking CUnit/CUnit.h usability... no checking CUnit/CUnit.h presence... no checking for CUnit/CUnit.h... no configure: WARNING: could not locate CUnit required for unit tests checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for libiconv_open in -liconv... no checking for iconv_open in -lc... yes checking for iconvctl... no checking for libiconvctl... no checking for pg_config... /usbin/pg_config checking PostgreSQL version... PostgreSQL 10.12 checking libpq-fe.h usability... yes checking libpq-fe.h presence... yes checking for libpq-fe.h... yes checking for PQserverVersion in -lpq... yes checking for xml2-config... /usbin/xml2-config checking libxml/tree.h usability... yes checking libxml/tree.h presence... yes checking for libxml/tree.h... yes checking libxml/parser.h usability... yes checking libxml/parser.h presence... yes checking for libxml/parser.h... yes checking libxml/xpath.h usability... yes checking libxml/xpath.h presence... yes checking for libxml/xpath.h... yes checking libxml/xpathInternals.h usability... yes checking libxml/xpathInternals.h presence... yes checking for libxml/xpathInternals.h... yes checking for xmlInitParser in -lxml2... no configure: error: could not find libxml2 
Is there anyone having the solution for this issue?
submitted by Smooth-Efficiency-51 to postgis [link] [comments]

05-24 03:24 - 'Building libva in while disabling libdrm' (self.linux) by /u/hiihiiii removed from /r/linux within 276-286min

'''
I've been struggling with this for a few days now and honestly I don't know where to turn. I've had success getting a clean build of ffmpeg with ha few dependencies via cygwin, but I'm having trouble getting it with libmfx/QuickSync enabled.
In order to get ffmpeg built with libmfx I need to build the msdk, or Intel Media SDK. In turn, the msdk has dependency on libva, which needs libdrm to access the drm infrastructure of the linux kernel. Here's where it get's rough. libdrm just doesn't exist on windows, there's no infrastructure for it to make any sense. And so, it's not available as a package or a separate lib for cygwin.
In order for me to get this to work, I'd need to find a way to tell libva, maybe through configure options/flags, to not use drm. How can I achieve that?
Here's my libva make command:
cd /ffmpeg_sources && rm -rf libva && git clone [link]^^1 libva && cd libva && CFLAGS=-I/usx86_64-w64-mingw32/sys-root/mingw/include && LDFLAGS=-L/usx86_64-w64-mingw32/sys-root/mingw/lib && export LD_LIBRARY_PATH=/ffmpeg_sources/libva/ && export PKG_CONFIG_LIBDIR=/usx86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig && export PKG_CONFIG_PATH=/usx86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig && ./autogen.sh --prefix=/uslocal --libdir=/usx86_64-w64-mingw32/sys-root/mingw/lib --enable-static --disable-shared && make -j$(nproc) && make install 
Here's the log for it:
autoreconf-2.69: Entering directory `.' autoreconf-2.69: configure.ac: not using Gettext autoreconf-2.69: running: aclocal -I m4 ${ACLOCAL_FLAGS} autoreconf-2.69: configure.ac: tracing autoreconf-2.69: running: libtoolize --copy autoreconf-2.69: running: /usbin/autoconf-2.69 autoreconf-2.69: running: /usbin/autoheader-2.69 autoreconf-2.69: running: automake --add-missing --copy --no-force va/wayland/Makefile.am:30: warning: source file '../drm/va_drm_utils.c' is in a subdirectory, va/wayland/Makefile.am:30: but option 'subdir-objects' is disabled automake-1.16: warning: possible forward-incompatibility. automake-1.16: At least a source file is in a subdirectory, but the 'subdir-objects' automake-1.16: automake option hasn't been enabled. For now, the corresponding output automake-1.16: object file(s) will be placed in the top-level directory. However, automake-1.16: this behaviour will change in future Automake versions: they will automake-1.16: unconditionally cause object files to be placed in the same subdirectory automake-1.16: of the corresponding sources. automake-1.16: You are advised to start using 'subdir-objects' option throughout your automake-1.16: project, to avoid future incompatibilities. autoreconf-2.69: Leaving directory `.' checking for a BSD-compatible install... /usbin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usbin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking build system type... x86_64-pc-cygwin checking host system type... x86_64-pc-cygwin checking how to print strings... printf checking whether make supports the include directive... yes (GNU style) checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /usbin/sed checking for grep that handles long lines and -e... /usbin/grep checking for egrep... /usbin/grep -E checking for fgrep... /usbin/grep -F checking for ld used by gcc... /usx86_64-pc-cygwin/bin/ld.exe checking if the linker (/usx86_64-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usbin/nm -B checking the name lister (/usbin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 8192 checking how to convert x86_64-pc-cygwin file names to x86_64-pc-cygwin format... func_convert_file_noop checking how to convert x86_64-pc-cygwin file names to toolchain format... func_convert_file_noop checking for /usx86_64-pc-cygwin/bin/ld.exe option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL checking for dlltool... dlltool checking how to associate runtime and link libraries... func_cygming_dll_for_implib checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usbin/nm -B output from gcc object... ok checking for sysroot... no checking for a working dd... /usbin/dd checking how to truncate binary pipes... /usbin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -DDLL_EXPORT -DPIC checking if gcc PIC flag -DDLL_EXPORT -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usx86_64-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking whether gcc understands -c and -o together... (cached) yes checking dependency style of gcc... (cached) gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usx86_64-pc-cygwin/bin/ld.exe checking if the linker (/usx86_64-pc-cygwin/bin/ld.exe) is GNU ld... yes checking whether the g++ linker (/usx86_64-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking for g++ option to produce PIC... -DDLL_EXPORT -DPIC checking if g++ PIC flag -DDLL_EXPORT -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usx86_64-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking for a sed that does not truncate output... (cached) /usbin/sed checking for pkg-config... /usbin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for ANSI C header files... (cached) yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking whether __attribute__((visibility())) is supported... no checking whether gcc accepts -fstack-protector... yes checking for DRM... no configure: error: Package requirements (libdrm >= 2.4) were not met: Package 'libdrm', required by '[link]^^2 ', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRM_CFLAGS and DRM_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. 
'''
Building libva in while disabling libdrm
Go1dfish undelete link
unreddit undelete link
Author: hiihiiii
1: gith*b*co*/intel/l***a 2: virtual:world
Unknown links are censored to prevent spreading illicit content.
submitted by removalbot to removalbot [link] [comments]

Building libva and disabling libdrm

I've been struggling with this for a few days now and honestly I don't know where to turn. I've had success getting a clean build of ffmpeg with ha few dependencies via cygwin, but I'm having trouble getting it with libmfx/QuickSync enabled.
In order to get ffmpeg built with libmfx I need to build the msdk, or Intel Media SDK. In turn, the msdk has dependency on libva, which needs libdrm to access the drm infrastructure of the linux kernel. Here's where it get's rough. libdrm just doesn't exist on windows, there's no infrastructure for it to make any sense. And so, it's not available as a package or a separate lib for cygwin.
In order for me to get this to work, I'd need to find a way to tell libva, maybe through configure options/flags, to not use drm. How can I achieve that?
Here's my libva make command:
cd /ffmpeg_sources && rm -rf libva && git clone https://github.com/intel/libva libva && cd libva && CFLAGS=-I/usx86_64-w64-mingw32/sys-root/mingw/include && LDFLAGS=-L/usx86_64-w64-mingw32/sys-root/mingw/lib && export LD_LIBRARY_PATH=/ffmpeg_sources/libva/ && export PKG_CONFIG_LIBDIR=/usx86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig && export PKG_CONFIG_PATH=/usx86_64-w64-mingw32/sys-root/mingw/lib/pkgconfig && ./autogen.sh --prefix=/uslocal --libdir=/usx86_64-w64-mingw32/sys-root/mingw/lib --enable-static --disable-shared && make -j$(nproc) && make install 
Here's the log for it:
autoreconf-2.69: Entering directory `.' autoreconf-2.69: configure.ac: not using Gettext autoreconf-2.69: running: aclocal -I m4 ${ACLOCAL_FLAGS} autoreconf-2.69: configure.ac: tracing autoreconf-2.69: running: libtoolize --copy autoreconf-2.69: running: /usbin/autoconf-2.69 autoreconf-2.69: running: /usbin/autoheader-2.69 autoreconf-2.69: running: automake --add-missing --copy --no-force va/wayland/Makefile.am:30: warning: source file '../drm/va_drm_utils.c' is in a subdirectory, va/wayland/Makefile.am:30: but option 'subdir-objects' is disabled automake-1.16: warning: possible forward-incompatibility. automake-1.16: At least a source file is in a subdirectory, but the 'subdir-objects' automake-1.16: automake option hasn't been enabled. For now, the corresponding output automake-1.16: object file(s) will be placed in the top-level directory. However, automake-1.16: this behaviour will change in future Automake versions: they will automake-1.16: unconditionally cause object files to be placed in the same subdirectory automake-1.16: of the corresponding sources. automake-1.16: You are advised to start using 'subdir-objects' option throughout your automake-1.16: project, to avoid future incompatibilities. autoreconf-2.69: Leaving directory `.' checking for a BSD-compatible install... /usbin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usbin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make supports nested variables... (cached) yes checking build system type... x86_64-pc-cygwin checking host system type... x86_64-pc-cygwin checking how to print strings... printf checking whether make supports the include directive... yes (GNU style) checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /usbin/sed checking for grep that handles long lines and -e... /usbin/grep checking for egrep... /usbin/grep -E checking for fgrep... /usbin/grep -F checking for ld used by gcc... /usx86_64-pc-cygwin/bin/ld.exe checking if the linker (/usx86_64-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usbin/nm -B checking the name lister (/usbin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 8192 checking how to convert x86_64-pc-cygwin file names to x86_64-pc-cygwin format... func_convert_file_noop checking how to convert x86_64-pc-cygwin file names to toolchain format... func_convert_file_noop checking for /usx86_64-pc-cygwin/bin/ld.exe option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL checking for dlltool... dlltool checking how to associate runtime and link libraries... func_cygming_dll_for_implib checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usbin/nm -B output from gcc object... ok checking for sysroot... no checking for a working dd... /usbin/dd checking how to truncate binary pipes... /usbin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -DDLL_EXPORT -DPIC checking if gcc PIC flag -DDLL_EXPORT -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usx86_64-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking whether gcc understands -c and -o together... (cached) yes checking dependency style of gcc... (cached) gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usx86_64-pc-cygwin/bin/ld.exe checking if the linker (/usx86_64-pc-cygwin/bin/ld.exe) is GNU ld... yes checking whether the g++ linker (/usx86_64-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking for g++ option to produce PIC... -DDLL_EXPORT -DPIC checking if g++ PIC flag -DDLL_EXPORT -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usx86_64-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking for a sed that does not truncate output... (cached) /usbin/sed checking for pkg-config... /usbin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for ANSI C header files... (cached) yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking whether __attribute__((visibility())) is supported... no checking whether gcc accepts -fstack-protector... yes checking for DRM... no configure: error: Package requirements (libdrm >= 2.4) were not met: Package 'libdrm', required by 'virtual:world', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRM_CFLAGS and DRM_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. 
Edit:
Disabling DRM, if I've done it correctly, got me nowhere.
submitted by hiihiiii to linuxquestions [link] [comments]

Firefox suddenly using all of my memory

I am using Firefox when suddenly it slows to a crawl, I open task manager and it is using all of my memory!
It doesn't just start using all of the RAM, though, Firefox slowly fills up space linearly, as if someone was turning a dial.

Edit:

Application Basics

Name Firefox Version 73.0.1 Build ID 20200217142647 Update Channel release User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:73.0) Gecko/20100101 Firefox/73.0 OS Windows_NT 10.0 Launcher Process Enabled Multiprocess Windows 2/2 Enabled by default Remote Processes 9 Enterprise Policies Inactive Google Location Service Key Found Google Safebrowsing Key Found Mozilla Location Service Key Found Safe Mode false

Crash Reports for the Last 3 Days

Report ID Submitted

Firefox Features

Name Version ID DoH [email protected] [email protected] [email protected] [email protected] [email protected]

Remote Processes

Type Count Web Content7 / 8Extension1GPU1

Extensions

Name Version Enabled ID [email protected][email protected]@[email protected][email protected][email protected]y for [email protected][email protected]jetpackTwitter[email protected] (en)[email protected]

Security Software

Type Name Antivirus Windows Defender Antivirus Antispyware Firewall

Graphics

Features CompositingWebRenderAsynchronous Pan/Zoomwheel input enabled; scrollbar drag enabled; keyboard enabled; autoscroll enabledWebGL 1 Driver WSI InfoEGL_VENDOR: Google Inc. (adapter LUID: 000000000000b2c7) EGL_VERSION: 1.4 (ANGLE 2.1.0.5eaf76b0bfd1) EGL_EXTENSIONS: EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_ANGLE_direct_composition EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_CHROMIUM_sync_control EGL_EXT_pixel_format_float EGL_KHR_surfaceless_context EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_program_cache_control EGL_ANGLE_robust_resource_initialization EGL_ANGLE_create_context_extensions_enabled EGL_ANDROID_blob_cache EGL_ANDROID_recordable EGL_ANGLE_image_d3d11_texture EGL_ANGLE_create_context_backwards_compatible EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug EGL_ANGLE_explicit_context EGL_ANGLE_feature_control WebGL 1 Driver RendererGoogle Inc. -- ANGLE (Radeon RX 580 Series Direct3D11 vs_5_0 ps_5_0)WebGL 1 Driver VersionOpenGL ES 2.0.0 (ANGLE 2.1.0.5eaf76b0bfd1)WebGL 1 Driver ExtensionsGL_ANGLE_client_arrays GL_ANGLE_depth_texture GL_ANGLE_explicit_context GL_ANGLE_explicit_context_gles1 GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_memory_size GL_ANGLE_multi_draw GL_ANGLE_multiview_multisample GL_ANGLE_pack_reverse_row_order GL_ANGLE_program_cache_control GL_ANGLE_provoking_vertex GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_lose_context GL_CHROMIUM_sync_query GL_EXT_blend_func_extended GL_EXT_blend_minmax GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_float_blend GL_EXT_frag_depth GL_EXT_instanced_arrays GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_bptc GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_KHR_parallel_shader_compile GL_KHR_robust_buffer_access_behavior GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_depth24 GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_3D GL_OES_texture_border_clamp GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object OES_compressed_EAC_R11_signed_texture OES_compressed_EAC_R11_unsigned_texture OES_compressed_EAC_RG11_signed_texture OES_compressed_EAC_RG11_unsigned_texture OES_compressed_ETC2_RGB8_texture OES_compressed_ETC2_RGBA8_texture OES_compressed_ETC2_punchthroughA_RGBA8_texture OES_compressed_ETC2_punchthroughA_sRGB8_alpha_texture OES_compressed_ETC2_sRGB8_alpha8_texture OES_compressed_ETC2_sRGB8_texture WebGL 1 ExtensionsANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_disjoint_timer_query EXT_float_blend EXT_frag_depth EXT_shader_texture_lod EXT_sRGB EXT_texture_compression_bptc EXT_texture_filter_anisotropic OES_element_index_uint OES_standard_derivatives OES_texture_float OES_texture_float_linear OES_texture_half_float OES_texture_half_float_linear OES_vertex_array_object WEBGL_color_buffer_float WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_depth_texture WEBGL_draw_buffers WEBGL_lose_contextWebGL 2 Driver WSI InfoEGL_VENDOR: Google Inc. (adapter LUID: 000000000000b2c7) EGL_VERSION: 1.4 (ANGLE 2.1.0.5eaf76b0bfd1) EGL_EXTENSIONS: EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_ANGLE_direct_composition EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_CHROMIUM_sync_control EGL_EXT_pixel_format_float EGL_KHR_surfaceless_context EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_program_cache_control EGL_ANGLE_robust_resource_initialization EGL_ANGLE_create_context_extensions_enabled EGL_ANDROID_blob_cache EGL_ANDROID_recordable EGL_ANGLE_image_d3d11_texture EGL_ANGLE_create_context_backwards_compatible EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses EGL_KHR_debug EGL_ANGLE_explicit_context EGL_ANGLE_feature_control WebGL 2 Driver RendererGoogle Inc. -- ANGLE (Radeon RX 580 Series Direct3D11 vs_5_0 ps_5_0)WebGL 2 Driver VersionOpenGL ES 3.0.0 (ANGLE 2.1.0.5eaf76b0bfd1)WebGL 2 Driver ExtensionsGL_ANGLE_client_arrays GL_ANGLE_copy_texture_3d GL_ANGLE_depth_texture GL_ANGLE_explicit_context GL_ANGLE_explicit_context_gles1 GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_memory_size GL_ANGLE_multi_draw GL_ANGLE_multiview_multisample GL_ANGLE_pack_reverse_row_order GL_ANGLE_program_cache_control GL_ANGLE_provoking_vertex GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_multisample GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_lose_context GL_CHROMIUM_sync_query GL_EXT_blend_func_extended GL_EXT_blend_minmax GL_EXT_color_buffer_float GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_float_blend GL_EXT_frag_depth GL_EXT_instanced_arrays GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_bptc GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_norm16 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_KHR_parallel_shader_compile GL_KHR_robust_buffer_access_behavior GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_EGL_image_external_essl3 GL_OES_depth24 GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_3D GL_OES_texture_border_clamp GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object GL_OVR_multiview GL_OVR_multiview2 OES_compressed_EAC_R11_signed_texture OES_compressed_EAC_R11_unsigned_texture OES_compressed_EAC_RG11_signed_texture OES_compressed_EAC_RG11_unsigned_texture OES_compressed_ETC2_RGB8_texture OES_compressed_ETC2_RGBA8_texture OES_compressed_ETC2_punchthroughA_RGBA8_texture OES_compressed_ETC2_punchthroughA_sRGB8_alpha_texture OES_compressed_ETC2_sRGB8_alpha8_texture OES_compressed_ETC2_sRGB8_texture WebGL 2 ExtensionsEXT_color_buffer_float EXT_disjoint_timer_query EXT_float_blend EXT_texture_compression_bptc EXT_texture_filter_anisotropic OES_texture_float_linear OVR_multiview2 WEBGL_compressed_texture_s3tc WEBGL_compressed_texture_s3tc_srgb WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_lose_contextDirect2DtrueUses Tiling (Content)trueOff Main Thread Painting EnabledtrueOff Main Thread Painting Worker Count3Target Frame Rate60DirectWritetrue (10.0.18362.476) GPU #1 ActiveYesDescriptionRadeon RX 580 SeriesVendor ID0x1002Device ID0x67dfDriver Version26.20.15003.5016Driver Date12-16-2019Driversaticfx64 aticfx64 aticfx64 amdxc64 aticfx32 aticfx32 aticfx32 amdxc32 atiumd64 atidxx64 atidxx64 atiumdag atidxx32 atidxx32 atiumdva atiumd6aSubsys ID22f91458RAM4096 GPU #2 ActiveNoRAM0 Diagnostics AzureCanvasBackenddirect2d 1.1AzureCanvasBackend (UI Process)skiaAzureContentBackendskiaAzureContentBackend (UI Process)skiaAzureFallbackCanvasBackend (UI Process)noneCMSOutputProfileAAAMSExpbm8CEAAAbW50clJHQiBYWVogB84AAgAJAAYAMQAAYWNzcE1TRlQAAAAASUVDIHNSR0IAAAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1IUCAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARY3BydAAAAVAAAAAzZGVzYwAAAYQAAABsd3RwdAAAAfAAAAAUYmtwdAAAAgQAAAAUclhZWgAAAhgAAAAUZ1hZWgAAAiwAAAAUYlhZWgAAAkAAAAAUZG1uZAAAAlQAAABwZG1kZAAAAsQAAACIdnVlZAAAA0wAAACGdmlldwAAA9QAAAAkbHVtaQAAA/gAAAAUbWVhcwAABAwAAAAkdGVjaAAABDAAAAAMclRSQwAABDwAAAgMZ1RSQwAABDwAAAgMYlRSQwAABDwAAAgMdGV4dAAAAABDb3B5cmlnaHQgKGMpIDE5OTggSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkAAGRlc2MAAAAAAAAAEnNSR0IgSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAASc1JHQiBJRUM2MTk2Ni0yLjEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAAAADzUQABAAAAARbMWFlaIAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAAb6IAADj1AAADkFhZWiAAAAAAAABimQAAt4UAABjaWFlaIAAAAAAAACSgAAAPhAAAts9kZXNjAAAAAAAAABZJRUMgaHR0cDovL3d3dy5pZWMuY2gAAAAAAAAAAAAAABZJRUMgaHR0cDovL3d3dy5pZWMuY2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZGVzYwAAAAAAAAAuSUVDIDYxOTY2LTIuMSBEZWZhdWx0IFJHQiBjb2xvdXIgc3BhY2UgLSBzUkdCAAAAAAAAAAAAAAAuSUVDIDYxOTY2LTIuMSBEZWZhdWx0IFJHQiBjb2xvdXIgc3BhY2UgLSBzUkdCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGRlc2MAAAAAAAAALFJlZmVyZW5jZSBWaWV3aW5nIENvbmRpdGlvbiBpbiBJRUM2MTk2Ni0yLjEAAAAAAAAAAAAAACxSZWZlcmVuY2UgVmlld2luZyBDb25kaXRpb24gaW4gSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB2aWV3AAAAAAATpP4AFF8uABDPFAAD7cwABBMLAANcngAAAAFYWVogAAAAAABMCVYAUAAAAFcf521lYXMAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAKPAAAAAnNpZyAAAAAAQ1JUIGN1cnYAAAAAAAAEAAAAAAUACgAPABQAGQAeACMAKAAtADIANwA7AEAARQBKAE8AVABZAF4AYwBoAG0AcgB3AHwAgQCGAIsAkACVAJoAnwCkAKkArgCyALcAvADBAMYAywDQANUA2wDgAOUA6wDwAPYA+wEBAQcBDQETARkBHwElASsBMgE4AT4BRQFMAVIBWQFgAWcBbgF1AXwBgwGLAZIBmgGhAakBsQG5AcEByQHRAdkB4QHpAfIB+gIDAgwCFAIdAiYCLwI4AkECSwJUAl0CZwJxAnoChAKOApgCogKsArYCwQLLAtUC4ALrAvUDAAMLAxYDIQMtAzgDQwNPA1oDZgNyA34DigOWA6IDrgO6A8cD0wPgA+wD+QQGBBMEIAQtBDsESARVBGMEcQR+BIwEmgSoBLYExATTBOEE8AT+BQ0FHAUrBToFSQVYBWcFdwWGBZYFpgW1BcUF1QXlBfYGBgYWBicGNwZIBlkGagZ7BowGnQavBsAG0QbjBvUHBwcZBysHPQdPB2EHdAeGB5kHrAe/B9IH5Qf4CAsIHwgyCEYIWghuCIIIlgiqCL4I0gjnCPsJEAklCToJTwlkCXkJjwmkCboJzwnlCfsKEQonCj0KVApqCoEKmAquCsUK3ArzCwsLIgs5C1ELaQuAC5gLsAvIC+EL+QwSDCoMQwxcDHUMjgynDMAM2QzzDQ0NJg1ADVoNdA2ODakNww3eDfgOEw4uDkkOZA5/DpsOtg7SDu4PCQ8lD0EPXg96D5YPsw/PD+wQCRAmEEMQYRB+EJsQuRDXEPURExExEU8RbRGMEaoRyRHoEgcSJhJFEmQShBKjEsMS4xMDEyMTQxNjE4MTpBPFE+UUBhQnFEkUahSLFK0UzhTwFRIVNBVWFXgVmxW9FeAWAxYmFkkWbBaPFrIW1hb6Fx0XQRdlF4kXrhfSF/cYGxhAGGUYihivGNUY+hkgGUUZaxmRGbcZ3RoEGioaURp3Gp4axRrsGxQbOxtjG4obshvaHAIcKhxSHHscoxzMHPUdHh1HHXAdmR3DHeweFh5AHmoelB6+HukfEx8+H2kflB+/H+ogFSBBIGwgmCDEIPAhHCFIIXUhoSHOIfsiJyJVIoIiryLdIwojOCNmI5QjwiPwJB8kTSR8JKsk2iUJJTglaCWXJccl9yYnJlcmhya3JugnGCdJJ3onqyfcKA0oPyhxKKIo1CkGKTgpaymdKdAqAio1KmgqmyrPKwIrNitpK50r0SwFLDksbiyiLNctDC1BLXYtqy3hLhYuTC6CLrcu7i8kL1ovkS/HL/4wNTBsMKQw2zESMUoxgjG6MfIyKjJjMpsy1DMNM0YzfzO4M/E0KzRlNJ402DUTNU01hzXCNf02NzZyNq426TckN2A3nDfXOBQ4UDiMOMg5BTlCOX85vDn5OjY6dDqyOu87LTtrO6o76DwnPGU8pDzjPSI9YT2hPeA+ID5gPqA+4D8hP2E/oj/iQCNAZECmQOdBKUFqQaxB7kIwQnJCtUL3QzpDfUPARANER0SKRM5FEkVVRZpF3kYiRmdGq0bwRzVHe0fASAVIS0iRSNdJHUljSalJ8Eo3Sn1KxEsMS1NLmkviTCpMcky6TQJNSk2TTdxOJU5uTrdPAE9JT5NP3VAnUHFQu1EGUVBRm1HmUjFSfFLHUxNTX1OqU/ZUQlSPVNtVKFV1VcJWD1ZcVqlW91dEV5JX4FgvWH1Yy1kaWWlZuFoHWlZaplr1W0VblVvlXDVchlzWXSddeF3JXhpebF69Xw9fYV+zYAVgV2CqYPxhT2GiYfViSWKcYvBjQ2OXY+tkQGSUZOllPWWSZedmPWaSZuhnPWeTZ+loP2iWaOxpQ2maafFqSGqfavdrT2una/9sV2yvbQhtYG25bhJua27Ebx5veG/RcCtwhnDgcTpxlXHwcktypnMBc11zuHQUdHB0zHUodYV14XY+dpt2+HdWd7N4EXhueMx5KnmJeed6RnqlewR7Y3vCfCF8gXzhfUF9oX4BfmJ+wn8jf45YBHgKiBCoFrgc2CMIKSgvSDV4O6hB2EgITjhUeFq4YOhnKG14c7h5+IBIhpiM6JM4mZif6KZIrKizCLlov8jGOMyo0xjZiN/45mjs6PNo+ekAaQbpDWkT+RqJIRknqS45NNk7aUIJSKlPSVX5XJljSWn5cKl3WX4JhMmLiZJJmQmfyaaJrVm0Kbr5wcnImc951kndKeQJ6unx2fi5/6oGmg2KFHobaiJqKWowajdqPmpFakx6U4pammGqaLpv2nbqfgqFKoxKk3qamqHKqPqwKrdavprFys0K1ErbiuLa6hrxavi7AAsHWw6rFgsdayS7LCszizrrQltJy1E7WKtgG2ebbwt2i34LhZuNG5SrnCuju6tbsuu6e8IbybvRW9j74KvoS+/796v/XAcMDswWfB48JfwtvDWMPUxFHEzsVLxcjGRsbDx0HHv8g9yLzJOsm5yjjKt8s2y7bMNcy1zTXNtc42zrbPN8+40DnQutE80b7SP9LB00TTxtRJ1MvVTtXR1lXW2Ndc1+DYZNjo2WzZ8dp22vvbgNwF3IrdEN2W3hzeot8p36/gNuC94UThzOJT4tvjY+Pr5HPk/OWE5g3mlucf56noMui86Ubp0Opb6uXrcOv77IbtEe2c7ijutO9A78zwWPDl8XLx//KM8xnzp/Q09ML1UPXe9m32+/eK+Bn4qPk4+cf6V/rn+3f8B/yY/Sn9uv5L/tz/bf//[email protected] [email protected] DisplayCount2GPUProcessPid9512ClearType Parameters\\.\DISPLAY1 [ Gamma: 1,8 Pixel Structure: RGB ClearType Level: 100 Enhanced Contrast: 50 ] \\.\DISPLAY2 [ Gamma: 1,8 Pixel Structure: RGB ClearType Level: 100 Enhanced Contrast: 50 ] Decision Log WEBRENDERopt-in by default: WebRender is an opt-in featureavailable by user: Qualified in releaseWEBRENDER_COMPOSITORdisabled by default: Disabled by defaultWEBGPUdisabled by default: Disabled by default Crash Guard Disabled Features WMF VPX Video DecoderReset on Next Restart Workarounds Failure Log (#0) GP+[GFX1-]: shader-cache: Timed out before finishing loads

Media

Audio BackendwasapiMax Channels2Preferred Sample Rate48000 Output Devices Name Group Vendor State Preferred Format Channels Rate Latency 1 - Digital Display Audio (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001UnpluggedNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 06 - Digital Display Audio (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001UnpluggedNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 96000, support: 96000 - 960000 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 44100, support: 44100 - 441000 - 0Saída Digital (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001EnabledAlldefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 48000144 - 4805 - Digital Display Audio (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001UnpluggedNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 02 - Digital Display Audio (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001UnpluggedNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 44100, support: 44100 - 441000 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Alto-falantes (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001EnabledAlldefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 48000144 - 480DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Realtek Digital Output (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001EnabledNonedefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 48000144 - 480DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 44100, support: 44100 - 441000 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 480000 - 0Realtek Digital Output(Optical) (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 480000 - 03 - Digital Display Audio (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001UnpluggedNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 480000 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0 Input Devices Name Group Vendor State Preferred Format Channels Rate Latency Conector AUX Interno (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Conector AUX Interno (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Conector AUX Interno (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Rear (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Entrada (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE1default: 48000, support: 48000 - 480000 - 0Front Pink In (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Front Green In (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Front (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Subwoofer (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Conector AUX Interno (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 44100, support: 44100 - 441000 - 0Side (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Entrada (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001UnpluggedNonedefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 480000 - 0Mixagem estéreo (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE2default: 48000, support: 48000 - 480000 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Microfone (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001EnabledAlldefault: F32LE, support: S16LE F32LE2default: 96000, support: 96000 - 96000288 - 960Microfone (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0Conector AUX Interno (2- AMD High Definition Audio Device)HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1007\5&6fdd8bb&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0DisabledNonedefault: F32LE, support: S16LE F32LE2default: 44100, support: 44100 - 441000 - 0Center (Realtek High Definition Audio)HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10438445&REV_1003\4&3ad857fa&0&0001DisabledNonedefault: F32LE, support: S16LE F32LE0default: 0, support: 0 - 00 - 0 Media Capabilities Enumerate database

Important Modified Preferences

accessibility.typeaheadfind.flashBar0browser.cache.disk.amount_written798437browser.cache.disk.capacity542720browser.cache.disk.filesystem_reported1browser.cache.disk.telemetry_report_ID223browser.contentblocking.categorystandardbrowser.search.useDBForOrdertruebrowser.sessionstore.upgradeBackup.latestBuildID20200217142647browser.startup.homepage_override.buildID20200217142647browser.startup.homepage_override.mstone73.0.1browser.urlbar.placeholderNameDuckDuckGobrowser.urlbar.placeholderName.privateDuckDuckGodom.push.userAgentIDbcd140d0e13849d4b791db6a9e01c1b2extensions.lastAppVersion73.0.1font.internaluseonly.changedfalsegfx.crash-guard.status.wmfvpxvideo3gfx.crash-guard.wmfvpxvideo.appVersion73.0gfx.crash-guard.wmfvpxvideo.deviceID0x67dfgfx.crash-guard.wmfvpxvideo.driverVersion26.20.15003.5016idle.lastDailyNotification1582646628layers.mlgpu.sanity-test-failedfalsemedia.gmp-gmpopenh264.abix86_64-msvc-x64media.gmp-gmpopenh264.lastUpdate1573965692media.gmp-gmpopenh264.version1.8.1.1media.gmp-manager.buildID20200217142647media.gmp-manager.lastCheck1582556441media.gmp-widevinecdm.abix86_64-msvc-x64media.gmp-widevinecdm.lastUpdate1581636477media.gmp-widevinecdm.version4.10.1582.2media.gmp.storage.version.observed1media.hardware-video-decoding.failedtruenetwork.predictor.cleaned-uptrueplaces.database.lastMaintenance1582330809places.history.expiration.transient_current_max_pages144036plugin.flash.archx86_64-msvcplugin.flash.blockliststate4plugin.flash.descShockwave Flash 32.0 r0plugin.flash.lastmod_hi367plugin.flash.lastmod_lo-1096358588plugin.flash.pathC:\WINDOWS\system32\Macromed\Flash\NPSWF64_32_0_0_314.dllplugin.flash.version32.0.0.314privacy.sanitize.pending[{"id":"newtab-container","itemsToClear":[],"options":{}}]privacy.socialtracking.notification.counter1privacy.socialtracking.notification.enabledfalseprivacy.socialtracking.notification.lastShown1573999582477security.sandbox.content.tempDirSuffix{ed869489-3cb8-4dd9-8c1c-13f7f26cae7c}security.sandbox.plugin.tempDirSuffix{ed162ff2-69a4-462f-90d3-26d353b8454e}services.sync.declinedEnginesservices.sync.engine.historyfalseservices.sync.engine.prefs.modifiedfalseservices.sync.lastPing1582643240services.sync.lastSyncTue Feb 25 2020 16:55:27 GMT-0300 (Brasilia Standard Time)signon.importedFromSqlitetruestorage.vacuum.last.index1storage.vacuum.last.places.sqlite1582141698ui.osk.debug.keyboardDisplayReasonIKPOS: Touch screen not found.

Important Locked Preferences

fission.autostartfalse

Places Database

JavaScript

Incremental GC true

Accessibility

Activated false Prevent Accessibility 0 Accessible Handler Used true Accessibility Instantiator

Library Versions

Expected minimum versionVersion in useNSPR4.244.24NSS3.49.23.49.2NSSSMIME3.49.23.49.2NSSSSL3.49.23.49.2NSSUTIL3.49.23.49.2

Sandbox

Content Process Sandbox Level5Effective Content Process Sandbox Level5

Internationalization & Localization

Application Settings Requested Locales ["en-US"] Available Locales ["en-US"] App Locales ["en-US"] Regional Preferences ["en-US"] Default Locale "en-US" Operating System System Locales ["en-US","pt-BR"] Regional Preferences ["pt-BR"]
submitted by Bluey_Bananas to firefox [link] [comments]

On build systems: attempt at finding right abstractions

So, let me annoy everyone with my rant. If want to get to something more substantial just skip ahead.
All this situation with build systems and hype around it can't help but remind me about good old xkcd panel. This situation seems completely paradoxical. We are ready to happily dump hundreds of human hours to discuss and design an obscure standard library feature which is required by 3.5 people and still are not willing to figure out and agree on way we build our software which is required by everyone. And we still claim to be grand C++ programmers who write most performant, efficient and elegant code out there. Bunch of us wrote most complicated systems in the world. And still look at the stuff we use every day. Ugh...
There is only one conclusion that comes to my mind: we just SUCK at designing our own tools.

I don't want to come as all-knowing or claim I found a panacea. This post is mostly a brain dump of what was lazily brewing in the back of my mind for some time. It could be completely wrong, it could be far away from real world, I don't care. I just hope it will help us find the right direction.
And no, there is not need to remind me. As a fellow C++ programmer I absolutely adore convoluted solutions and overly complex systems.
When we design something, first we need to decide our goals. For build system it would be:
  1. Ease distribution and consumption of libraries.
  2. Reproducible builds. Holy grail of C++.
A lot of people focus on first point and completely forget about the second one, although it is equally as important.
Let's not dig too deep and take compilation model from what we have nowadays. It seems to be fairly stable and widely adopted. According to it there is a number of atomic (within reason) operations that need to be performed:
  1. Compile TU into object file
  2. Compile TU into AST dump*
  3. Assemble module interface**
  4. Assemble module body from related TUs**
  5. Link object files and module bodies into binary artifact
  6. Configure build options***
  7. "Install" artifacts (move to reasonably unique and accessible location in filesystem)
  8. Fetch sources/precompiled artifacts
* Probably required for module bodies (templates?). AST is just an example - can be any other format that makes sense (including toolchain-specific)
** Haven't been following module hype train. Are there any details on concrete implementations yet? I assume this is more or less what's supposed to be going on, but some operations here might be unnecessary (like interface assembly).
*** I believe I've seen some people (indirectly?) objecting to this step ("we don't need meta-build systems like CMake", although they might have a different objection point to this), but realistically this step is absolutely necessary as it includes stuff like choice between release/debug build, choice between target architecture etc.
What's come to mind when looking at the list? I guess
When we talk about toolchain invocations we actually need to know which compiler we use to correctly issue compilation flags. Like call gcc for TUs but ld for linking exe, pass /Ox when handling msvc, but sometimes its just clang++ for everything, and yeah don't tell linker weird stuff when compiling with asan. I mean... WTF is this mess? Why in all three hells your building systems needs to know all of that?
It's actually a complete disaster if you squint your eyes. We leak implementation details all over the place. Who cares if your toolchain has one executable or 10? Who cares if its dashes or slashes? All I want to ask is "do (one of 1, 2, 3, 4, 5)", why anything else should concern me?
I mean at this point it makes sense to just have one executable which can be told what I want to do, not how to do it. Isn't it how good APIs work? Btw clang team apparently come to similar idea much earlier than me and hid all their stuff behind clang++ executable. Anyways this is where I think we should start counting our tools: Toolchain Abstraction Tool.

The second part is resolving dependencies. TUs consume modules, module consume modules, all that. Basically speaking, if modules stuff is represented as files, we can explicitly feed those files in invocations where they are needed. Then ordering invocation is "trivial". Well at the very least in context of state-of-the-art contemporary systems: we already do this with headers. Needs some tweaking at most.
What deserves much more attention is optimization techniques. Currently we have 3 (correct me if I'm wrong):
To manage all this we can have another tool: Script Execution Tool.

Next comes configuring our project. Project Configuration Tool. Part of CMake fills similar role, and you can easily witness how screwed up everything is when you are trying to support multiple targets and multiple toolchains.

File Management Tool. Tucks your files where they need to be, fetches from internet, didn't give it enough thought, something else?

So overall we can round up the zoo to whole... five tools:
  1. Toolchain abstraction tool
  2. Script execution tool
  3. Project configuration tool
  4. File management tool
  5. Virtual environment management tool
Yes, I added a fifth one, but everything in order.

Toolchain Abstraction
Responsibilities:
Script execution
Responsibilities:
Project configuration
Responsibilities:
File management
Responsibilities:
Virtual environment management
Responsibilities:
This may seem unnecessary, but it is essential step towards reproducible builds: now we have (almost) perfect information about what is available to the project. True, that some of it can inferred (direct project dependencies) but some are not (like exact toolchain configuration, or other tools).
Also others (for ex. Python) already realized usefulness of such abstraction and are making tools to handle it while we are still doing our woodoo dances around compilers.
You may ask now, WTF I want to make my project in one line. And yes, now you can have it, the 6th tool: Project management tool. Let it make your life easy:
But seriously I don't care if it's easy to set up project in one line or easily link a famous library when everything is a dumpster fire and any step left or right leads to hours of suffering and guide/manual smoking (yes, CMake, I look at you).
I don't know, maybe it's just me, but everyone for some reason jumps directly to last item on the list and handwaves the rest. It's literally the least important one, and obviously most desirable one: a nice facade hiding complex machine. Except such build tools usually find crutches behind itself instead.
This is where my mind is now. Maybe some abstraction levels are wrong. Maybe we need to merge/split something, or completely rework the workflow? I don't know. If you know - help everyone to figure it out.
Anyways I'm super tired right now, hope this wall-of-text makes at least some sense.
submitted by haibane_tenshi to cpp [link] [comments]

I'm trying to make an RPM for alpine 2.21 for CentOS 8

I'm trying to make an RPM for alpine 2.21 for CentOS 8 since one doesn't seem to exist already. Here is the issue I'm running into:
[[email protected] alpine-2.21]# ./configure
checking for a BSD-compatible install... /usbin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usbin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
configure: Configuring for alpine 2.21 (x86_64-unknown-linux-gnu))
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for gcc option to accept ISO C99... none needed
checking for gcc option to accept ISO Standard C... (cached) none needed
checking whether make sets $(MAKE)... (cached) yes
checking whether ln -s works... yes
checking for gawk... (cached) gawk
checking for ranlib... ranlib
checking how to print strings... printf
checking for a sed that does not truncate output... /usbin/sed
checking for grep that handles long lines and -e... /usbin/grep
checking for egrep... /usbin/grep -E
checking for fgrep... /usbin/grep -F
checking for ld used by gcc... /usbin/ld
checking if the linker (/usbin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usbin/nm -B
checking the name lister (/usbin/nm -B) interface... BSD nm
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usbin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver u/FILE support... @
checking for strip... strip
checking for ranlib... (cached) ranlib
checking command to parse /usbin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /usbin/dd
checking how to truncate binary pipes... /usbin/dd bs=4096 count=1
checking for mt... no
checking if : is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usbin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for ar... /usbin/ar
checking for rm... /usbin/rm
checking for cp... /usbin/cp
checking for ln... /usbin/ln
checking for ls... /usbin/ls
checking for sed... (cached) /usbin/sed
checking for make... /usbin/make
checking whether NLS is requested... yes
checking for msgfmt... /usbin/msgfmt
checking for gmsgfmt... /usbin/msgfmt
checking for xgettext... /usbin/xgettext
checking for msgmerge... /usbin/msgmerge
checking for ld used by GCC... /usbin/ld -m elf_x86_64
checking if the linker (/usbin/ld -m elf_x86_64) is GNU ld... yes
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
checking option: dmalloc enabled... no
checking option: debugging is enabled... yes
checking option: optimization is enabled... yes
checking option: mouse support enabled... yes
checking option: quotas enabled... no
checking option: From changing enabled... yes
checking option: background post enabled... yes
checking option: keyboard lock enabled... yes
checking option: from encoding enabled... no
checking for sendmail... /ussbin/sendmail
checking for inews... no
checking for passwd... /usbin/passwd
checking for hunspell... hunspell
checking for hunspell... /usbin/hunspell
checking for hunspell... hunspell
checking for hunspell... /usbin/hunspell
checking for setupterm in -ltinfo... no
checking for setupterm in -lncurses... no
checking for setupterm in -lcurses... no
checking for tgetent in -ltermlib... no
checking for tgetent in -ltermcap... no
configure: error: Terminfo/termcap not found
[[email protected] alpine-2.21]#

So, it appears that it can't find termcap. I can run the "man termcap" and see it fine. I'm unclear on what I need to do in order to modify the configure script to point to the right one, since I don't know what package or library termcap is included in.
Any hints on where to look would be appreciated.
Thanks
submitted by mstaver to CentOS [link] [comments]

MAME 0.207

MAME 0.207

It’s almost the end of February, and more importantly it’s time for MAME 0.207 to be released! We’ve added two Nintendo Game & Watch titles this month: Fire (wide screen) and Snoopy Tennis. If you’re at all interested in plug-and-play TV games, this is going to be a huge update, with all the newly-supported JAKKS Pacific titles, including Disney Princess, Dragon Ball Z, Nicktoons, Spider-Man, and Wheel of Fortune, as well as a number of matching Game-Keys. The other big batch of additions this month comes in the form of a whole lot of e-kara cartridge dumps from Japan. For younger players, we’re steadily filling out the V.Smile software list, with eighteen newly supported titles. The VGM software list has been updated with the latest video game music rips, and we’ve added some more original floppy dumps and clean cracks to the Apple II software lists.
With the latest improvements to the MIPS R4000 CPU, WD33C93 SCSI and SGI Newport graphics emulation, it’s possible to install and run IRIX in MAME. This is a milestone achievement, and wouldn’t have been possible without some amazing dedication and collaboration on the part of the contributors and team members involved. With the addition of graphics and mouse support, Windows 1.0 runs on MAME’s Tandy 2000 emulation. MAME continues to add additional variants of supported systems, including the HP 9825T and the Esselte Modulab educational system.
Newly supported arcade games include an earlier prototype of Rise of the Robots, bootlegs of Ghost Chaser Densei and The Glob, and additional versions of Raiden Fighters 2, Guardian Storm, Pasha Pasha Champ, Lethal Enforcers, and X-Men. General usability improvements include friendlier Apple II disassembly, the restoration of key map support in SDL builds (Linux/macOS), and better initial window positioning on Windows.
You can get the source and Windows binary packages from the download page.

MAMETesters Bugs Fixed

New working machines

New working clones

Machines promoted to working

Clones promoted to working

New machines marked as NOT_WORKING

New clones marked as NOT_WORKING

New working software list additions

Software list items promoted to working

New NOT_WORKING software list additions

Translations added or modified

Source Changes

submitted by cuavas to emulation [link] [comments]

AnyOption Trading - Make $2827 with AnyOption 4$ USD CUMA 1 MENIT.... - YouTube Binary trading apps scam Binary trade apps are scams in India  Scam alert Pubg Mobile Live - YouTube Binary Options Trading 2019 💲😆💲💲👍 - YouTube

When ld is configured to support multiple object code formats, you can use this command to change the input-file object code format (like the command-line option `-b' or its synonym `--format'). The argument format is one of the strings used by BFD to name binary formats. If your ld is configured this way, you can use the `--oformat' option to specify the binary format for the output object file. Even when ld is configured to support alternative object formats, you don't usually need to specify this, as ld should be configured to produce as a default output format the most usual format on each machine. If your ld is configured this way, you can use the ‘--oformat’ option to specify the binary format for the output object file. Even when ld is configured to support alternative object formats, you don’t usually need to specify this, as ld should be configured to produce as a default output format the most usual format on each machine. Unique abbreviations of the names of multiple-letter options are accepted. -b input-format ld may be configured to support more than one kind of object file. If your ld is configured this way, you can use the `-b' option to specify the binary format for input object files that follow this option on the command line. If your ld is configured this way, you can use the --oformat option to specify the binary format for the output object file. Even when ld is configured to support alternative object formats, you don’t usually need to specify this, as ld should be configured to produce as a default output format the most usual format on each machine.

[index] [22494] [24281] [26155] [1353] [11924] [26597] [20873] [24069] [23437] [6574]

AnyOption Trading - Make $2827 with AnyOption

How to Create Instagram Image format Know it How. Loading... Unsubscribe from Know it How? ... Best Binary Options Strategy 2020 - 2 Minute Strategy LIVE TRAINING! - Duration: 43:42. Free Demo http://t.co/MdfQ6Z0KzV #BinaryOptionsTrading2019😜😜 binary options, binary option trading, binary option strategy, binary option uk, binary options ... How to Find the Number of Subnets Valid Hosts number of valid subnets and subnetting word 2016,easy way,ccna,subneting,find total number of subnets,total number of host,binary format,subnet mask ... Binary trading apps scam Binary trade apps are scams in India Scam alert #ScamAlert #BinaryTrading #BinaryTradingApps All leading binary trading apps available in India are scams. Steer clear ... Open Binary Account: http://bit.ly/2s7bedI Tags: binary options hedging strategy binary options halal binary options how it works binary options hack binary ...

Flag Counter