Fix ethers v5 target incorrect type generated for struct array array

EDIT by Kris:
Tracked via: DET-40
#605

I think this implementation is acceptable but we should consider parsing nested types in the TypeChain core, to make targets simpler.

Also take a look at the implementation in truffle target b/c it's very clean and recursive.

I've refactored the code and the existing tests pass. As a summary of the changes:

In the typechain package, struct types without structName were being registered. So the fix commit 7289bbd simply adds a check in registerStruct function (inside abiParser file) to skip such struct from registering.
Struct with "array" type was being registered (when chronologically the array type was being encountered in the ABI), the same "fix" commit adds logic in registerStruct function to go deep and register the "tuple" if an "array" is encountered. Also a problem with this was, structName was not set, hence to make this work, "internalType" arg is passed recursively in parseEvmType function which sets the structName prop for the struct tuple too.
Fixes ethers v5 test case in struct.test.ts for CallStruct which expects it to be array type. link. Here CallStruct is being expected as array.

Finally, the "refactor" commit is able to implement the normal recursive logic which looks cleaner (due to changes in previous commit).
Since these are breaking changes, it would be great if you can have a good enough look (I feel very less confident because I just made changes and it worked in first try lol). I just thought about a test case, will add it right now, just to be sure.


increase hpo parallel training jobs to 2

Issue #, if available:
see conversation on #144. Although I don't see any technical reason to have 2 training jobs in this test, I will disagree and commit to increasing the parallel job count for now so the jobs do not run serially
Testing:
PR build
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

/test sagemaker-kind-e2e

/test sagemaker-kind-e2e

/test sagemaker-kind-e2e

/lgtm


add bench with join type and cache workload

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?

Checklist

[ ] I have written necessary rustdoc comments.
[ ]  I have added necessary unit tests and integration tests.
[ ]  I have added test labels as necessary.
[ ]  I have added fuzzing tests or opened an issue to track them.
[ ]  My PR contains breaking changes.
[ ]  My PR changes performance-critical code, so I will run (micro) benchmarks and present the results.
[ ]  My PR contains critical fixes that are necessary to be merged into the latest release.

Documentation

[ ]  My PR needs documentation updates.

Release note

#19789  👈 (View in Graphite)
main

This stack of pull requests is managed by Graphite. Learn more about stacking.


Support base < 4.21 (i.e. support GHC 9.10)

Revised at (-r2): https://hackage.haskell.org/package/relude-<IP_ADDRESS>/revisions/


Improve error for relative linespacing.fixed.baselinedistance

Could SILE check whether a fixed baseline distance is given in absolute units, and emit a nicer error message (instead of crashing) when that is not the case?
\begin{document}
\script[src=packages/linespacing]
\set[parameter=linespacing.method,value=fixed]
\set[parameter=linespacing.fixed.baselinedistance,value=1.3em]
\center{\font[size=13pt] Title}
Sample Text
\end{document}

Currently, it crashes like this:
! We tried to do arithmetic on a relative measurement without explicitly absolutizing it. (That's a bug) at x.silstack traceback:
	/usr/local/share/sile/core/utilities.lua:16: in function 'error'
	/usr/local/share/sile/core/measurements.lua:65: in function </usr/local/share/sile/core/measurements.lua:64>
	/usr/local/share/sile/packages/linespacing.lua:80: in function 'leadingFor'
	/usr/local/share/sile/core/typesetter.lua:239: in function 'boxUpNodes'
	/usr/local/share/sile/packages/bidi.lua:159: in function 'boxUpNodes'
	/usr/local/share/sile/core/typesetter.lua:414: in function 'leaveHmode'
	/usr/local/share/sile/classes/plain.lua:54: in function '?'
	/usr/local/share/sile/core/sile.lua:197: in function 'call'
	/usr/local/share/sile/core/baseclass.lua:201: in function 'finish'
	/usr/local/share/sile/core/inputs-texlike.lua:106: in function 'process'
	/usr/local/share/sile/core/sile.lua:167: in function 'readFile'
	/usr/local/bin/sile:29: in function </usr/local/bin/sile:29>
	[C]: in function 'pcall'
	/usr/local/bin/sile:29: in main chunk

OK, I can imagine two different interpretations of what a fixed setting of relative baseline distance could mean. What should this do:
\font[size=20pt]
\set[parameter=linespacing.method,value=fixed]
\set[parameter=linespacing.fixed.baselinedistance,value=1.2em]

\font[size=12pt]
Lorem ipsum dolor...

Should the distance between the lines of the "lorem ipsum" paragraph be 24pt or 14.4pt?
Or maybe this is just such a confusing option that we should just disallow it.

Personally, I'd say either 14.4pt or be disallowed.

I think I would expect to see 14.4pt here too, but perhaps throwing a warning to the console noting that fixed line spacing and a relative units may not be intended would be in order.


Create 0059-spiral-matrix-ii.cpp

File(s) Modified: 0059-spiral-matrix-ii.cpp
Language(s) Used: cpp
Submission URL: _https://leetcode.com/problems/spiral-matrix-ii/submissions/1044701071/_

@Piyush-Deshmukh Thanks for your contribution 👍


Safe shared administrator registry

As an administrator I want to provide safe access to a custom registry which is usable by other users with administrator access in portainer without leaking my personal password via XHR.
I'm not aware of all concepcts in portainer yet. But it must be possible to expose a GET user registries api endpoint and a seperate get registry credentials for portainer internal use.

Yup, this is something that we're aware of... Note that we'll have a discussion soon about the whole registry UX inside Portainer. We might change a few things in the future.
In order to solve this issue, I think that we need to intercept any request against the Docker API where registry credentials are required and decorate that request to pass these credentials (back-end only).

@stevenklar mind giving a try to portainer/portainer:pr1751 and tell us if everything is OK on your side?

It works like a charm. Good job.
Anthony Lapenna<EMAIL_ADDRESS>schrieb am Do., 22. März 2018 um
10:22 Uhr:

@stevenklar https://github.com/stevenklar mind giving a try to
portainer/portainer:pr1751 and tell us if everything is OK on your side?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/portainer/portainer/issues/1704#issuecomment-375230290,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAXLAgcXiH_2C47vzo7yyps_nTpUk18Sks5tg21HgaJpZM4SijDd
.

Thanks for the feedback @stevenklar :+1:


chore: update to latest btcec

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (30e78b6) 92.10% compared to head (ef05b19) 92.11%.
Report is 1 commits behind head on main.

Additional details and impacted files
@@           Coverage Diff           @@
##             main       #6   +/-   ##
=======================================
  Coverage   92.10%   92.11%
=======================================
  Files          55       55
  Lines        2762     2763    +1
=======================================
+ Hits         2544     2545    +1
  Misses        141      141
  Partials       77       77

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Make sure we have 2000 blocks limit on the Lotus GW

PR replaced due to merge conflicts: https://github.com/glifio/filecoin-docker/pull/80


Highlight toggle and command

Adds a highlight toggle in the settings, and adds a command to toggle it on or off. Also updates the view when this is done.
This should solve #5
(Changes in package-lock are because of npm audit fix)

Hi, thank you for the PR!

Thanks! Just a couple more minor points and then I think we're good to merge.

Should be all done, let me know if there's anything else you think should change!

Looks good! Thanks for your work.


How can I customize the size of the screen that needs to be monitored

r = lackey.Screen(0)    #it's Full screen
How can I customize the size of the screen that needs to be monitored

use
s = lackey.Region(Upper_left_x, Upper_left_y).setSize(w=w, h=h)
made it
thanks for replying


Refactor GymFacilitiesView

Since facilities data is currently hard-coded, most of the code specifies the exact element in the table. This data will be moved to backend, so the frontend code needs to be refactored to be generic.
Other smaller bugs:

some facilities data is missing
hours are individually scrollable

While we're waiting on some new designs, for now just make sure that the gym facility cells drop down as they're supposed to.

No longer refactoing since this view is going to be completely redesigned, and we're reverting back to the old design for production


vLLM's default multiprocessing method is incompatible with ROCm and Gaudi

Describe the bug
vLLM defaults to VLLM_WORKER_MULTIPROC_METHOD=fork, https://docs.vllm.ai/en/v0.6.1/serving/env_vars.html . Forking is incompatible with ROCm and Gaudi.
To Reproduce

Configure InstructLab to use more than one GPU
Run ilab model serve on a system with more than one AMD GPU

Expected behavior
vLLM works
Screenshots
RuntimeError: Cannot re-initialize CUDA in forked subprocess. To use CUDA with multiprocessing, you must use the 'spawn' start method

Additional context
I recommend to switch to "spawn". Python is switching from fork to spawn for all platforms. The fork method has issues, e.g. it can lead to deadlocks when a process mixes threads and fork.
I switch InstructLab to spawn a long time ago, because it was causing trouble on Gaudi, see #956. InstructLab should set VLLM_WORKER_MULTIPROC_METHOD=spawn by default.

Additional comment by Russell

Indeed, setting the environment variable is the right thing to do in the short term, as it will work with the currently shipped version of vLLM.
FYI, for the future, spawn will be used automatically when you run vllm serve as of v0.6.3.  https://github.com/vllm-project/vllm/pull/8823

@n1hility given @russellb's comment above, will this ticket be covered by the planned VLLM bump?

IMO we should fix this in the ODH branches for the vllm versions we are pulling in, and also in any container definitions. I don't have a problem with adding some code as a rededundancy to instructlab to handle plugging in different versions of vllm .

@n1hility does ODH vLLM 0.6.2 have this fix or do we need to wait for the next bump?

Looks like we need to wait for another bump. The branches were created in odh for intel and amd, but not utilized yet and we still need a patch here.


replace iText with openPDF [FINERACT-965]

FINERACT-965

@xurror @awasum would you like to review and merge this?
based on and extending @nnatarajan #940

@fynmanoj @xurror better now? :smile_cat: Go Ahead and Merge if OK. Thanks again for spotting that.

:)
On Sun, 31 May, 2020, 22:13 Michael Vorburger ⛑<EMAIL_ADDRESS>wrote:

@vorburger commented on this pull request.
In
fineract-provider/src/main/java/org/apache/fineract/infrastructure/documentmanagement/api/ImagesApiResource.java
https://github.com/apache/fineract/pull/948#discussion_r432963841:

@@ -140,7 +140,8 @@ public Response retrieveImage(@PathParam("entity") final String entityName, @Pat

         imageDataURISuffix = ContentRepositoryUtils.ImageDataURIsuffix.PNG.getValue();

     }

   final String clientImageAsBase64Text = imageDataURISuffix + Base64.encodeBytes(imageData.getContentOfSize(maxWidth, maxHeight));

   byte[] resizedImage = imageData.getContentOfSize(maxWidth, maxHeight);

   final String clientImageAsBase64Text = imageDataURISuffix + Base64.getEncoder().encode(resizedImage);

@fynmanoj https://github.com/fynmanoj no you're absolutely right of
course, it was (very) wrong - Thank You very much for spotting that!
PS: It's totally OK to help code review and tell me "this is wrong!" more
strongly than your very polite "Are you sure about" 😄
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/apache/fineract/pull/948#discussion_r432963841, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ANQLL2SUUHFFDYOBGXKQLI3RUKCL7ANCNFSM4NNNXV4Q
.

--
Disclaimer:
Privileged & confidential information is contained in this
message (including all attachments). If you are not an intended recipient
of this message, please destroy this message immediately and kindly notify
the sender by reply e-mail. Any unauthorised use or dissemination of this
message in any manner whatsoever, in whole or in part, is strictly
prohibited. This e-mail, including all attachments hereto, (i) is for
discussion purposes only and shall not be deemed or construed to be a
professional opinion unless expressly stated otherwise, and (ii) is not
intended, written or sent to be used, and cannot and shall not be used, for
any unlawful purpose. This communication, including any attachments, may
not be free of viruses, interceptions or interference, and may not be
compatible with your systems. You should carry out your own virus checks
before opening any attachment to this e-mail. The sender of this e-mail and
Fynarfin Tech Private Limited shall not be liable for any damage that
you may sustain as a result of viruses, incompleteness of this message, a
delay in receipt of this message or computer problems experienced.

Build failed because of this:

org.apache.fineract.integrationtests.ClientLoanIntegrationTest > testLoanRefundByCashCashBasedAccounting FAILED

    java.lang.AssertionError: 1 expectation failed.

    Expected status code <200> but was <403>.

        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)

        at ```

I've faced a couple of those locally too. Thought it was maybe related to some setting on my PC, but this could really be a problem.

It's awesome that you want to use OpenPDF. Let me know if you need any changes in OpenPDF. I am one of the OpenPDF maintainers.

/rebase
The flaky test is "just" due to what @ptuomola documented in FINERACT-885 (nice find!)
@andreasrosdal great to hear from you! Thank You very very much for maintaining OpenPDF.

This is now failing an integration test because of the changes I made here (not flaky), still something with that Base64 change... I haven't been able to entirely understand it - yet. If someone reading along "sees" the problem, please comment, else I'll dig further to figure it out...

Oh, it's because of java.util.Base64's default VS URL VS MIME variants... I'll fix it. -- BTW: The (failing) StaffImageApiTest really should cover ImagesApiResource.retrieveImage() method as well; I'll try to add that here.

@xurror do you want to re-review this, and if OK, click Rebase and Merge?


Limiting amount of incoming requests and put them to pending state

Hi,
I found this library very useful even though puppeter nowadays supports page.authenticate() but for some of my proxies I don't get authentication popup so only this library is the last hope or solutions like Squid. So thanks a lot.
Meanwhile I need a bit extend it and I'm curious now how to make it in a better way, because I have proxies that are limits me with concurrent connections, let's say 5 but browser for sure generate a waaaay more. I need something like a global throttler but not a network throttler, throttler for amount of active connections. If we reached limit then all further connections are coming into queue and awaiting of competition one of the processes that was queued already.
I checked the code a bit and basically my needs would solve a simple Promise inside onConnect callback. But to add it is not that trivial. Maybe you would have a better idea?
Thanks for any feedback.

You can simply return a Promise from your prepareRequestFunction() and then the connection to the proxy will wait. Just beware that the client connection might time out if you wait too long.
Closing this since this is not a bug.


global deref support and global proc scoping

test case:
#include "map.dmm"
#include "interface.dmf"

var/a = "a"
var/static/b = "b"

/proc/fn()
    return "fn"

/world/proc/fn()
    return "worldfn"

/world/New()
    var/a = "aloc"
    var/b = "bloc"

    //world.log << "[a]"
    //world.log << "[global.a]"
    //world.log << "[b]"
    //world.log << "[global.b]"
    //world.log << "[fn()]"
    //world.log << "[global.fn()]"
    //world.log << "[abs(-1)]"

    ASSERT(a == "aloc")
    ASSERT(global.a == "a")
    ASSERT(b == "bloc")
    ASSERT(global.b == "b")
    ASSERT(fn() == "worldfn")
    ASSERT(global.fn() == "fn")
    ASSERT(abs(-1) == 1)
    shutdown()

Fixes https://github.com/wixoaGit/OpenDream/issues/515 ?

This PR has some bugs, see discord.

Most issues fixed, but this does currently break rgb() in obj defs:
Error at code\game\objects\structures\stool_bed_chair_nest\chairs.dm:128:14: Invalid initial value for "color"


end-to-end testing

based on the failed PR #9 the idea would be to have javascript style/testing to make sure the code is reasonable #1 and full end-to-end testing to make sure it actually works in a browser (Chrome ATM) running the notebook

from @bollwyvl's post on the failed PR

geckodriver must be downloaded into path separately

If you're on the conda bus, you still have to install firefox and chrome yourself, but...

geckodriver
chromedriver
robotframework-seleniumlibrary

... are all conda-forged.
Here are some examples of testing Jupyter(Lab) with robot:

jyve
jupyterlab-fonts

I keep meaning to capture all of these in a library, but continue to eat the copy-pasta.

Sorry, didn't read your code enough:
Since you're already looking at jyve, make sure to add the browsers to
Travis, a la:
addons:
    firefox: latest
    chrome: stable

Also, I'm not an imaging guy, but: there's also
https://github.com/InsightSoftwareConsortium/itk-jupyter-widgets which is
kind of mind blowing.
On Mon, Sep 24, 2018, 05:47 Kevin Mader<EMAIL_ADDRESS>wrote:

from @bollwyvl https://github.com/bollwyvl's post on the failed PR
geckodriver must be downloaded into path separately
If you're on the conda bus, you still have to install firefox and chrome
yourself, but...

geckodriver https://anaconda.org/conda-forge/geckodriver
chromedriver
https://anaconda.org/conda-forge/python-chromedriver-binary
robotframework-seleniumlibrary
https://anaconda.org/conda-forge/robotframework-seleniumlibrary

... are all conda-forged.
Here are some examples of testing Jupyter(Lab) with robot:

jyve
https://github.com/deathbeds/jyve/blob/master/tests/resources/Lab.robot
jupyterlab-fonts
https://github.com/deathbeds/jupyterlab-fonts/blob/master/tests/acceptance/Editor.robot

I keep meaning to capture all of these in a library, but continue to eat
the copy-pasta.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/chestrays/cornerstone_widget/issues/18#issuecomment-423923543,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AACxRMilKEE-HPKs0RUTDzvRm8PVNkaRks5ueKofgaJpZM4W2V6m
.


chore(firestore-send-email): updated firestore send email dependencies

Separating PR https://github.com/firebase/extensions/pull/720

closing for now, see https://github.com/firebase/extensions/issues/1458


Action 'cross' doesn't work when one the columns contains an array

If you execute the following script:
case scope 'First Set';
case load file 'calculations.csv';
case split column 'alias' with value ',';
case cross 'First Set' with vector 'ref' values 'ref-one';

You'll get an error of type
Type of value has a mismatch with column typeCouldn't store <System.Collections.Generic.List`1[System.String]> in firstColumn Column.  Expected type is List`1.
  ----> System.ArgumentException : Type of value has a mismatch with column type

Fix is available at https://ci.appveyor.com/project/Seddryck/nbi/build/1.19.0-beta.10.build.401/artifacts


Use describe names for the suite name

I want to have possibility to use sub suites - so the full test name will contain the whole root suite names from the describe name
So for the following test 4 test should be created
For now it will be only 2 tests
describe('Root suite', () => {

  describe('Nested root suite 1', () => {
    it('first assert', async () => {
      expect(true).toEqual(true);
    });
  });

  it('second assert', async () => {
    expect(true).toEqual(true);
  });

  describe('Nested suite 2', () => {
    it('first assert', async () => {
      expect(true).toEqual(true);
    });

    it('second assert', async () => {
      expect(true).toEqual(false);
    });
  });
});

Hey @VladimirCW 👋🏻
Thanks for opening this feature request. I agree support for describe blocks would be great for the project. I'm currently preparing for a move to Seattle so my time will be limited for the next month. However if nobody else happens to open a PR for it, then I will do my best to get this in before September.
In the mean time I thought I'd leave some notes here on how this could be implemented:
One interesting way i've seen this implemented is in the Allure Jasmine library. They solve this by collecting the describe layers via Jasmine's suiteStarted and suiteDone hooks. The equivalent of this hook would be the start_describe_definition and finish_describe_definition jest environment events.
Something like this could allow us to detect wether the test is in fact wrapped in a describe block. Then we can collect the layers of describe block. Then once the finish_describe_definition is called for that block we would remove it from the collection. All while supporting nested docblocks, and not effecting current implementation that supports tests without describe blocks.


BigInt: reallocate space, digit_t, increment, decrement

In this PR, we implement

reallocate space for BigInt if necessary -> make it arbitrarily-precision.
make use of configuration with digit_t
implement increment/decrement operators
native tests for methods in Javascript BigInt class

I defer "assign along with inc/dec" y=x++ and y=++x to a future PR

@dotnet-bot test this please


ld can not find the input symbol _start

I'm trying to compile the test main.
int main() {
	int a;
	a = 42;
	return a;
}

An error ld appears to me:
lacc ./main.c -o ./bin/o
/usr/bin/ld -L/usr/local/lib -L/usr/lib main.o -o ./bin/o -lc
/usr/bin/ld: aviso: no se puede encontrar el símbolo de entrada _start; se usa por defecto<PHONE_NUMBER>401000

/usr/bin/ld: warning: You can not find the input symbol _start; It is used by default<PHONE_NUMBER>401000

To solve it I had to do so.
void _start() {main();}

Another problem that I have is that what I compile, does not execute it. I have architecture AMD64.
For example, when compiling this, it does not execute in my system.
#include <stdio.h>
int main() {printf("Hola\n");return 0;}
void _start() {main();}

The resulting file:
ELF>9@@02@@@@@@@��@@@@��@@DD  @�.�>@�>@pp�.�>@�>@PPR�td�.�><EMAIL_ADDRESS>@@�50�%0@�%0h�����UH��H�=������1���UH���������Hola
@���o(@x@H@

 @@�@���o�@���o���o�@�>@@��

�>@@@. @@5H @@R
9@
   M @@Y
 @./main.c.LC1_DYNAMIC_GLOBAL_OFFSET_TABLE__edataprintf@GLIBC_2.2.5_end__bss_startmain.symtab.strtab.shstrtab.interp.gnu.hash.dynsym.dynstr.gnu.version.gnu.version_r.rela.plt.text.rodata.eh_frame.dynamic.got.plt@'@#���o(@(-
                                                                                H@H05x@x=���o�@�J���o�@� YB�@�^@ c @ $i @ q {�>@�.P�@@ 0 	@1^�1�~

_start is in your libc's startup files crt0.o etc. if the compiler was properly configured it should automatically add them when compiling things.

@rofl0r The file although it exists, the same still appears.
/usr/lib64/crt0.o 132 bytes
If I delete the file I follow with the same error.

your issue is not whether it exists or not, but whether it is added to the ld command that's used when linking your executable together. run your compiler command via strace to see what it ends up passing to ld.

The strace of lacc:
execve("../bin/lacc", ["../bin/lacc", "./main.c", "-o", "./main"], 0x7ffd0cc93328 /* 64 vars */) = 0
brk(NULL)                               = 0x1228000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/x86_64/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls/x86_64/x86_64", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls/x86_64", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls/x86_64", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/x86_64/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/x86_64/x86_64", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/x86_64", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/x86_64", 0x7fffe98d0c90, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`A\2\0\0\0\0\0"..., 832) = 832
pread64(3, "\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0<EMAIL_ADDRESS>784, 64) = 784
pread64(3, "\4\0\0\0 \0\0\0\5\0\0\0GNU\0\1\0\1\300\4\0\0\0;\0\0\0\0\0\0\0"..., 48, 848) = 48
pread64(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\3\0\0\0\2\0\0\0\0\0\0\0", 32, 896) = 32
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=2173576, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8129ad0000
pread64(3, "\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0<EMAIL_ADDRESS>784, 64) = 784
mmap(NULL, 1963304, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f81298f0000
mprotect(0x7f8129912000, 1765376, PROT_NONE) = 0
mmap(0x7f8129912000, 1433600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7f8129912000
mmap(0x7f8129a70000, 327680, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x180000) = 0x7f8129a70000
mmap(0x7f8129ac1000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d0000) = 0x7f8129ac1000
mmap(0x7f8129ac7000, 34088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f8129ac7000
close(3)                                = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f81298ee000
arch_prctl(ARCH_SET_FS, 0x7f8129ad15c0) = 0
mprotect(0x7f8129ac1000, 16384, PROT_READ) = 0
mprotect(0x45c000, 4096, PROT_READ)     = 0
mprotect(0x7f8129b01000, 8192, PROT_READ) = 0
brk(NULL)                               = 0x1228000
brk(0x1249000)                          = 0x1249000
openat(AT_FDCWD, "./main.c", O_RDONLY)  = 3
openat(AT_FDCWD, "/etc/localtime", O_RDONLY|O_CLOEXEC) = 4
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=1076, ...}, AT_EMPTY_PATH) = 0
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=1076, ...}, AT_EMPTY_PATH) = 0
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024
lseek(4, -614, SEEK_CUR)                = 410
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 666
close(4)                                = 0
openat(AT_FDCWD, "main.o", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=107, ...}, AT_EMPTY_PATH) = 0
read(3, "extern int printf (const char *r"..., 4096) = 107
read(3, "", 4096)                       = 0
close(3)                                = 0
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=0, ...}, AT_EMPTY_PATH) = 0
write(4, "\177ELF\2\1\1\0\0\0\20\0\0\0\0\0\1\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 1226) = 1226
close(4)                                = 0
newfstatat(1, "", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}, AT_EMPTY_PATH) = 0
write(1, "/usr/bin/ld -L/usr/local/lib -L/"..., 62/usr/bin/ld -L/usr/local/lib -L/usr/lib main.o -o ./main -lc
) = 62
clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f8129ad1890) = 28929
wait4(28929, /usr/bin/ld: aviso: no se puede encontrar el símbolo de entrada _start; se usa por defecto<PHONE_NUMBER>401020
[{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 28929
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=28929, si_uid=0, si_status=0, si_utime=4, si_stime=1} ---
exit_group(0)                           = ?
+++ exited with 0 +++

The strace of ld
execve("/usr/bin/ld", ["/usr/bin/ld", "-L/usr/local/lib", "-L/usr/lib", "main.o", "-o", "./main", "-lc"], 0x7ffd161d19a0 /* 64 vars */) = 0
brk(NULL)                               = 0x1996000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/x86_64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls/x86_64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/tls/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/tls", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/x86_64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/x86_64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/lib64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/lib64", {st_mode=S_IFDIR|0755, st_size=860, ...}, 0) = 0
openat(AT_FDCWD, "/usr/lib64/tls/x86_64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/tls/x86_64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/tls/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/tls/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/tls/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/tls/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/tls/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/tls", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/x86_64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/x86_64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/x86_64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
newfstatat(AT_FDCWD, "/usr/lib64/x86_64", 0x7fff732f5700, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/libbfd-2.37-slack15.so", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0A\4\0\0\0\0\0"..., 832) = 832
pread64(3, "\4\0\0\0 \0\0\0\5\0\0\0GNU\0\1\0\1\300\4\0\0\0\v\0\0\0\0\0\0\0"..., 48, 1277424) = 48
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=1375240, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9274b13000
mmap(NULL, 1377944, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f92749c2000
mprotect(0x7f9274a04000, 1011712, PROT_NONE) = 0
mmap(0x7f9274a04000, 761856, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x42000) = 0x7f9274a04000
mmap(0x7f9274abe000, 245760, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xfc000) = 0x7f9274abe000
mmap(0x7f9274afb000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x138000) = 0x7f9274afb000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libctf.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/libctf.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0PY\0\0\0\0\0\0"..., 832) = 832
pread64(3, "\4\0\0\0 \0\0\0\5\0\0\0GNU\0\1\0\1\300\4\0\0\0\t\0\0\0\0\0\0\0"..., 48, 180080) = 48
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=187624, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 190784, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f9274993000
mprotect(0x7f9274998000, 163840, PROT_NONE) = 0
mmap(0x7f9274998000, 118784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5000) = 0x7f9274998000
mmap(0x7f92749b5000, 40960, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7f92749b5000
mmap(0x7f92749c0000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2c000) = 0x7f92749c0000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000\21\0\0\0\0\0\0"..., 832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=18680, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 16656, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f927498e000
mmap(0x7f927498f000, 4096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7f927498f000
mmap(0x7f9274990000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f9274990000
mmap(0x7f9274991000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f9274991000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`A\2\0\0\0\0\0"..., 832) = 832
pread64(3, "\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0<EMAIL_ADDRESS>784, 64) = 784
pread64(3, "\4\0\0\0 \0\0\0\5\0\0\0GNU\0\1\0\1\300\4\0\0\0;\0\0\0\0\0\0\0"..., 48, 848) = 48
pread64(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\3\0\0\0\2\0\0\0\0\0\0\0", 32, 896) = 32
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=2173576, ...}, AT_EMPTY_PATH) = 0
pread64(3, "\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0<EMAIL_ADDRESS>784, 64) = 784
mmap(NULL, 1963304, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f92747ae000
mprotect(0x7f92747d0000, 1765376, PROT_NONE) = 0
mmap(0x7f92747d0000, 1433600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7f92747d0000
mmap(0x7f927492e000, 327680, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x180000) = 0x7f927492e000
mmap(0x7f927497f000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d0000) = 0x7f927497f000
mmap(0x7f9274985000, 34088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f9274985000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3602\0\0\0\0\0\0"..., 832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=100728, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 102784, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f9274794000
mprotect(0x7f9274797000, 86016, PROT_NONE) = 0
mmap(0x7f9274797000, 57344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f9274797000
mmap(0x7f92747a5000, 24576, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11000) = 0x7f92747a5000
mmap(0x7f92747ac000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f92747ac000
close(3)                                = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9274792000
arch_prctl(ARCH_SET_FS, 0x7f9274793140) = 0
mprotect(0x7f927497f000, 16384, PROT_READ) = 0
mprotect(0x7f92747ac000, 4096, PROT_READ) = 0
mprotect(0x7f9274991000, 4096, PROT_READ) = 0
mprotect(0x7f9274afb000, 86016, PROT_READ) = 0
mprotect(0x7f92749c0000, 4096, PROT_READ) = 0
mprotect(0x560000, 24576, PROT_READ)    = 0
mprotect(0x7f9274b44000, 8192, PROT_READ) = 0
getrusage(RUSAGE_SELF, {ru_utime={tv_sec=0, tv_usec=0}, ru_stime={tv_sec=0, tv_usec=3524}, ...}) = 0
brk(NULL)                               = 0x1996000
brk(0x19b7000)                          = 0x19b7000
openat(AT_FDCWD, "/usr/lib64/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=2998, ...}, AT_EMPTY_PATH) = 0
read(3, "# Locale name alias data base.\n#"..., 1024) = 1024
read(3, "und for the time being for\n# bac"..., 1024) = 1024
read(3, "859-1\ngalego\t\tgl_ES.ISO-8859-1\ng"..., 1024) = 950
read(3, "", 1024)                       = 0
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/locale/es_AR.UTF-8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/locale/es_AR.utf8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFDIR|0755, st_size=38, ...}, AT_EMPTY_PATH) = 0
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/locale/es_AR.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=59, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9274791000
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=26988, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 26988, PROT_READ, MAP_SHARED, 3, 0) = 0x7f927478a000
close(3)                                = 0
openat(AT_FDCWD, "/usr/lib64/locale/es_AR.UTF-8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/locale/es_AR.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=346132, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 346132, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9274735000
close(3)                                = 0
openat(AT_FDCWD, "/usr/share/locale/es_AR.UTF-8/LC_MESSAGES/ld.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es_AR.utf8/LC_MESSAGES/ld.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es_AR/LC_MESSAGES/ld.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es.UTF-8/LC_MESSAGES/ld.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es.utf8/LC_MESSAGES/ld.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es/LC_MESSAGES/ld.mo", O_RDONLY) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=139556, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 139556, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9274712000
close(3)                                = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=4*1024}) = 0
newfstatat(AT_FDCWD, "./main", 0x7fff732f6360, 0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "./main", O_RDWR|O_CREAT|O_TRUNC, 0666) = 3
fcntl(3, F_GETFD)                       = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
brk(0x19da000)                          = 0x19da000
openat(AT_FDCWD, "main.o", O_RDONLY)    = -1 ENOENT (No such file or directory)
write(2, "/usr/bin/ld", 11/usr/bin/ld)             = 11
write(2, ": no se puede encontrar ", 24: no se puede encontrar ) = 24
write(2, "main.o", 6main.o)                   = 6
write(2, ": ", 2: )                       = 2
openat(AT_FDCWD, "/usr/share/locale/es_AR.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es_AR.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es_AR/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/es/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "No such file or directory", 25No such file or directory) = 25
write(2, "\n", 1
)                       = 1
openat(AT_FDCWD, "/usr/local/lib/libc.so", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/local/lib/libc.a", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/libc.so", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib/libc.a", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/x86_64-slackware-linux/lib64/libc.so", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/x86_64-slackware-linux/lib64/libc.a", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/lib64/libc.so", O_RDONLY) = 4
fcntl(4, F_GETFD)                       = 0
fcntl(4, F_SETFD, FD_CLOEXEC)           = 0
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=253, ...}, AT_EMPTY_PATH) = 0
read(4, "/* GNU ld script\n   Use the shar"..., 4096) = 253
lseek(4, 0, SEEK_SET)                   = 0
read(4, "/* GNU ld script\n   Use the shar"..., 4096) = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=253, ...}, AT_EMPTY_PATH) = 0
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
openat(AT_FDCWD, "/usr/lib64/libc.so", O_RDONLY) = 5
ioctl(5, TCGETS, 0x7fff732f60a0)        = -1 ENOTTY (Inappropriate ioctl for device)
newfstatat(5, "", {st_mode=S_IFREG|0644, st_size=253, ...}, AT_EMPTY_PATH) = 0
read(5, "/* GNU ld script\n   Use the shar"..., 8192) = 253
read(5, "", 4096)                       = 0
read(5, "", 8192)                       = 0
ioctl(5, TCGETS, 0x7fff732f6100)        = -1 ENOTTY (Inappropriate ioctl for device)
close(5)                                = 0
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
lseek(4, 253, SEEK_SET)                 = 253
close(4)                                = 0
openat(AT_FDCWD, "/usr/lib64/libc.so", O_RDONLY) = 4
ioctl(4, TCGETS, 0x7fff732f61e0)        = -1 ENOTTY (Inappropriate ioctl for device)
newfstatat(4, "", {st_mode=S_IFREG|0644, st_size=253, ...}, AT_EMPTY_PATH) = 0
read(4, "/* GNU ld script\n   Use the shar"..., 8192) = 253
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
ioctl(4, TCGETS, 0x7fff732f46e0)        = -1 ENOTTY (Inappropriate ioctl for device)
close(4)                                = 0
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY) = 4
fcntl(4, F_GETFD)                       = 0
fcntl(4, F_SETFD, FD_CLOEXEC)           = 0
newfstatat(4, "", {st_mode=S_IFREG|0755, st_size=2173576, ...}, AT_EMPTY_PATH) = 0
read(4, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`A\2\0\0\0\0\0"..., 4096) = 4096
lseek(4, 0, SEEK_SET)                   = 0
read(4, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`A\2\0\0\0\0\0"..., 4096) = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 4096, SEEK_SET)                = 4096
lseek(4, 2166784, SEEK_SET)             = 2166784
read(4<EMAIL_ADDRESS>4096) = 4096
newfstatat(4, "", {st_mode=S_IFREG|0755, st_size=2173576, ...}, AT_EMPTY_PATH) = 0
lseek(4, 2170880, SEEK_SET)             = 2170880
read(4<EMAIL_ADDRESS>4096) = 2696
lseek(4, 2166784, SEEK_SET)             = 2166784
read(4<EMAIL_ADDRESS>4096) = 4096
read(4<EMAIL_ADDRESS>4096) = 2696
lseek(4, 0, SEEK_SET)                   = 0
read(4, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`A\2\0\0\0\0\0"..., 4096) = 4096
lseek(4, 2166784, SEEK_SET)             = 2166784
read(4<EMAIL_ADDRESS>4096) = 4096
lseek(4, 0, SEEK_SET)                   = 0
read(4, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`A\2\0\0\0\0\0"..., 4096) = 4096
brk(0x19fb000)                          = 0x19fb000
lseek(4, 1921024, SEEK_SET)             = 1921024
read(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1925120, SEEK_SET)             = 1925120
lseek(4, 1912832, SEEK_SET)             = 1912832
read(4, "@@\35\0\0\0\0\0\260u\21\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096
lseek(4, 73728, SEEK_SET)               = 73728
read(4, "|(\0\0\22\0\r\0\240(\t\0\0\0\0\0\221\0\0\0\0\0\0\0\360#\0\0\22\0\r\0"..., 4096) = 4096
read(4, "hread_attr_getscope\0sigreturn\0__"..., 20480) = 20480
read(4, "locale\0svc_getreqset\0iopl\0__read"..., 4096) = 4096
brk(0x1a23000)                          = 0x1a23000
lseek(4, 16384, SEEK_SET)               = 16384
read(4, "v\334\356\242\277\223h\371\213\t\7\20\27\322\364{\234\32\1^\250b\334M\277`y\360j\324\277\251"..., 4096) = 4096
read(4, "\340\304\3\0\0\0\0\0G\0\0\0\0\0\0\0\367-\0\0\"\0\r\0\220\373\3\0\0\0\0\0"..., 53248) = 53248
read(4, "|(\0\0\22\0\r\0\240(\t\0\0\0\0\0\221\0\0\0\0\0\0\0\360#\0\0\22\0\r\0"..., 4096) = 4096
lseek(4, 102400, SEEK_SET)              = 102400
read(4, " \0\7\200\6\200\10\0\2\0\2\0\2\0\"\0\2\0\2\0\4\0\2\0\2\0\2\0\2\0\2\0"..., 4096) = 4096
lseek(4, 106496, SEEK_SET)              = 106496
lseek(4, 98304, SEEK_SET)               = 98304
read(4, "locale\0svc_getreqset\0iopl\0__read"..., 4096) = 4096
read(4, " \0\7\200\6\200\10\0\2\0\2\0\2\0\"\0\2\0\2\0\4\0\2\0\2\0\2\0\2\0\2\0"..., 4096) = 4096
brk(0x1a44000)                          = 0x1a44000
brk(0x1a65000)                          = 0x1a65000
brk(0x1a86000)                          = 0x1a86000
brk(0x1aa7000)                          = 0x1aa7000
brk(0x1ace000)                          = 0x1ace000
brk(0x1aef000)                          = 0x1aef000
brk(0x1b10000)                          = 0x1b10000
brk(0x1b31000)                          = 0x1b31000
brk(0x1b52000)                          = 0x1b52000
brk(0x1b73000)                          = 0x1b73000
mmap(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f92746f1000
sysinfo({uptime=8909, loads=[34496, 20800, 25632], totalram=1024086016, freeram=80900096, sharedram=53714944, bufferram=6967296, totalswap=1000083456, freeswap=771493888, procs=215, totalhigh=0, freehigh=0, mem_unit=1}) = 0
openat(AT_FDCWD, "/usr/lib64/libc_nonshared.a", O_RDONLY) = 5
fcntl(5, F_GETFD)                       = 0
fcntl(5, F_SETFD, FD_CLOEXEC)           = 0
newfstatat(5, "", {st_mode=S_IFREG|0644, st_size=8694, ...}, AT_EMPTY_PATH) = 0
read(5, "!<arch>\n/               16292305"..., 4096) = 4096
lseek(5, -4088, SEEK_CUR)               = 8
read(5, "/<PHONE_NUMBER>  0   "..., 4096) = 4096
newfstatat(5, "", {st_mode=S_IFREG|0644, st_size=8694, ...}, AT_EMPTY_PATH) = 0
lseek(5, 4104, SEEK_SET)                = 4104
lseek(5, 4104, SEEK_SET)                = 4104
brk(0x1b98000)                          = 0x1b98000
lseek(5, 4104, SEEK_SET)                = 4104
lseek(5, 4104, SEEK_SET)                = 4104
lseek(5, 4104, SEEK_SET)                = 4104
lseek(5, 4104, SEEK_SET)                = 4104
lseek(5, 4104, SEEK_SET)                = 4104
openat(AT_FDCWD, "/lib64/ld-linux-x86-64.so.2", O_RDONLY) = 6
fcntl(6, F_GETFD)                       = 0
fcntl(6, F_SETFD, FD_CLOEXEC)           = 0
newfstatat(6, "", {st_mode=S_IFREG|0755, st_size=221768, ...}, AT_EMPTY_PATH) = 0
read(6, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\20\0\0\0\0\0\0"..., 4096) = 4096
lseek(6, 0, SEEK_SET)                   = 0
read(6, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\20\0\0\0\0\0\0"..., 4096) = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 217088, SEEK_SET)              = 217088
read(6, "p_symbol_x\0__sigjmp_save\0_dl_clo"..., 4096) = 4096
newfstatat(6, "", {st_mode=S_IFREG|0755, st_size=221768, ...}, AT_EMPTY_PATH) = 0
lseek(6, 221184, SEEK_SET)              = 221184
read(6, "\0\0\0\0\0\0\0\0\253\0\0\0\6\0\0\0\3\0\0\0\0\0\0\0p\16\3\0\0\0\0\0"..., 4096) = 584
lseek(6, 217088, SEEK_SET)              = 217088
read(6, "p_symbol_x\0__sigjmp_save\0_dl_clo"..., 4096) = 4096
read(6, "\0\0\0\0\0\0\0\0\253\0\0\0\6\0\0\0\3\0\0\0\0\0\0\0p\16\3\0\0\0\0\0"..., 4096) = 584
lseek(6, 0, SEEK_SET)                   = 0
read(6, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\20\0\0\0\0\0\0"..., 4096) = 4096
lseek(6, 217088, SEEK_SET)              = 217088
read(6, "p_symbol_x\0__sigjmp_save\0_dl_clo"..., 4096) = 4096
lseek(6, 188416, SEEK_SET)              = 188416
read(6, "\16\30F\16\20A\16\10P\0\0\0L%\0\0\220\35\377\377\253\0\0\0\0K\16\20\215\2E\16"..., 4096) = 4096
lseek(6, 192512, SEEK_SET)              = 192512
read(6, "p!\1\0\0\0\0\0 7\1\0\0\0\0\0\0\301\0\0\0\0\0\0\200N\1\0\0\0\0\0"..., 4096) = 4096
lseek(6, 0, SEEK_SET)                   = 0
read(6, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\20\0\0\0\0\0\0"..., 4096) = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
lseek(6, 4096, SEEK_SET)                = 4096
mmap(NULL, 1298432, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f92745b4000
munmap(0x7f92745b4000, 1298432)         = 0
close(6)                                = 0
close(5)                                = 0
close(4)                                = 0
close(3)                                = 0
newfstatat(AT_FDCWD, "./main", {st_mode=S_IFREG|0644, st_size=0, ...}, AT_SYMLINK_NOFOLLOW) = 0
unlink("./main")                        = 0
exit_group(1)                           = ?
+++ exited with 1 +++

the only lines relevant are the ones containing execve. as you can see lacc, doesn't add any startfiles (crt*.o) to the linker command, that's why _start isnt found.
output from gcc:
$ strace -f gcc main.c 2>&1 | grep execve | grep ld
[pid 27784] execve("/opt/gcc650/bin/../libexec/gcc/x86_64-unknown-linux-musl/6.5.0/collect2", ["/opt/gcc650/bin/../libexec/gcc/x"..., "--eh-frame-hdr", "-m", "elf_x86_64", "-dynamic-linker", "/lib/ld-musl-x86_64.so.1", "/lib/crt1.o", "/lib/crti.o", "/opt/gcc650/bin/../lib/gcc/x86_6"..., "-L/opt/gcc650/bin/../lib/gcc/x86"..., "-L/opt/gcc650/bin/../lib/gcc", "-L/opt/gcc650/bin/../lib/gcc/x86"..., "-L/opt/gcc650/bin/../lib/gcc/x86"..., "/tmp/ccPgACfn.o", "-lgcc", "--as-needed", ...], [/* 29 vars */] <unfinished ...>
[pid 27785] execve("/bin/ld", ["/bin/ld", "--eh-frame-hdr", "-m", "elf_x86_64", "-dynamic-linker", "/lib/ld-musl-x86_64.so.1", "/lib/crt1.o", "/lib/crti.o", "/opt/gcc650/bin/../lib/gcc/x86_6"..., "-L/opt/gcc650/bin/../lib/gcc/x86"..., "-L/opt/gcc650/bin/../lib/gcc", "-L/opt/gcc650/bin/../lib/gcc/x86"..., "-L/opt/gcc650/bin/../lib/gcc/x86"..., "/tmp/ccPgACfn.o", "-lgcc", "--as-needed", ...], [/* 29 vars */] <unfinished ...>

When I add the parameter --dynamic-linker, the same warning is still happening.
/usr/bin/ld --as-needed -m elf_x86_64 -L/usr/local/lib -L/usr/lib main.o -lc --dynamic-linker /usr/lib64/crt0.o --eh-frame-hdr -o ./main

/usr/bin/ld: aviso: no se puede encontrar el símbolo de entrada _start; se usa por defecto<PHONE_NUMBER>401020

correct me if Im wrong, but I think this was supposed to be during your ./configure stage setup. Have you tried uninstalling, doing a make clean and another ./configure with the appropriate directory settings for your distribution?

When I add the parameter --dynamic-linker, the same warning is still happening.

not what i was talking about. look at what crt* is added by your gcc.

I think this was supposed to be during your ./configure stage setup

precisely what i think too.

If I do strace to gcc, The result is as follows:
[pid 24196] execve("/usr/libexec/gcc/x86_64-slackware-linux/11.2.0/collect2", ["/usr/libexec/gcc/x86_64-slackwar"..., "-plugin", "/usr/libexec/gcc/x86_64-slackwar"..., "-plugin-opt=/usr/libexec/gcc/x86"..., "-plugin-opt=-fresolution=/tmp/cc"..., "-plugin-opt=-pass-through=-lgcc", "-plugin-opt=-pass-through=-lgcc_"..., "-plugin-opt=-pass-through=-lc", "-plugin-opt=-pass-through=-lgcc", "-plugin-opt=-pass-through=-lgcc_"..., "--eh-frame-hdr", "-m", "elf_x86_64", "-dynamic-linker", "/lib64/ld-linux-x86-64.so.2", "-o", "./ma", "/usr/lib64/gcc/x86_64-slackware-"..., "/usr/lib64/gcc/x86_64-slackware-"..., "/usr/lib64/gcc/x86_64-slackware-"..., "-L/usr/lib64/gcc/x86_64-slackwar"..., "-L/usr/lib64/gcc/x86_64-slackwar"..., "-L/lib/../lib64", "-L/usr/lib/../lib64", "-L/usr/lib64/gcc/x86_64-slackwar"..., "/tmp/cc737V0e.o", "-lgcc", "--push-state", "--as-needed", "-lgcc_s", "--pop-state", "-lc", ...], 0x247d600 /* 69 vars */ <unfinished ...>
[pid 24197] execve("/usr/bin/ld", ["/usr/bin/ld", "-plugin", "/usr/libexec/gcc/x86_64-slackwar"..., "-plugin-opt=/usr/libexec/gcc/x86"..., "-plugin-opt=-fresolution=/tmp/cc"..., "-plugin-opt=-pass-through=-lgcc", "-plugin-opt=-pass-through=-lgcc_"..., "-plugin-opt=-pass-through=-lc", "-plugin-opt=-pass-through=-lgcc", "-plugin-opt=-pass-through=-lgcc_"..., "--eh-frame-hdr", "-m", "elf_x86_64", "-dynamic-linker", "/lib64/ld-linux-x86-64.so.2", "-o", "./ma", "/usr/lib64/gcc/x86_64-slackware-"..., "/usr/lib64/gcc/x86_64-slackware-"..., "/usr/lib64/gcc/x86_64-slackware-"..., "-L/usr/lib64/gcc/x86_64-slackwar"..., "-L/usr/lib64/gcc/x86_64-slackwar"..., "-L/lib/../lib64", "-L/usr/lib/../lib64", "-L/usr/lib64/gcc/x86_64-slackwar"..., "/tmp/cc737V0e.o", "-lgcc", "--push-state", "--as-needed", "-lgcc_s", "--pop-state", "-lc", ...], 0x7ffded0ac3c8 /* 69 vars */ <unfinished ...>

you need -s 256 -v args to strace to see the crt stuff, as its cutting them off.

With the routes without abbreviation.
[pid 26624] execve("/usr/bin/ld", ["/usr/bin/ld", "-plugin", "/usr/libexec/gcc/x86_64-slackware-linux/11.2.0/liblto_plugin.so", "-plugin-opt=/usr/libexec/gcc/x86_64-slackware-linux/11.2.0/lto-wrapper", "-plugin-opt=-fresolution=/tmp/ccrH2JxL.res", "-plugin-opt=-pass-through=-lgcc", "-plugin-opt=-pass-through=-lgcc_s", "-plugin-opt=-pass-through=-lc", "-plugin-opt=-pass-through=-lgcc", "-plugin-opt=-pass-through=-lgcc_s", "--eh-frame-hdr", "-m", "elf_x86_64", "-dynamic-linker", "/lib64/ld-linux-x86-64.so.2", "-o", "./main", "/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../lib64/crt1.o", "/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../lib64/crti.o", "/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/crtbegin.o", "-L/usr/lib64/gcc/x86_64-slackware-linux/11.2.0", "-L/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../lib64", "-L/lib/../lib64", "-L/usr/lib/../lib64", "-L/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../..", "/tmp/ccrUaZSC.o", "-lgcc", "--push-state", "--as-needed", "-lgcc_s", "--pop-state", "-lc", "-lgcc", "--push-state", "--as-needed", "-lgcc_s", "--pop-state", "/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/crtend.o", "/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../lib64/crtn.o"], ["SHELL=/bin/bash", "DEFAULTWORDPROCESSOR=/usr/local/bin/defaultwordprocessor", "XDG_CONFIG_DIRS=/etc/xdg", "HISTCONTROL=ignoredups", "DEFAULTPAINT=/usr/local/bin/defaultpaint", "XDG_MENU_PREFIX=lxde-", "G_BROKEN_FILENAMES=1", "HISTSIZE=1000", "HOSTNAME=puppypc22006", "PREFIX=/usr", "_LXSESSION_PID=4809", "XDG_DATA_HOME=/root/.local/share", "XDG_CONFIG_HOME=/root/.config", "DESKTOP_SESSION=LXDE", "NO_AT_BRIDGE=1", "EDITOR=nano", "PWD=/root/Downloads/lacc/pruebas", "LOGNAME=root", "DEFAULTSPREADSHEET=/usr/local/bin/defaultspreadsheet", "DEFAULTDRAW=/usr/local/bin/defaultdraw", "DEFAULTIMAGEVIEWER=/usr/local/bin/defaultimageviewer", "WINDOWPATH=3", "GTK2_RC_FILES=/root/.gtkrc-2.0", "HOME=/root", "LANG=es_AR.UTF-8", "XFINANSDIR=/root/.xfinans", "LS_COLORS=bd=33:cd=33", "XDG_CURRENT_DESKTOP=LXDE", "RGBDEF=/usr/share/X11/rgb.txt", "G_SLICE=always_malloc", "GIO_EXTRA_MODULES=/usr/lib64/gio/modules/", "GTKDIALOG_BUILD=GTK2", "DEFAULTTEXTEDITOR=/usr/local/bin/defaulttexteditor", "XDG_CACHE_HOME=/root/.cache", "DEFAULTMEDIAPLAYER=/usr/local/bin/defaultmediaplayer", "TERM=xterm", "TERMINFO=/usr/share/terminfo", "G_FILENAME_ENCODING=@locale", "USER=root", "GDK_USE_XFT=1", "DISPLAY=:0", "SHLVL=3", "INPUTRC=/etc/inputrc", "XLIB_SKIP_ARGB_VISUALS=1", "PAGER=less", "DEFAULTBROWSER=/usr/local/bin/defaultbrowser", "OOO_FORCE_DESKTOP=gnome", "DEFAULTIMAGEEDITOR=/usr/local/bin/defaultimageeditor", "LD_LIBRARY_PATH=/lib64:/usr/lib64:/root/my-applications/lib:/usr/local/lib:/mnt/sda4/a/lib", "XDG_RUNTIME_DIR=/tmp/runtime-root", "PS1=\\[\\e[1;32m\\]\\w\\[\\e[0m\\]\\n", "MM_RUNASROOT=1", "QT_XFT=true", "XDG_DATA_DIRS=/usr/share:/usr/local/share", "BROWSER=/usr/local/bin/defaultbrowser", "PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/root/my-applications/bin:/usr/games:/mnt/sda4/a/bin", "DEFAULTHTMLEDITOR=/usr/local/bin/defaulthtmleditor", "HISTFILESIZE=2000", "SAL_USE_VCLPLUGIN=gtk", "DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-Ro6sF2pW1n,guid=c1380ca36026a4deb6bf273161cb74eb", "OUTPUT_CHARSET=UTF-8", "OLDPWD=/root/Downloads", "TEXTDOMAIN=xwin", "_=/usr/bin/strace", "COLLECT_GCC=gcc", "COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-slackware-linux/11.2.0/lto-wrapper", "COLLECT_GCC_OPTIONS='-o' './main' '-mtune=generic' '-march=x86-64' '-dumpdir' './main.'", "COMPILER_PATH=/usr/libexec/gcc/x86_64-slackware-linux/11.2.0/:/usr/libexec/gcc/x86_64-slackware-linux/11.2.0/:/usr/libexec/gcc/x86_64-slackware-linux/:/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/:/usr/lib64/gcc/x86_64-slackware-linux/:/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../x86_64-slackware-linux/bin/", "LIBRARY_PATH=/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/:/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../:/lib/:/usr/lib/"] <unfinished ...>

When I try to do it manually, I have these errors:
ld -L/usr/local/lib -L/usr/lib main.o -o ./main -lc /usr/lib64/crt1.o /usr/lib64/crti.o /usr/lib64/gcc/x86_64-slackware-linux/11.2.0/crtbegin.o /usr/lib64/gcc/x86_64-slackware-linux/11.2.0/crtend.o /usr/lib64/crtn.o
ld: /usr/lib64/crt1.o: en la función `_start':
/tmp/glibc-2.33/csu/../sysdeps/x86_64/start.S:107: referencia a `__libc_csu_fini' sin definir
ld: /tmp/glibc-2.33/csu/../sysdeps/x86_64/start.S:108: referencia a `__libc_csu_init' sin definir

I was able to solve it as follows:
ld -o ./main -dynamic-linker /lib64/ld-2.33.so /usr/lib64/crt1.o /usr/lib64/crti.o -lc /usr/lib64/crtn.o main.o

When I try to do it manually, I have these errors:
ld -L/usr/local/lib -L/usr/lib main.o -o ./main -lc /usr/lib64/crt1.o /usr/lib64/crti.o /usr/lib64/gcc/x86_64-slackware-linux/11.2.0/crtbegin.o /usr/lib64/gcc/x86_64-slackware-linux/11.2.0/crtend.o /usr/lib64/crtn.o
ld: /usr/lib64/crt1.o: en la función `_start':
/tmp/glibc-2.33/csu/../sysdeps/x86_64/start.S:107: referencia a `__libc_csu_fini' sin definir
ld: /tmp/glibc-2.33/csu/../sysdeps/x86_64/start.S:108: referencia a `__libc_csu_init' sin definir

I think the order in which you add the libraries, especially crtbegin.o and crtend.o make a difference in reference to '-lc'  I think thats the right one. so you must have ....... ../crtbegin.o -lc .... crtend.o.  You can't just group them all up in the end as the files are read in order usually. So __libc_csu_fini and __libc__csu_init are declared after they are referenced from -lc, I believe.
But this doesn't really solve your issue.

I was able to solve it as follows:
ld -o ./main -dynamic-linker /lib64/ld-2.33.so /usr/lib64/crt1.o /usr/lib64/crti.o -lc /usr/lib64/crtn.o main.o

After reading all of your straces and messages, it seems that you are always trying to add -L/usr/lib and -L/usr/local/lib, but isn't this 64bit which all of your libraries can be found in /usr/lib64/.
Do you have a hybrid system with 32bit and 64bit libraries, compilers, binutils, and such?
Could either of these things be the problem as the compiler is looking for 64bit versions of things but is only being pointed to 32bit, or vice versa ?

Yes, it should be for that, I'm using PuppyLinux LxPupSc64, Slackware.
uname -a -> Linux puppypc22006 5.11.11-lxpup64 #1 SMP Tue Mar 30 15:47:34 BST 2021 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux

What did you use as options during your ./configure stage?
I am on OS X 10.12.6
I can reproduce a similar error from the source directory, after building, somewhat.
I did not install and used the ./configure --libdir=lib/ option.
with your test file I get:
Undefined symbols for architecture x86_64:
"start", referenced from:
implicit entry/start for main executable
ld: symbol(s) not found for inferred architecture x86_64

What I did was run Configure, without parameters, I got the following warning:
./configure
warning: Host x86_64-slackware-linux is not recognized.

The structure of the system directories is as follows:
ls / | grep ""
bin
boot
dcs
dev
doc
etc
home
include
initrd
install
lib
lib64
man
media
mnt
opt
proc
root
run
sbin
share
sys
system
tmp
usr
var

List of libraries in usr/lib:
find /usr/lib -name *.so*
/usr/lib/dhcpcd/dev/udev.so
/usr/lib/ladspa/caps.so
/usr/lib/libgee-0.8.so.2
/usr/lib/libgee-0.8.so.2.6.1
/usr/lib/libgphoto2.so
/usr/lib/libgphoto2.so.2
/usr/lib/libgphoto2.so.6
/usr/lib/libgphoto2.so.6.0.0
/usr/lib/libgphoto2_port.so
/usr/lib/libgphoto2_port.so.0
/usr/lib/libgphoto2_port.so.10
/usr/lib/libgphoto2_port.so.12
/usr/lib/libgphoto2_port.so.12.0.0
/usr/lib/libjpeg.so.62
/usr/lib/libncurses.so.5
/usr/lib/libomptarget.rtl.amdgpu.so
/usr/lib/libpupvm.so.0
/usr/lib/libreadline.so.6
/usr/lib/libtinfo.so.6
/usr/lib/libtinfo.so.6.2
/usr/lib/sylpheed/plugins/attachment_tool.so
/usr/lib/sylpheed/plugins/test.so

List of libraries in usr/local/lib:
find /usr/local/lib -name "*.so*"
/usr/local/lib/light/browser/components/libbrowsercomps.so
/usr/local/lib/light/libfreeblpriv3.so
/usr/local/lib/light/liblgpllibs.so
/usr/local/lib/light/libmozsqlite3.so
/usr/local/lib/light/libnspr4.so
/usr/local/lib/light/libnss3.so
/usr/local/lib/light/libnssckbi.so
/usr/local/lib/light/libnssutil3.so
/usr/local/lib/light/libplc4.so
/usr/local/lib/light/libplds4.so
/usr/local/lib/light/libsmime3.so
/usr/local/lib/light/libsoftokn3.so
/usr/local/lib/light/libssl3.so
/usr/local/lib/light/libxul.so
/usr/local/lib/installwatch.so

what about your libraries in /usr/lib64?

what would happen if you ran ./configure --host=x86_64-linux-gnu
and then make and try your file again?
if this doesn't work maybe try ./configure --host=x86_64-linux-gnu --libdir=lib/
read the configure script in the main source directory for reasoning and rationale

Here are some hardcoded paths that will be compiled into the binary when using:
./configure --host=x86_64-pc-linux-gnu
GLIBC is defined in the configure script, and a few other defines, when you use --host=x86_64-pc-linux-gnu:
	echo '#define UNIX 1' >> config.h
	echo '#define LINUX 1' >> config.h
	echo '#define GLIBC 1' >> config.h
	includepaths="\"/usr/local/include\", \"/usr/include/${host}\", \"/usr/include\""

in the src/backend/linker.c file you find other hardcoded paths currently:
#elif GLIBC
if (!is_shared) {
add_option(&ld_args, "-e");
add_option(&ld_args, "_start");
add_option(&ld_args, "-dynamic-linker");
add_option(&ld_args, "/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2");
if (context.pic) {
add_option(&ld_args, "/usr/lib/x86_64-linux-gnu/Scrt1.o");
} else {
add_option(&ld_args, "/usr/lib/x86_64-linux-gnu/crt1.o");
}
}
add_option(&ld_args, "/usr/lib/x86_64-linux-gnu/crti.o");
add_option(&ld_args, "-L/usr/lib/x86_64-linux-gnu");

so if you don't have any of these in the same paths, then the system linker may not be able to link properly as you've seen before.
But the system linker may be able to discard these options and use other system defaults if it were smart enough.
Otherwise: lacc could potentially be changed to take search, find, or be configured to find system specific directories and files so that it isn't hardcoded.
Of course making symbolic links like you have done could also be quick and easy fix, if it solves all of your problems before larmel or anyone else makes the appropriate changes.

Perfect, now is better, I made the changes in configure and in linker.c:
lacc ./main.c -o ./main
/usr/bin/ld -e _start -dynamic-linker /lib64/ld-2.33.so /usr/lib64/Scrt1.o /usr/lib64/crti.o -L/usr/lib64 -L/usr/local/lib -L/usr/lib main.o -o ./main -lc /usr/lib64/crtn.o

With that, execute correctly.


Use @Injectable({providedIn: 'root'}) instead of TreeModule.forRoot() to provide TreeDraggedElement

Since Angular 6, the @Injectable decorator has allowed for an optional providedIn object parameter  to specify the module in which services should be provided as the as the preferred alternative to the Providers array in the @NgModule() decorator. This PR provides the TreeDraggedElement provider using the new providedIn syntax to improve bundle sizes by enabling tree-shaking and allowing Angular Tree Component to bundled in lazy-loaded modules without losing the ability to drag & drop across TreeComponents in different modules that running TreeDraggedElement as a Service Singleton allows.
The removal of the TreeModule.forRoot() method in this PR introduces a breaking change.

True. Can you please return back the forRoot method for backward compatibility (I don't want to increase a major version just for that)?
Thanks

Thanks for responding to this PR so quickly, @adamkleingit. I have restored the TreeModule.forRoot() method for backward-compatibility but noted that it's no longer needed in a JSDoc comment.

Hi @adamkleingit — Thanks for your work getting Angular Tree Component working with Ivy and for merging my other PR to enable use of the DragDropTouch library with ATC.
Please let me know if you need anything from me to consider merging this PR.

Hi @adamkleingit — Just checking-in again on this PR. We've been using a forked version of ATC with this change applied for 3 months without issue.

Hi @tobiasengelhardt — I have also rebased this PR on the recent project reorganization. As you can tell from this thread, @adamkleingit did not want to introduce a breaking change by completely removing TreeModule.forRoot(). However, if you are anticipating a major version that could introduce breaking changes, I could update this PR to skip the commit that restores that superflous forRoot() method. Please let me know your thoughts on this PR.

Hi @KeithGillette, we are doing a mayor version soon, so let's completely remove that TreeModule.forRoot()

Great! I skipped that commit in the update to this PR, so merging will introduce a (trivial to fix) breaking change in the package.


Wrong includes in C API

Hi!
I'm creating a PHP extension on top of this library, but I'm having trouble using the C API, these two includes seem to be wrong: https://github.com/graphql/libgraphqlparser/blob/master/c/GraphQLAstVisitor.h#L12-L13
I'm missing something or this is a bug?

90383fb37016bf4890af975bd97d87c587a3d4d6 adds a C file that includes C API headers just to make sure they build OK. It builds, so I suspect you probably have your include paths set up incorrectly.


Use visual features in hypothesis generation

There is a preliminary version of this here:
https://github.com/quantumjot/btrack/tree/hypothesis-features


Did you do experiment on Flickr30k entities? what should I do if I need model ground all noun phrase of visible entities existing in certain sentence rather than just ground one.

Did you do experiment on Flickr30k entities? what should I do if I need model ground all noun phrase of visible entities existing in certain sentence rather than just ground one. This is the differences between phrase grounding and REC, Which promote could I use?

You can use the prompt of caption_with_box here to make model generating caption with boxes:
https://github.com/THUDM/CogVLM/blob/cd26aa729b162f8ffa02d22438bd763370334443/utils/template.py#L537-L540


CurrentAddress fails to resolve country code

The CurentAddress sample fails to resolve the country code on startup, rendering the location service non-functional.
2014-09-25 09:51:23.497 CurrentAddress[365:89388] Could not determine current country code: Error Domain=GEOErrorDomain Code=-2 "The operation couldn’t be completed. (GEOErrorDomain error -2.)"

Tested on an iPad 3, 32-bit latest iOS 8.0 build.

Works.


#3 Updated version of angular and improved build/publish process

Accidentally pushed against #3 instead of #13


Extend gen operation group

Add GenOpts to GenOperationGroup and align this Generator with others.

Rebase ongoing - ignore this for the moment

Rebased - good for review


Create a transactional-level Finance report

This PR introduces a transactional-level Finance report to be used by the admins and MI users.
Enhancements and performance improvements will follow up in the next sprints.

@leoapost approved


Images: Major version releases due to added support for debian:bookworm

📢  We have released a new major version for the base-debian image (ie mcr.microsoft.com/devcontainers/base).
ℹ  Now the mcr.microsoft.com/devcontainers/base:debian targets debian 12 - bookworm instead of bullseye
Hence, if you previously used mcr.microsoft.com/devcontainers/base:0-debian with the hope to use the bullseye variant. You'd need to update it to mcr.microsoft.com/devcontainers/base:1-bullseye instead.

To keep up to date, we recommend using partial version numbers. Use the major version number to get all non-breaking changes (e.g. 0-) or major and minor to only get fixes (e.g. 0.200-).

ℹ Usually, the dev configuration files reference the images by pinning to a major version (details here). In this case, the major version has bumped from 0  to 1

The following images have released a new major version to add support for debian:bookworm

base-debian
cpp
java-8
java
javascript-node
php
rust

📣  Released a new image version for dotnet with bookworm support. We would recommend pinning to newer major version 1 for continuing receiving security updates.

Kapat

📣 Released major version 1 for the Anaconda and Miniconda images. We would recommend pinning to newer major version 1 for continuing receiving security updates and enhancements.


questions about Llama2-70b

hi, thanks for your great work! In your paper, you said you use 2 A100 GPUs and hf accelerate to evaluate Llama2-70b, I want to know you just use original accelerate or use accelerate + deepspeed? Since your repo has no content about this, so I'm a little confused, thanks for your patience!

We only used device_map='auto' of accelerate to load model parameters, and did not use it and deepspeed to accelerate.

ok, fine, i got it, thanks!


Improve distributed clock

adds method wait_all_online which waits until all the given agents in a DistributedClockManager are online. This removes the need to start the agent before the manager and makes it possible to run in docker/k8s tasks.

this also revealed an interesting timing problem in mqtt when run with

timing problem
pytest tests/integration_tests/test_single_container_termination.py --durations=0
1.12s call     tests/integration_tests/test_single_container_termination.py::test_distribute_ping_pong_ts_mqtt
0.96s call     tests/integration_tests/test_single_container_termination.py::test_distribute_time_mqtt
0.81s call     tests/integration_tests/test_single_container_termination.py::test_send_current_time_mqtt
0.71s call     tests/integration_tests/test_single_container_termination.py::test_distribute_ping_pong_mqtt
0.14s call     tests/integration_tests/test_single_container_termination.py::test_termination_single_container
0.05s call     tests/integration_tests/test_single_container_termination.py::test_distribute_ping_pong_tcp
0.02s call     tests/integration_tests/test_single_container_termination.py::test_send_current_time_tcp
0.01s call     tests/integration_tests/test_single_container_termination.py::test_distribute_ping_pong_ts_tcp
0.01s call     tests/integration_tests/test_single_container_termination.py::test_distribute_time_tcp

First of all, one can see that the use of MQTT is slower than TCP by an order of magnitudes in these roundtrip tests.
The test test_distribute_ping_pong_ts uses the distributed clock to synchronize the clock of distributed containers.
When using MQTT, this has a small delay of 40ms between every time update, while I did not find out where this comes from, even when looking at the code of paho-mqtt and spending a few hours on that.
The test test_distribute_ping_pong_mqtt does not use a distributed clock, but directly ping pong using handle message and subscribe.
The delay probably comes from the synchronization of asyncio and the paho-mqtt event loop.
In general, the TCP connection method performs much better, when sending hundreds of roundtrips between two agents in different containers.

Thank you for this improvement (and many other improvements)! I am quite interested. Do you use MQTT for your project? Lately, we have felt a little bit out of touch with the MQTT part of mango, as we mostly use TCP or simulated communication.

I want to support a way of communicating between agents, without having to open a port on each agent, that's where MQTT comes into play.
Other than that, performance studies show that it is rather inferior to the TCP websocket connection.
But I am still using it and compare it in some distributed tests, so there might be some more to it in the future :)


Switches code optimizations

Code optimizations to replace switches when simpler more DRY alternatives like key/value object literals or normal conditions could be used instead (although if you as me, this is always the case).
I have tested all of them except the YouTube error handling, since I can't find any media that makes it trigger, but it should be working.
The controls.createProgress()-change (04b5cff) I only tested that it created the child with the correct innerText. I'm not sure what the function of it is. Is this for accessibility or can these be shown somehow?
I avoided bigger changes, in particular in controls.js, in order to avoid conflicts with your accessibility work.

A little bit less readable to me in some spots but I'll get the hang of it 👍

With the destructuring you mean? I'm using it constantly so you're probably going to have to get used to it ;)

Ah, more the removal of switch/case
Sam

On 17 Jun 2018, at 12:46 am, friday<EMAIL_ADDRESS>wrote:
With the destructuring you mean? I'm using it constantly so you're probably going to have to get used to it ;)
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.


COMPX-333. Error while creating clusters with whitelisted set of polc…

Liftie managaes KMS and attache/detach autoscaller policy.
Patch adds up KMS and IMA policy actions required for liftie.

Thanks @doktoric !


Write permission to main repo required to push Git LFS file

We are using github enterprise 2.5 and we are using Git LFS to manage the large files used in our project.
Pulling Git LFS file from repositories currently works very well. However, when pushing Git LFS files to a repository or a forked repository, write permission to the main repository is required and this conflicts with our repositories' ownership philosophy as the main repo is owned by someone else. When a user tries to write Git LFS files to a repo, errors like "No ID found" will spawn.
Please check whether there is any solution available for this or propose what can be done in these situations.

Did you send in a github enterprise support request? That's the recommended channel for server issues like this. I'm actually working on a patch for this today, that should get backported for the next 2.5.x and 2.6.x releases.


PBR material: Fix typo with OBJECTSPACE_NORMALMAP define

Please make sure to label your PR with "bug", "new feature" or "breaking change" label(s).
To prevent this PR from going to the changelog marked it with the "skip changelog" label.

Snapshot stored with reference name:
refs/pull/13421/merge
Test environment:
https://babylonsnapshots.z22.web.core.windows.net/refs/pull/13421/merge/index.html
To test a playground add it to the URL, for example:
https://babylonsnapshots.z22.web.core.windows.net/refs/pull/13421/merge/index.html#WGZLGJ#4600
Links to test babylon tools with this snapshot:
https://playground.babylonjs.com/?snapshot=refs/pull/13421/merge
https://sandbox.babylonjs.com/?snapshot=refs/pull/13421/merge
https://gui.babylonjs.com/?snapshot=refs/pull/13421/merge
https://nme.babylonjs.com/?snapshot=refs/pull/13421/merge
To test the snapshot in the playground with a playground ID add it after the snapshot query string:
https://playground.babylonjs.com/?snapshot=refs/pull/13421/merge#BCU1XR#0


Cannot toggle sidebar visibility when the terminal is focused

On Windows, even with workbench.action.toggleSidebarVisibility in terminal.integrated.commandsToSkipShell, I cannot toggle the sidebar with the default keybinding of ctrl+b.
2023-03-22 10:36:14.333 [info] [KeybindingService]: | Resolving ctrl+B
2023-03-22 10:36:14.333 [info] [KeybindingService]: \ From 1 keybinding entries, matched workbench.action.toggleSidebarVisibility, when: no when condition, source: built-in.
2023-03-22 10:36:14.409 [info] [KeybindingService]: / Soft dispatching keyboard event
2023-03-22 10:36:14.409 [info] [KeybindingService]: \ Keyboard event cannot be dispatched
2023-03-22 10:36:14.410 [info] [KeybindingService]: + Ignoring single modifier ctrl due to it being pressed together with other keys.

this is an issue for any ctrl+key in the terminal - ctrl+p for example

When I toggle this setting, terminal.integrated.allowChords, it works just one time and then doesn't from then on

Do you see the chord message at the bottom when you hit ctrl+b?

actually, toggling that setting doesn't seem to do anything.

We'll want to debug why it isn't getting into here then:
https://github.com/microsoft/vscode/blob/2e954c8b2d71db71362425c8ba07840aa4642f41/src/vs/workbench/contrib/terminal/browser/terminalInstance.ts#L981-L1004

I don't use windows enough for this to matter and haven't seen other ppl reporting it, so closing


allow ldflags to overwrite k8s version

Signed-off-by: Sverre Boschman<EMAIL_ADDRESS>What this PR does / why we need it:
Allow ldflags to overwrite the k8s version as intented. Hopefully fixes #10324
Special notes for your reviewer:
If applicable:

[ ] this PR contains documentation
[ ] this PR contains unit tests
[ ] this PR has been tested for backwards compatibility

A community member mentioned they see the following when trying to compile Helm:

I think we need to revert this; clearly it isn't working as intended, and we've gone from silently ignoring the flag to a compiler error. CircleCI confirms this with the latest builds too: https://app.circleci.com/jobs/github/helm/helm/14796?utm_campaign=vcs-integration-link&utm_medium=referral&utm_source=github-build-link


all: Go 1.17beta1 release status

Issue tracking the go1.17beta1 release by releasebot.

Latest build: go1.17beta1

src (tar.gz)
linux-386 (tar.gz)
linux-armv6l (tar.gz)
linux-amd64 (tar.gz)
linux-arm64 (tar.gz)
freebsd-386 (tar.gz)
freebsd-amd64 (tar.gz)
windows-386 (zip) (msi)
windows-amd64 (zip) (msi)
windows-arm64 (zip) (msi)
darwin-amd64 (tar.gz)
darwin-arm64 (tar.gz)
linux-s390x (tar.gz)
linux-ppc64le (tar.gz)
linux-386-longtest (test only) - ok
linux-amd64-longtest (test only) - ok
windows-amd64-longtest (test only) - ok

Log
2021/06/10 10:32:31 starting
2021/06/10 10:32:31 working in /usr/local/google/home/heschi/go-releasebot-work/go1.17beta1
2021/06/10 10:32:31 an associated security release branch "master-security" does not exist; assuming it has been merged and deleted, so proceeding as usual
2021/06/10 10:32:31 Release status issue title: "all: Go 1.17beta1 release status"
2021/06/10 10:32:31 Release status issue: https://golang.org/issue/46682
2021/06/10 10:32:31 $ git rev-parse go1.17beta1
2021/06/10 10:36:07 $ git tag go1.17beta1 dc00dc6c6bf3b5554e37f60799aec092276ff807
2021/06/10 10:36:07 $ git push origin go1.17beta1
2021/06/10 10:36:10 $ go get golang.org/x/build/cmd/release
2021/06/10 10:37:34 release -target="linux-s390x": already have [go1.17beta1.linux-s390x.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="windows-amd64-longtest": already have [go1.17beta1.windows-amd64-longtest.test-only]; not rebuilding files
2021/06/10 10:37:34 release -target="windows-386": already have [go1.17beta1.windows-386.zip go1.17beta1.windows-386.msi]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-armv6l": already have [go1.17beta1.linux-armv6l.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="freebsd-386": already have [go1.17beta1.freebsd-386.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="freebsd-amd64": already have [go1.17beta1.freebsd-amd64.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-386-longtest": already have [go1.17beta1.linux-386-longtest.test-only]; not rebuilding files
2021/06/10 10:37:34 release -target="windows-amd64": already have [go1.17beta1.windows-amd64.zip go1.17beta1.windows-amd64.msi]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-amd64": already have [go1.17beta1.linux-amd64.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="src": already have [go1.17beta1.src.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-ppc64le": already have [go1.17beta1.linux-ppc64le.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-386": already have [go1.17beta1.linux-386.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="darwin-amd64": already have [go1.17beta1.darwin-amd64.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="windows-arm64": already have [go1.17beta1.windows-arm64.zip go1.17beta1.windows-arm64.msi]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-amd64-longtest": already have [go1.17beta1.linux-amd64-longtest.test-only]; not rebuilding files
2021/06/10 10:37:34 release -target="darwin-arm64": already have [go1.17beta1.darwin-arm64.tar.gz]; not rebuilding files
2021/06/10 10:37:34 release -target="linux-arm64": already have [go1.17beta1.linux-arm64.tar.gz]; not rebuilding files
2021/06/10 10:37:58 removing okay-after-beta1 label in issue 11811
2021/06/10 10:37:59 removing okay-after-beta1 label in issue 12042
2021/06/10 10:37:59 removing okay-after-beta1 label in issue 22487
2021/06/10 10:37:59 removing okay-after-beta1 label in issue 38415
2021/06/10 10:38:00 removing okay-after-beta1 label in issue 38843
2021/06/10 10:38:00 removing okay-after-beta1 label in issue 42604
2021/06/10 10:38:00 removing okay-after-beta1 label in issue 43684
2021/06/10 10:38:01 removing okay-after-beta1 label in issue 44513
2021/06/10 10:38:01 removing okay-after-beta1 label in issue 45775
2021/06/10 10:38:01 removing okay-after-beta1 label in issue 45979
2021/06/10 10:38:02 removing okay-after-beta1 label in issue 46124
2021/06/10 10:38:02 removing okay-after-beta1 label in issue 46160
2021/06/10 10:38:02 removing okay-after-beta1 label in issue 46239
2021/06/10 10:38:03 removing okay-after-beta1 label in issue 46272
2021/06/10 10:38:03 removing okay-after-beta1 label in issue 46298
2021/06/10 10:38:04 removing okay-after-beta1 label in issue 46366
2021/06/10 10:38:04 removing okay-after-beta1 label in issue 46403
2021/06/10 10:38:04 removing okay-after-beta1 label in issue 46404
2021/06/10 10:38:05 removing okay-after-beta1 label in issue 46419
2021/06/10 10:38:05 removing okay-after-beta1 label in issue 46462
2021/06/10 10:38:05 removing okay-after-beta1 label in issue 46487
2021/06/10 10:38:06 removing okay-after-beta1 label in issue 46500
2021/06/10 10:38:06 removing okay-after-beta1 label in issue 46636
2021/06/10 10:38:06

The release stage has completed. Thanks for riding with releasebot today!

Please refer to the playbook for the next steps.


feature: MacOS maximize

A PR to add maximize window support for MacOS.

@sentialx please can we have the update on NPM, I need it for ahkohd/switch macOS release

@ahkohd Released in 1.2.0


DataError: integer out of range from postgres

I am trying hard to figure out why files somewhere over 2GB do not go into filer.  I think it was working when I was on a sqllite database (and I had the right configurations done for the server to accept it) but I swear since going to a postgres/postgis database, files over 2GB fail for me.  I get this error, is there a field I have to update to handle larger values in the database of the filer table I am guessing?
 This has been fixed in #1050 which is due to be released in 1.3.1


OpenSSL 3.1 release date

OpenSSL 3.1 RC was announced on 2022-12-21, there are 4 issues in the 3.1.0 milestone as of writing.
I was wondering if there is a target date for the release, whether another RC is required and whether the issues in the milestone are the only issues blocking the release.

As @mattcaswell commented 2 days ago on issue 20111 "Is there any expected release date for the fix of #19643 issue?":

There has been no release date announced for the next release as yet. Typically one comes along every few months or so. The last release was in early November.

@tom-cosgrove-arm That's more about stable releases.
However we do not have definitive date for 3.1.0 release either. So I cannot say more than that currently we do not plan another beta/RC release and that we want to release 3.1.0 soon.
I've cleaned up the Milestone 3.1.0 so here are the only issues/PRs that might potentially block the release: https://github.com/openssl/openssl/milestones/3.1.0

The timeline is going to be more dependent upon the work going on behind the scenes with the FIPS documentation and testing.  We won't do a 3.1 release until we are certain that the CAVP tests are passing on all platforms using the to be released code base.
I'm not expecting any problems here but it adds an unavoidable delay late in the process.

Is it possible to have an OpenSSL 3.1.0 release and have the FIPS certification bump a minor version, so that 3.2.0 would be the first FIPS certified version?
There are lots of performance fixed in 3.1.0 RC that are not in 3.0.7.

No, the FIPS version is tied to the OpenSSL version.

Is it possible to release a 3.0.9 with only 3 cherry picked commits in https://github.com/openssl/openssl/pull/20421 ?

Now that OpenSSL 3.1 is released today, I am closing this issue. Thanks for your time and a great release!


refactor(portal): rename PortalHost to PortalOutlet

Renames the PortalHost and related symbols to PortalOutlet for consistency with core.
Fixes #7544.

@crisbeto Rebase?

Rebased.

Caretaker note: there are very few locations in Google that need to be updated for this


Fix BindingExpressionTests

For now those two are skipped:
https://github.com/AvaloniaUI/Avalonia/blob/master/tests/Avalonia.Markup.UnitTests/Data/BindingExpressionTests.cs#L187
https://github.com/AvaloniaUI/Avalonia/blob/master/tests/Avalonia.Markup.UnitTests/Data/BindingExpressionTests.cs#L213
See #1017

Fixed by #1038


Refactor everything, simpler api

PR-Codex overview
This PR converts ThirdwebStorage and ThirdwebClient classes to static and private constructors, adds Create methods, and refactors PrivateKeyAccount creation.
Detailed summary

ThirdwebStorage and ThirdwebClient classes are now static with private constructors
Added Create method in ThirdwebClient
Refactored PrivateKeyAccount creation to use Create method

The following files were skipped due to too many changes: Thirdweb.Tests/Thirdweb.Client.Tests.cs, Thirdweb.Tests/Thirdweb.RPC.Tests.cs, Thirdweb.Tests/Thirdweb.SmartAccount.Tests.cs, Thirdweb.Tests/Thirdweb.Storage.Tests.cs, Thirdweb/Thirdweb.Wallets/EmbeddedAccount/EmbeddedAccount.cs, Thirdweb.Tests/Thirdweb.Wallets.Tests.cs, README.md, Thirdweb.Tests/Thirdweb.PrivateKeyAccount.Tests.cs, Thirdweb.Console/Program.cs, Thirdweb.Tests/Thirdweb.Contracts.Tests.cs, Thirdweb/Thirdweb.Wallets/SmartAccount/SmartAccount.cs

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

Codecov Report
Attention: Patch coverage is 96.61017% with 2 lines in your changes are missing coverage. Please review.

Project coverage is 94.84%. Comparing base (fb5499b) to head (42258dd).

Files
Patch %
Lines

Thirdweb/Thirdweb.Contracts/ThirdwebContract.cs
92.85%
0 Missing and 1 partial :warning:

...dweb/Thirdweb.Wallets/SmartAccount/SmartAccount.cs
97.22%
1 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #14      +/-   ##
==========================================
- Coverage   95.10%   94.84%   -0.27%
==========================================
  Files          15       14       -1
  Lines        1002      951      -51
  Branches       88       82       -6
==========================================
- Hits          953      902      -51
  Misses         37       37
  Partials       12       12

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


[Feature] upgrade driver from cx_oracle to new oracledb package

Describe the Feature
I just saw on the cx_oracle homepage, that the package has been renamed to oracledb (PyPI | GitHub) as of May 25 2022. Beyond upgrading just to say current with the newest major versions, I saw that   oracle/python-oracledb (oracledb) has a "thin client" mode which may obviate the need for users to install drivers as came up in Sam Fintz's issue in #db-oracle.
Might be worth looking into!
Describe alternatives you've considered
No response
Who will this benefit?
No response
Anything else?
No response

This is now addressed in release dbt-oracle==1.1.1